Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=192624&projectId=160
Build statistics:
State: Ok
Previous State: Failed
Started at: Thu 21 May 2009 23:31:11 -0700
Finished at: Thu 21 May 2009 23:32:53 -0700
Total time: 1m 41s
Build Trigger: Schedule
Bu
On Thu, May 21, 2009 at 3:22 AM, sebb wrote:
> [I think the DOAP files should not be in trunk at all]
Agreed. We should move them up a directory.
Hen
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional
Fixed.
On Thu, May 21, 2009 at 11:22 AM, Gary Gregory
wrote:
> On the site:
>
> "CollectionUtils - sizeIsEmpty(null) return trues"
>
> Should be "true"
>
> Gary
>
>> -Original Message-
>> From: Henri Yandell [mailto:flame...@gmail.com]
>> Sent: Thursday, May 21, 2009 1:24 AM
>> To: Common
On Thu, May 21, 2009 at 8:24 AM, sebb wrote:
> On 21/05/2009, Henri Yandell wrote:
>> I don't expect this to pass the first vote - they never do :)
>>
>> ---
>>
>> Tag:
>>
>> https://svn.apache.org/repos/asf/commons/proper/collections/tags/COLLECTIONS_3_3_RC1
>
> Which revision is this? I'm as
On Thu, May 21, 2009 at 6:41 AM, Christian Grobmeier
wrote:
>> I don't expect this to pass the first vote - they never do :)
>
> :-)
>
>> Site:
>>
>> http://people.apache.org/builds/commons/collections/3.3/RC1/site/index.html
>
> On the left side, start page:
> * Javadoc (3.2 release) (should be 3
In favor or not, Serializable shouldn't in in widely used interfaces.
As an example, a Lucene index is a reasonable implementation of a sparse
matrix.
Would you require that I have to figure out how to make it serializable just
because I declare it as a Matrix?
Do you imagine that most developer
Time zones mean that I tend to come in late here :(. More answers inline.
- Original Message -
From: "Sam Halliday"
To:
Sent: Thursday, May 21, 2009 3:13 AM
Subject: Re: [math] Re: commons-math, matrix-toolkits-java and consolidation
Bill, I've had a look at some of the recent ch
That's really cool.
BTW, Can I ask about the plan of data distribution strategies of your
'distributed' package in the future? IMO, it seems, it doesn't sit
well with 'common-math' project.
If if there is a developer who wants to implement 'distributed', pls
let us know, too. I'm working for the
On 22/05/2009, Rainer Jung wrote:
> On 22.05.2009 00:15, Christian Grobmeier wrote:
> > thanks, i removed downloads - its not longer necessary
> > cgi works now too :-)
>
>
> Another minor glitch I noticed just now. All pages seem to include a
> green "1.1-SNAPSHOT" in the grey headline, which
On 22/05/2009, Niall Pemberton wrote:
> On Fri, May 22, 2009 at 12:53 AM, sebb wrote:
> > On 22/05/2009, Rahul Akolkar wrote:
> >> On Thu, May 21, 2009 at 6:31 PM, sebb wrote:
> >> > The site still has the ApacheCon EU logo which was in March.
> >> >
> >> > It should really now be showi
On Fri, May 22, 2009 at 12:53 AM, sebb wrote:
> On 22/05/2009, Rahul Akolkar wrote:
>> On Thu, May 21, 2009 at 6:31 PM, sebb wrote:
>> > The site still has the ApacheCon EU logo which was in March.
>> >
>> > It should really now be showing Oakland.
>> >
>> > I've had a quick look at the cod
On 22/05/2009, Rahul Akolkar wrote:
> On Thu, May 21, 2009 at 6:31 PM, sebb wrote:
> > The site still has the ApacheCon EU logo which was in March.
> >
> > It should really now be showing Oakland.
> >
> > I've had a quick look at the code, but I can't work out where the
> > image is defined
On 22.05.2009 00:15, Christian Grobmeier wrote:
> thanks, i removed downloads - its not longer necessary
> cgi works now too :-)
Another minor glitch I noticed just now. All pages seem to include a
green "1.1-SNAPSHOT" in the grey headline, which may come in via the
generating style sheet or an an
On Thu, May 21, 2009 at 6:31 PM, sebb wrote:
> The site still has the ApacheCon EU logo which was in March.
>
> It should really now be showing Oakland.
>
> I've had a quick look at the code, but I can't work out where the
> image is defined.
>
> Anyone able to fix this?
>
I'm about to step out
The site still has the ApacheCon EU logo which was in March.
It should really now be showing Oakland.
I've had a quick look at the code, but I can't work out where the
image is defined.
Anyone able to fix this?
-
To unsubscribe
The Commons Compress team is pleased to announce the
commons-compress-1.0 release!
Commons Compress is a component that contains Ar, Cpio, Jar, Tar, Zip
and BZip2 packages
Source and binary distributions are available for download from the
Apache Commons download site:
http://commons.apache.org/
thanks, i removed downloads - its not longer necessary
cgi works now too :-)
Cheers
On Thu, May 21, 2009 at 11:16 PM, Rainer Jung wrote:
> On 21.05.2009 22:58, Christian Grobmeier wrote:
>> Thanks Rainer.
>> I did the fix and wait for the mirroring now. Hopefully everything works
>> then.
>
> I
On this page:
http://commons.apache.org/configuration/userguide/howto_compositeconfigurati
on.html#Composite_Configuration_Details
the example doesn't work. CompositConfiguration has no addDefaults()
method.
-andrew
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The following page has been changed by sebbapache:
http://wiki.apache.org/commons/CreatingReleases
--
On 21.05.2009 22:58, Christian Grobmeier wrote:
> Thanks Rainer.
> I did the fix and wait for the mirroring now. Hopefully everything works then.
I just noticed another minor glitch in the site docs version at
people.apache.org. There is still a file downloads.html, that contains
the info "There a
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The following page has been changed by ChristianGrobmeier:
http://wiki.apache.org/commons/CreatingReleases
-
On 21/05/2009, Christian Grobmeier wrote:
> Thanks Rainer.
> I did the fix and wait for the mirroring now. Hopefully everything works
> then.
> I don't think this does require a new vote, RC, etc. since it was just
> a broker link... right guys?
The site can be fixed without redoing the vote,
On Thu, May 21, 2009 at 4:58 PM, Christian Grobmeier
wrote:
> Thanks Rainer.
> I did the fix and wait for the mirroring now. Hopefully everything works then.
> I don't think this does require a new vote, RC, etc. since it was just
> a broker link... right guys?
>
Right.
-Rahul
> Perhaps you just mistyped, but the correlation isn't between
> http://www.apache.org/dist/commons and repo1, rather its between
> http://people.apache.org/repo/m2-ibiblio-rsync-repository/ and repo1.
> Since the artifacts were added to the m2-ibiblio-rsync-repository a
> few hours ago, I'd wait a
Thanks Rainer.
I did the fix and wait for the mirroring now. Hopefully everything works then.
I don't think this does require a new vote, RC, etc. since it was just
a broker link... right guys?
Thanks again,
Christian
> Concerning the download page:
>
> I think you need to add the cgi page named
-1 on interfaces extending Serializable. It's poor form because it dilutes the
meaning of the interface, and also because it places a non-trivial requirement
on *every* implementation. Interfaces should extend Serializable only in the
rare case that serialization and deserialization of instanc
Luc Maisonobe a écrit :
> So let's vote on this proposal: change the top level package name on
> [math] from org.apache.commons.math to org.apache.commons.math2.
>
> [] +1 change the top level package name
> [] 0 I don't care
> [] -1 keep the old name
>
> Vote open for 72 hours (up to Friday Ma
Luc Maisonobe a écrit :
> So let's vote on this proposal: change the top level package name on
> [math] from org.apache.commons.math to org.apache.commons.math2.
>
> [] +1 change the top level package name
> [] 0 I don't care
> [] -1 keep the old name
>
> Vote open for 72 hours (up to Friday Ma
-1 on declaring things Serializable, especially if this is done everywhere.
Unless there is extensive testing and careful implementation, it is very,
very misleading to advertise this capability. In addition, there are a
number of formats which are reasonable candidates. Casting a particular
form
On Thu, May 21, 2009 at 1:24 PM, Christian Grobmeier
wrote:
> Hi,
>
> I did the rest in http://wiki.apache.org/commons/CreatingReleases
>
> Checking everything, I figured out that everyting is on
> http://www.apache.org/dist/commons but not available on
> http://repo1.maven.org/maven2/.
> http://r
On Thu, May 21, 2009 at 4:23 AM, Henri Yandell wrote:
> I don't expect this to pass the first vote - they never do :)
>
Minor nit IMO is that the release plugin took out the pom license
header. Dry running release:prepare will help fix the glitch.
-Rahul
> ---
>
> Tag:
>
> https://svn.apache.
Having skimmed the contents of this thread, this is one release I
don't intend to support.
-Rahul
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On the site:
"CollectionUtils - sizeIsEmpty(null) return trues"
Should be "true"
Gary
> -Original Message-
> From: Henri Yandell [mailto:flame...@gmail.com]
> Sent: Thursday, May 21, 2009 1:24 AM
> To: Commons Developers List
> Subject: [COLLECTIONS] 3.3 RC1 for review
>
> I don't ex
On 21.05.2009 19:24, Christian Grobmeier wrote:
> Hi,
>
> I did the rest in http://wiki.apache.org/commons/CreatingReleases
>
> Checking everything, I figured out that everyting is on
> http://www.apache.org/dist/commons but not available on
> http://repo1.maven.org/maven2/.
> http://repo1.maven.
Hi,
I did the rest in http://wiki.apache.org/commons/CreatingReleases
Checking everything, I figured out that everyting is on
http://www.apache.org/dist/commons but not available on
http://repo1.maven.org/maven2/.
http://repo1.maven.org/maven2/commons-compress/commons-compress/
doesn't contain it
Oh and when something implements Serializable, the serial form must be
either documented in the Javadocs or the Javadocs must be quite clear and
say that the serial form might change in future releases. Either way, don't
forget serialVersionUID and to update it if the serial form ever changes.
Absolutely remove from the interfaces... but leave on implementations :-)
That way all future implementations aren't forced to be compatible to their
first release.
Hopefully we'll address transport of instances in 2.1 with Matrix Market IO,
which should also encourage more efficient compression.
Sam Halliday a écrit :
> Regarding the name of ArrayRealMatrix. Please don't forget to include the
> "2DRow" part to the name (indicating a 2D array which is Row ordered) to
> indicate the implementation type. Post 2.0 I'll convince you that a 1D Array
> approach is best as it will lead to more eff
Sam Halliday a écrit :
> Luc... couldn't agree more regarding Serializable. Adding the Serializable
> interface instantly means you not only have to be API compatible with future
> releases but also binary Serializable compatible. This is what stung MTJ...
> it means you can't swap internal details
Regarding the name of ArrayRealMatrix. Please don't forget to include the
"2DRow" part to the name (indicating a 2D array which is Row ordered) to
indicate the implementation type. Post 2.0 I'll convince you that a 1D Array
approach is best as it will lead to more efficient use of BLAS and therefo
On Thu, May 21, 2009 at 11:31 AM, Sam Halliday wrote:
>
> Luc... couldn't agree more regarding Serializable. Adding the Serializable
> interface instantly means you not only have to be API compatible with future
> releases but also binary Serializable compatible. This is what stung MTJ...
> it mea
Luc, it absolutely would help the compiler... but the point is that the
return types might not remain as they currently are in future releases. For
example, if you multiply a dense matrix and a diagonal matrix... does it
make sense to return a dense matrix? No. :-)
Incidentally, in MTJ we have a
Luc... couldn't agree more regarding Serializable. Adding the Serializable
interface instantly means you not only have to be API compatible with future
releases but also binary Serializable compatible. This is what stung MTJ...
it means you can't swap internal details of fields.
I strongly recomm
On 21/05/2009, Henri Yandell wrote:
> I don't expect this to pass the first vote - they never do :)
>
> ---
>
> Tag:
>
>
> https://svn.apache.org/repos/asf/commons/proper/collections/tags/COLLECTIONS_3_3_RC1
Which revision is this? I'm assuming r777000 (nice number!)
Two files don't have AL
On 21.05.2009 13:12, pste...@apache.org wrote:
> Modified:
> commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericObjectPool.java
> URL:
> http://svn.apache.org/viewvc/commons/proper/pool/trunk/src/java/org/apache/commons/pool/impl/GenericObjectPool.java?rev=777065&r1=777064&r2=
Hi all,
this vote passes with atleast 6 +1s votes from:
- Oliver Heger
- Sebastian Bazley
- Stefan Bodewig
- Jörg Schaible
- Torsten Curdt
- Jukka Zitting (non binding)
Thanks for your time! I will do the last steps quite soon.
Cheers,
Christian
-- Forwarded message --
From: Ch
On 21/05/2009, Luc Maisonobe wrote:
> sebb a écrit :
>
> > On 21/05/2009, Luc Maisonobe wrote:
> >> Sam Halliday a écrit :
> >>
> >>> Bill, I've had a look at some of the recent changes... some comments,
> >> > including some new thoughts:-
> >> >
> >> > - changing the return type to be
> I don't expect this to pass the first vote - they never do :)
:-)
> Site:
>
> http://people.apache.org/builds/commons/collections/3.3/RC1/site/index.html
On the left side, start page:
* Javadoc (3.2 release) (should be 3.3 release)
* startedUser's Guide (should have a space between)
More:
* D
Jörg Schaible a écrit :
> Phil Steitz wrote:
>
>> Niall Pemberton wrote:
>>> -1
>>>
>>> IMO breaking compatibility should be decided on a case-by-case basis
>>> for components. For the widely used variety such as lang, logging,
>>> collections etc then I agree lets avoid jar-hell and not do it. Bu
sebb a écrit :
> On 21/05/2009, Luc Maisonobe wrote:
>> Sam Halliday a écrit :
>>
>>> Bill, I've had a look at some of the recent changes... some comments,
>> > including some new thoughts:-
>> >
>> > - changing the return type to be actual classes was only supposed to be
>> for
>> > copy() f
Ceki Gulcu wrote:
>
>
> Jörg Schaible wrote:
>> Hi Ceki,
>>
>> Ceki Gulcu wrote at Dienstag, 19. Mai 2009 22:00:
>>
>>> Dennis Lundberg wrote:
Yes I'm aware of that. My concern is for those people who don't know
about that. What will happen if they declare
commons-logging:common
On 21/05/2009, Luc Maisonobe wrote:
> Sam Halliday a écrit :
>
> > Bill, I've had a look at some of the recent changes... some comments,
> > including some new thoughts:-
> >
> > - changing the return type to be actual classes was only supposed to be for
> > copy() for 2.0. Doing this on multi
On Thu, May 21, 2009 at 8:37 AM, Jörg Schaible wrote:
> Guys, you know what you do? Actually it was already reported to the list
> that some projects already faced the incompatibility problem even with
> math. With you veto you simply tell them "it's your problem, but we don't
> have a solution fo
Phil Steitz wrote:
> Niall Pemberton wrote:
>> -1
>>
>> IMO breaking compatibility should be decided on a case-by-case basis
>> for components. For the widely used variety such as lang, logging,
>> collections etc then I agree lets avoid jar-hell and not do it. But
>> for other components that are
brentwor...@apache.org a écrit :
> Author: brentworden
> Date: Thu May 21 03:17:52 2009
> New Revision: 776939
>
> URL: http://svn.apache.org/viewvc?rev=776939&view=rev
> Log:
> re-enabled unit test. changed testutils to use own assertEquals method to
> safely compare NaN values.
It seems many
--- On Wed, 5/20/09, Niall Pemberton wrote:
> From: Niall Pemberton
> Subject: Re: commons-logging version 0.0.0-EMPTY
> To: "Commons Developers List"
> Date: Wednesday, May 20, 2009, 7:52 PM
> On Tue, May 19, 2009 at 1:03 PM, Ceki
> Gulcu
> wrote:
> >
> >
> > Jörg Schaible wrote:
> >
> >>>
Sam Halliday a écrit :
> Bill, I've had a look at some of the recent changes... some comments,
> including some new thoughts:-
>
> - changing the return type to be actual classes was only supposed to be for
> copy() for 2.0. Doing this on multiply, add, etc is a big mistake... there
> is no guaran
OK - would you mind updating MATH-259/MATH-261 accordingly?
On 21/05/2009, Phil Steitz wrote:
> Yes, sorry should have clarified that I was referring to the
> s/object/comparable change if freq
>
>
> On 5/21/09, sebb wrote:
> > On 21/05/2009, Phil Steitz wrote:
> >> Luc Maisonobe wrote:
>
Yes, sorry should have clarified that I was referring to the
s/object/comparable change if freq
On 5/21/09, sebb wrote:
> On 21/05/2009, Phil Steitz wrote:
>> Luc Maisonobe wrote:
>>
>> > sebb a écrit :
>> >
>> >
>> > > On 19/05/2009, James Carman wrote:
>> > >
>> > >
>> > > > On Tue, May 19, 2
Whoops! Meant to add both, actually. Will do this eve.
On 5/21/09, sebb wrote:
> On 21/05/2009, pste...@apache.org wrote:
>> Author: psteitz
>> Date: Thu May 21 11:13:54 2009
>> New Revision: 777066
>>
>> URL: http://svn.apache.org/viewvc?rev=777066&view=rev
>> Log:
>> Added checkstyle and
On 21/05/2009, pste...@apache.org wrote:
> Author: psteitz
> Date: Thu May 21 11:13:54 2009
> New Revision: 777066
>
> URL: http://svn.apache.org/viewvc?rev=777066&view=rev
> Log:
> Added checkstyle and findbugs reports (for now).
s/findbugs/PMD/ ?
> Modified:
> commons/proper/pool/tru
On 21/05/2009, Jukka Zitting wrote:
> Hi,
>
> Sorry for being late...
>
>
> On Thu, May 14, 2009 at 7:54 AM, Christian Grobmeier
> wrote:
> > RC2 is based on SVN revision: 774630
>
>
> [x] +1 release it (non-binding)
>
> Reviewed the commons-compress-1.0-src.tar.gz package with SHA1 sum
> e
Hi,
Sorry for being late...
On Thu, May 14, 2009 at 7:54 AM, Christian Grobmeier
wrote:
> RC2 is based on SVN revision: 774630
[x] +1 release it (non-binding)
Reviewed the commons-compress-1.0-src.tar.gz package with SHA1 sum
e2cda720dd116a5172f56528a6c212fe56f372ef. Matches the svn tag (excep
On 21/05/2009, Phil Steitz wrote:
> Luc Maisonobe wrote:
>
> > sebb a écrit :
> >
> >
> > > On 19/05/2009, James Carman wrote:
> > >
> > >
> > > > On Tue, May 19, 2009 at 6:53 AM, wrote:
> > > > > Hello,
> > > > >
> > > > > Considering the ongoing discussion in another thread, the current
>
Bill, I've had a look at some of the recent changes... some comments,
including some new thoughts:-
- changing the return type to be actual classes was only supposed to be for
copy() for 2.0. Doing this on multiply, add, etc is a big mistake... there
is no guarantee that is the best thing to do a
Luc Maisonobe wrote:
sebb a écrit :
On 19/05/2009, James Carman wrote:
On Tue, May 19, 2009 at 6:53 AM, wrote:
> Hello,
>
> Considering the ongoing discussion in another thread, the current changes
that have been done on [math] for the last months belong to the major changes with
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-configuration-test has an issue affecting its community
integrati
Bill Barker wrote:
- Original Message - From: "Brent Worden"
To: "Commons Developers List"
Sent: Wednesday, May 20, 2009 8:28 PM
Subject: [math] Re: [g...@vmgump]: Project commons-math (in module
apache-commons) failed
The test failed because it couldn't detect equality between t
Niall Pemberton wrote:
-1
IMO breaking compatibility should be decided on a case-by-case basis
for components. For the widely used variety such as lang, logging,
collections etc then I agree lets avoid jar-hell and not do it. But
for other components that are not so widely used then such as Math
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=192524&projectId=160
Build statistics:
State: Failed
Previous State: Ok
Started at: Thu 21 May 2009 01:31:13 -0700
Finished at: Thu 21 May 2009 01:32:37 -0700
Total time: 1m 23s
Build Trigger: Schedule
Bu
I don't expect this to pass the first vote - they never do :)
---
Tag:
https://svn.apache.org/repos/asf/commons/proper/collections/tags/COLLECTIONS_3_3_RC1
Site:
http://people.apache.org/builds/commons/collections/3.3/RC1/site/index.html
Binaries:
http://people.apache.org/builds/commons/coll
71 matches
Mail list logo
