Jörg Schaible wrote:
> Hi Hen,
>
> Henri Yandell wrote:
>
>> On Thu, Mar 12, 2009 at 4:12 PM, Jörg Schaible
>> wrote:
>
> [snip]
>
>>> Therefore we may either ensure that a call to create will always reset
>>> the builder in case of an IAE (CLI-177) or we can simply fix the tests
>>> that use
I have finished the work to implement webdav versioning support in VFS
trunk. I would like to take advantage of this in Commons Configuration
(that code is also complete) but to do so I need a release of VFS 2.0.
What must be done to accomplish this? FWIW I don't yet have a PGP key
so I kin
Hi folks,
here is the next release candidate for commons-exec-1.0
+) the findbugs configuration file is now part of the source
distribution so the site can be rebuild based on the source distribution
alone
+) using version number "1.0" instead of "1.0.0"
+) I failed to create an extended manifest
On 15/03/2009, Dan Fabulich wrote:
> sebb wrote:
>
>
> > Having a ready-made test app might encourage others to test as well.
> >
>
> What do you have in mind here? An "OracleTestApp" class checked into our
> tests? Or an "IntegrationTestApp" that would work against multiple vendors?
>
> I can
sebb wrote:
Having a ready-made test app might encourage others to test as well.
What do you have in mind here? An "OracleTestApp" class checked into our
tests? Or an "IntegrationTestApp" that would work against multiple
vendors?
I can certainly imagine an OracleTestApp, but naturally I'
On Sun, Mar 15, 2009 at 9:36 AM, sebb wrote:
> On 15/03/2009, sebb wrote:
>> StrTokenizer implements ListIterator currently.
>>
>> Given that it only deals in Strings, it could implement
>> ListIterator, however that would mean changing
>>
>> public Object next()
>>
>> to
>>
>> public String
I'm thinking no then. Personally I wouldn't want to be developing a
parallel 2.x with new features, just putting in major bugfixes on a
2.x if we feel the need.
On Sun, Mar 15, 2009 at 11:40 AM, Matt Benson wrote:
>
> I suppose it depends whether we want the reflect stuff ported from
> [beanutil
On 15/03/2009, Dan Fabulich wrote:
> sebb wrote:
>
>
> > On 15/03/2009, Dan Fabulich wrote:
> >
> > > PLEASE TEST THIS RELEASE WITH A REAL DATABASE!
> > >
> > > Although this project has reasonable unit tests, it has no integration
> > > tests with any actual databases; it is quite possible tha
sebb wrote:
On 15/03/2009, Dan Fabulich wrote:
PLEASE TEST THIS RELEASE WITH A REAL DATABASE!
Although this project has reasonable unit tests, it has no integration
tests with any actual databases; it is quite possible that the fix for
DBUTILS-31 has broken something on Oracle, MS SQL Serve
On 15/03/2009, Dan Fabulich wrote:
>
> My third attempt at releasing a commons project; please test rigorously!
>
> RC3 includes an API change to QueryRunner to guarantee thread-safety.
> (DBUTILS-52)
>
> NOTE: No one has yet explicitly said on-list that they have tested DbUtils
> 1.2 with a re
On 15/03/2009, Henri Yandell wrote:
> On Sun, Mar 15, 2009 at 11:20 AM, sebb wrote:
> > On 15/03/2009, Henri Yandell wrote:
> >> On Sun, Mar 15, 2009 at 5:08 AM, sebb wrote:
> >> > On 15/03/2009, Henri Yandell wrote:
> >>
> >> >>
> >>
> >> >> Anyway... amusing play stuff when I shoul
My third attempt at releasing a commons project; please test rigorously!
RC3 includes an API change to QueryRunner to guarantee thread-safety.
(DBUTILS-52)
NOTE: No one has yet explicitly said on-list that they have tested DbUtils
1.2 with a real database. We should not release it until som
On 15/03/2009, Dan Fabulich wrote:
> sebb wrote:
>
>
> > OK, I'd not noticed that the class was usable without the DataSource.
> >
> > Of course the alternative is to document the class as thread-unsafe...
> >
>
> I would guess that the reason we've never seen a bug filed on this issue is
> that
I suppose it depends whether we want the reflect stuff ported from [beanutils].
Personally I'd say yes, but since the same code exists, more-or-less, in
another component it's not _critical_.
-Matt
--- On Sun, 3/15/09, Henri Yandell wrote:
> From: Henri Yandell
> Subject: Re: svn commit: r
Matt - if we did keep a 2.x branch, would the POST-2.4 branch be of
value, or should we be branching from the 2.4 tag?
Hen
On Sun, Mar 15, 2009 at 11:20 AM, Henri Yandell wrote:
> We can branch 2.4 if needed.
>
> The biggest choice is whether we attempt to fix bugs in both, while
> reserving cha
On Sun, Mar 15, 2009 at 11:20 AM, sebb wrote:
> On 15/03/2009, Henri Yandell wrote:
>> On Sun, Mar 15, 2009 at 5:08 AM, sebb wrote:
>> > On 15/03/2009, Henri Yandell wrote:
>>
>> >>
>>
>> >> Anyway... amusing play stuff when I should be sleeping; and not
>> >> believing FindBugs too much.
sebb wrote:
OK, I'd not noticed that the class was usable without the DataSource.
Of course the alternative is to document the class as thread-unsafe...
I would guess that the reason we've never seen a bug filed on this issue
is that nobody uses setDataSource after the class is created. For
On 15/03/2009, Henri Yandell wrote:
> On Sun, Mar 15, 2009 at 5:08 AM, sebb wrote:
> > On 15/03/2009, Henri Yandell wrote:
>
> >>
>
> >> Anyway... amusing play stuff when I should be sleeping; and not
> >> believing FindBugs too much. Need to try for Double, Long etc; maybe
> >> this lore
We can branch 2.4 if needed.
The biggest choice is whether we attempt to fix bugs in both, while
reserving changes and new features for the 3.0 branch.
Ideally wed have the 2.4 one going, but that would be quite a cultural
development change from the usual 1 trunk way we do things. I'm
expecting
On 15/03/2009, Gary Gregory wrote:
> > -Original Message-
> > From: sebb [mailto:seb...@gmail.com]
>
> > Sent: Sunday, March 15, 2009 4:32 AM
> > To: Commons Developers List
> > Subject: Re: [lang] 3.0, what's in; what's out
> >
> > On 15/03/2009, Gary Gregory wrote:
> > > > -Or
On Sun, Mar 15, 2009 at 5:08 AM, sebb wrote:
> On 15/03/2009, Henri Yandell wrote:
>>
>> Anyway... amusing play stuff when I should be sleeping; and not
>> believing FindBugs too much. Need to try for Double, Long etc; maybe
>> this lore holds more true there. Plus maybe it's Apple's JVM bein
> -Original Message-
> From: sebb [mailto:seb...@gmail.com]
> Sent: Sunday, March 15, 2009 4:32 AM
> To: Commons Developers List
> Subject: Re: [lang] 3.0, what's in; what's out
>
> On 15/03/2009, Gary Gregory wrote:
> > > -Original Message-
> > > From: Henri Yandell [mailto:flam
Not sure what is going on here.
Could it be that [configuration] is the first victim of the changes of
the exception classes in the new [lang] trunk? Our exception classes
used to be derived from the [lang] nestable exception classes.
Oliver
Gump schrieb:
To whom it may engage...
T
--- On Sun, 3/15/09, sebb wrote:
> From: sebb
> Subject: [LANG] 3.0 StrTokenizer API change for next()
> To: "Commons Developers List"
> Date: Sunday, March 15, 2009, 11:31 AM
> StrTokenizer implements ListIterator
> currently.
>
> Given that it only deals in Strings, it could implement
> L
On 15/03/2009, sebb wrote:
> StrTokenizer implements ListIterator currently.
>
> Given that it only deals in Strings, it could implement
> ListIterator, however that would mean changing
>
> public Object next()
>
> to
>
> public String next()
>
Oops I forgot about previous().
Also add() and
StrTokenizer implements ListIterator currently.
Given that it only deals in Strings, it could implement
ListIterator, however that would mean changing
public Object next()
to
public String next()
Any objections to implementing the above?
---
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 has an issue affecting its community integration.
Th
On 15/03/2009, sebb wrote:
> On 15/03/2009, Henri Yandell wrote:
> > Findbugs claims we should be writing Integer.valueOf not new Integer
> > as it's guaranteed to be faster. The same for the other primitive
> > wrappers. I can't let such a statement of surety go untested, so I had
> > a p
I put a comment on the issue saying I'd take care of those if nobody
else has already taken the ball and started running with it.
On Sat, Mar 14, 2009 at 11:03 PM, Henri Yandell wrote:
> Just in case anyone is sitting and wanting to do something on Lang and
> not seeing the right thing to hit, LA
+1 from me
On Fri, Mar 13, 2009 at 4:24 PM, Oliver Heger
wrote:
> +1
> Oliver
>
> Stefan Bodewig schrieb:
>>
>> Hi all,
>>
>> since I'm unsure whether a PROPOSAL is needed for existing sandbox
>> components as old as compress I tried to be save and created one based
>> on the old Jakarta template
On Sun, Mar 15, 2009 at 8:58 AM, James Carman
wrote:
> On Sun, Mar 15, 2009 at 7:31 AM, sebb wrote:
>> I've just discovered one minor issue - EntriesPerformanceTest. This is
>> in the main lang directory, but not in the LangTestSuite -
>> deliberately, I suspect, as it take over 100 seconds on my
On Sun, Mar 15, 2009 at 7:31 AM, sebb wrote:
> I've just discovered one minor issue - EntriesPerformanceTest. This is
> in the main lang directory, but not in the LangTestSuite -
> deliberately, I suspect, as it take over 100 seconds on my system.
>
> Perhaps it could be moved into a different pac
On 15/03/2009, Henri Yandell wrote:
> Findbugs claims we should be writing Integer.valueOf not new Integer
> as it's guaranteed to be faster. The same for the other primitive
> wrappers. I can't let such a statement of surety go untested, so I had
> a play and used the following as a test:
>
>
I assumed it was where the next 2.x release would come from.
Or will there be no further releases supporting versions of Java prior to 1.5?
On 15/03/2009, Matt Benson wrote:
>
> Are we still using this branch? I created it for work on the reflect
> subpackage but later merged back to trunk...
On 15/03/2009, Henri Yandell wrote:
> StandardToStringStyle seems to have nothing in but super calls to
> ToStringStyle. I'm thinking why?
>
> Looks like it just needs to exist and have the serialID and maybe the
> constructor. The rest of it is just noise.
>
> Any +1s to deleting all that
On 15/03/2009, Gary Gregory wrote:
> > -Original Message-
> > From: Henri Yandell [mailto:flame...@gmail.com]
> > Sent: Saturday, March 14, 2009 8:05 PM
> > To: Commons Developers List
> > Subject: Re: [lang] 3.0, what's in; what's out
> >
> > On Sat, Mar 14, 2009 at 7:53 PM, Gary Gr
Findbugs claims we should be writing Integer.valueOf not new Integer
as it's guaranteed to be faster. The same for the other primitive
wrappers. I can't let such a statement of surety go untested, so I had
a play and used the following as a test:
public class Perf {
public static void main(St
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 has an issue affecting its community integration.
Th
>> Its SANDBOX-302 now: https://issues.apache.org/jira/browse/SANDBOX-302
>> Medium isnt in the system, I tagged it minor now.
>
> Major is the new Medium :) It's the default, so everyone treats it as medium.
Aaaah ok :-) I updated the prio now.
Thanks
Christian
--
39 matches
Mail list logo
