On Thu, Apr 7, 2011 at 4:07 AM, sebb wrote:
> On 7 April 2011 07:35, Henri Yandell wrote:
>> I've been pondering the tension between stability and innovation.
>>
>> Once 3.0 is out I'd like to add an alpha subpackage:
>>
>> org.apache.commons.lang-
On Thu, Apr 7, 2011 at 4:40 AM, sebb wrote:
> On 7 April 2011 05:34, wrote:
>> Author: bayard
>> Date: Thu Apr 7 04:34:35 2011
>> New Revision: 1089733
>>
>> URL: http://svn.apache.org/viewvc?rev=1089733&view=rev
>> Log:
>> Reapplying more of Oliver's checkstyle fixes from r1083211
>>
>> Modifi
Sounds very reasonable, thanks for watching and commenting :)
Doing the performance check would be valuable (to know the magnitude),
but I agree that the green method shouldn't beat toString().
Hen
On Thu, Apr 7, 2011 at 2:49 AM, Julien Aymé wrote:
> Hi,
>
> I think that for char[] based implem
d the API is
> excellent.
>
> On Thu, Apr 7, 2011 at 4:37 PM, Henri Yandell wrote:
>> Deja Vu time.
>>
>> Collections is dead. I hereby give notice that there are a few basic
>> classes in Collections that I want to copy into Lang and genericize
>> (C
oo core to other projects to not try
something :)
Hen
On Thu, Apr 7, 2011 at 8:34 AM, Stephen Colebourne wrote:
> I'd agree with an alpha area, but I don't agree with releasing it.
> [lang] is too core to other projects to be doing things like that IMO.
>
> Stephen
&g
On Thu, Apr 7, 2011 at 8:32 AM, Jochen Wiedmann
wrote:
> On Thu, Apr 7, 2011 at 5:28 PM, Henri Yandell wrote:
>
>> I think a separate jar would be lot less valuable - that basically
>> makes it a separate project/branch etc. Even if we mess around in
>> Maven to prod
On Thu, Apr 7, 2011 at 10:48 AM, Phil Steitz wrote:
>
> I think the idea of having a separate, releasable "child" of some
> kind that can break compatibility with its parent and earlier
> versions of itself is a good one. The setup I have described above
> is probably not the best, but we should
Not sure why, but the TypeUtils change broke things. Rolling back for now.
svn ci -m "Rolling back the TypeUtilsTest change in r1089973 as it
breaks the build. Unsure why."
src/test/java/org/apache/commons/lang3/reflect/TypeUtilsTest.java
Sendingsrc/test/java/org/apache/commons/lang3/refle
Scratch that - the build seemed to work again when I rolled back, but
that was different code on my side failing and stopping the TypeUtils
fail from happening.
Rolling forward again :)
On Thu, Apr 7, 2011 at 1:49 PM, Henri Yandell wrote:
> Not sure why, but the TypeUtils change broke thi
On Thu, Apr 7, 2011 at 1:57 PM, Phil Steitz wrote:
> On 4/7/11 1:14 PM, sebb wrote:
>> On 7 April 2011 21:08, Henri Yandell wrote:
>>> On Thu, Apr 7, 2011 at 10:48 AM, Phil Steitz wrote:
>>>> I think the idea of having a separate, releasable "chil
Feel free to remove :) Looks like not much in there on the lang side.
On Thu, Apr 7, 2011 at 2:46 PM, Jörg Schaible wrote:
> Hi,
>
> just a reminder. Such a javadoc comment for a method is completely
> superfluous:
>
> %< =
> /**
> * {@inheritDoc}
> */
> %<
On Mon, Mar 7, 2011 at 10:05 PM, Henri Yandell wrote:
> On Sat, Mar 5, 2011 at 8:46 AM, Oliver Heger
> wrote:
>> Two minor points from my side:
>>
>
>> - Just a proposal: There are some translators in the new translate package
>> which can be configured with a r
On Thu, Apr 7, 2011 at 2:55 PM, Henri Yandell wrote:
> On Mon, Mar 7, 2011 at 10:05 PM, Henri Yandell wrote:
>> On Sat, Mar 5, 2011 at 8:46 AM, Oliver Heger
>> wrote:
>>> Two minor points from my side:
>>>
>>
>>> - Just a proposal: There a
On Fri, Apr 8, 2011 at 1:36 AM, Henri Yandell wrote:
> On Thu, Apr 7, 2011 at 2:55 PM, Henri Yandell wrote:
>> On Mon, Mar 7, 2011 at 10:05 PM, Henri Yandell wrote:
>>> On Sat, Mar 5, 2011 at 8:46 AM, Oliver Heger
>>> wrote:
>>>> Two minor points from m
Lang is ready to consider 3.0 release again.
RC2 is available here:
http://people.apache.org/~bayard/commons-lang3-3.0-RC2/
Maven artifacts:
http://people.apache.org/~bayard/commons-lang3-3.0-RC2/maven/
Website:
http://people.apache.org/~bayard/commons-lang3-3.0-RC2/site/
Note that the
Ignore the date btw. This vote will close at a time greater than 72
hours (or sooner if I see consensus towards -1).
On Fri, Apr 8, 2011 at 10:06 PM, Henri Yandell wrote:
> Lang is ready to consider 3.0 release again.
>
> RC2 is available here:
>
> http://people.apache.org/~bayar
The obvious one.
http://svn.apache.org/repos/asf/commons/proper/lang/tags/
On Sat, Apr 9, 2011 at 3:48 AM, sebb wrote:
> SVN tag?
>
> On 9 April 2011 06:06, Henri Yandell wrote:
>> Lang is ready to consider 3.0 release again.
>>
>> RC2 is available here:
>>
>
That'll be the one.
On Sat, Apr 9, 2011 at 3:54 AM, sebb wrote:
> On 9 April 2011 11:50, Henri Yandell wrote:
>> The obvious one.
>>
>> http://svn.apache.org/repos/asf/commons/proper/lang/tags/
>
> I take it you mean
>
> http://svn.apache.org/repos/asf
+1
On Sun, Apr 10, 2011 at 12:48 AM, Simone Tripodi
wrote:
> Hi all guys,
> the ant build is no longer working anymore, build.properties files are
> missing and lib/*.jar too, I propose to remove ant stuff before RC2.
> Do you agree? Thanks in advance,
> Simo
>
> http://people.apache.org/~simonet
weekend,
>> Simo
>>
>> http://people.apache.org/~simonetripodi/
>> http://www.99soft.org/
>>
>>
>>
>> On Sat, Apr 9, 2011 at 5:02 PM, Oliver Heger
>> wrote:
>>> Build works fine on Java 1.5 and 1.6 on Windows 7. Artifacts and
On Sun, Apr 10, 2011 at 8:30 AM, Luc Maisonobe wrote:
> Le 09/04/2011 07:06, Henri Yandell a écrit :
>> Lang is ready to consider 3.0 release again.
>>
>> RC2 is available here:
>>
>> http://people.apache.org/~bayard/commons-lang3-3.0-RC2/
>>
>> Mave
On Sun, Apr 10, 2011 at 1:43 PM, Phil Steitz wrote:
> -0
>
> Would like to see findbugs warnings sorted. I have not retested
> after Luc's fixes, but I in addition to the ones he mentions, I am
> not sure I understand the last one (on the site in ~bayard) and
> whether or not it is in fact a bug.
Currently we have 3 areas in which components live:
* Proper: Released components.
* Sandbox: Active pre-release components.
* Dormant: Inactive pre-release components.
There's an obvious (to me) need for Proper to split into active and
inactive. Given the existing name, inactive proper = attic.
Noting that this didn't get a reply.
-- Forwarded message --
From: Olivier Lefevre
Date: Thu, Mar 31, 2011 at 12:15 AM
Subject: Solver deprecations in common maths 2.2
To: u...@commons.apache.org
All solve methods of UnivariateRealSolver are now deprecated: two
were deprecated i
Drop keyvalue in favour of Pair? :)
More seriously; keep Pair (or keyvalue if that's a better name) in
Lang, and make Collections depend on Lang for the core pair concept.
Hen
On Mon, Apr 11, 2011 at 11:31 AM, Gary Gregory wrote:
> Hi All:
>
> I am now realize that what we are stumbling along w
On Mon, Apr 11, 2011 at 7:23 AM, Matt Benson wrote:
>
> On this note, ExceptionUtils#getCause(Throwable)/(Throwable, String[])
> is a candidate for this, although these methods are deprecated. The
> only problem is that an empty String array is currently treated
> differently than a null String[]
On Mon, Apr 11, 2011 at 8:03 AM, Matt Benson wrote:
> On Mon, Apr 11, 2011 at 9:23 AM, Matt Benson wrote:
>> On Sun, Apr 10, 2011 at 10:51 PM, Matt Benson wrote:
>>> On Sun, Apr 10, 2011 at 7:17 PM, Henri Yandell wrote:
>>>> On Sun, Apr 10, 2011 at 1:43 PM
> attic is perfectly capable of housing Commons Jelly. It already contains
> several Jakarta subprojects.
>
> My proposal would be to move all of the dormant subprojects and any inactive
> proper projects to Apache Attic.
>
> Ralph
>
> On Apr 10, 2011, at 10:12 PM, Henri
+1 to rename getShortClassName to getSimpleName; sitting on top of the
JDK getSimpleName and providing null safety and whatever other
features are needed (for example array encoding).
Hen
On Mon, Apr 11, 2011 at 7:18 AM, Gary Gregory wrote:
> Hi All:
>
> Should we deprecate ClassUtils getShortCl
On Sat, Apr 9, 2011 at 4:15 AM, sebb wrote:
> On 9 April 2011 06:06, Henri Yandell wrote:
>
> Release Notes link to a draft upgrade page.
> I would have preferred to see most of the details in the RN themselves.
> I expect to be able to download the archive and find the importan
On Mon, Apr 11, 2011 at 3:43 PM, Gary Gregory wrote:
> On Mon, Apr 11, 2011 at 4:26 PM, Henri Yandell wrote:
>>
>> +1 to rename getShortClassName to getSimpleName; sitting on top of the
>> JDK getSimpleName and providing null safety and whatever other
>> features ar
Definitely something I found myself needing in 2003:
https://code.google.com/p/osjava/source/browse/trunk/genjava/gj-core/src/java/com/generationjava/net/UrlW.java
Hen
On Tue, Apr 12, 2011 at 12:04 PM, Gary Gregory wrote:
> Hi All:
>
> I am looking for a home for the code below. It seems to fit
I think this is the remaining list of things that might be interesting
for varargs:
$ findj src/main/java/ | xg '\[\][^,(]*)' | grep 'public static' |
grep -v ArrayUtils.java | grep -v NumberUtils.java | grep -v IEEE |
grep -v EntityArrays.java | grep -v ExceptionUtils.java | grep -v
ConstructorUt
I fixed a few and decided the rest were 'good'.
Hen
On Fri, Apr 15, 2011 at 7:35 PM, Gary Gregory wrote:
> Yes, vararg away! :)
>
> Gary
>
> On Fri, Apr 15, 2011 at 5:53 PM, Henri Yandell wrote:
>>
>> I think this is the remaining list of things tha
Something to contact Infra about. I don't see anything obvious -
unless we have multiple users who are all redirecting their email to
the .nl address and something just broke.
Very odd.
Hen
2011/4/18 Christian Grobmeier :
> BTW, why do I get this stuff? Am I missing something? Can we block
> thi
On Mon, Apr 18, 2011 at 1:35 PM, Daniel F. Savarese wrote:
>
> I guess I had more to say, or rather ask.
>
> In message , sebb writes:
>>really necessary, because of the additional work that it causes all
>>downstream users.
>
> What additional work? As far as I know, end users--as in people who
+1.
I'm perfectly happy with lazy consensus as voting for commons-parent.
Our Maven build system is not an external product and does not need
standard voting. Consider me +1 for any future commons-parent release
vote unless I (unlikely) send a -1.
Hen
On Mon, Apr 18, 2011 at 12:36 PM, Gary Grego
Is Pair now good (for a value of consensually agreed good)?
On Mon, Apr 11, 2011 at 7:00 AM, Gary Gregory wrote:
> Hi All:
>
> I added a test to verify the default Pair toString behavior.
>
> For me to replace our custom Pair class at work, I need to customize the to
> String behavior.
>
> Subcla
I think we're ready for another release candidate.
Does anyone know of any remaining items? JIRA is clean, and I don't
see anything in the email threads that implies more work needs to be
done.
Hen
-
To unsubscribe, e-mail: dev-
Gary Gregory wrote:
>> >>
>> >> > On Wed, Apr 20, 2011 at 1:24 PM, Matt Benson
>> >> wrote:
>> >> >
>> >> >> On Wed, Apr 20, 2011 at 1:10 AM, Henri Yandell
>> >> >> wrote:
>> >> >> >
On Wed, Apr 20, 2011 at 9:42 AM, Jörg Schaible wrote:
> Henri Yandell wrote:
>
>> I think we're ready for another release candidate.
>>
>> Does anyone know of any remaining items? JIRA is clean, and I don't
>> see anything in the email threads that implies
On Thu, Apr 21, 2011 at 8:31 AM, Gary Gregory wrote:
> On Mon, Apr 11, 2011 at 7:19 PM, Henri Yandell wrote:
>>
>> On Mon, Apr 11, 2011 at 3:43 PM, Gary Gregory
>> wrote:
>> > On Mon, Apr 11, 2011 at 4:26 PM, Henri Yandell
>> > wrote:
>> >>
&g
On Thu, Apr 21, 2011 at 12:01 PM, Gary Gregory wrote:
> On Thu, Apr 21, 2011 at 2:38 PM, Henri Yandell wrote:
>>
>> On Thu, Apr 21, 2011 at 8:31 AM, Gary Gregory
>> wrote:
>> > On Mon, Apr 11, 2011 at 7:19 PM, Henri Yandell
>> > wrote:
>> >>
Should it be in the text package?
On Fri, Apr 22, 2011 at 6:56 AM, Gary Gregory wrote:
> Hi All:
>
> Now that we have the shiny and new FormattableUtils class, what are the
> other opportunities in [lang] to eat our own dog food?
>
> --
> Thank you,
> Gary
>
> http://garygregory.wordpress.com/
>
ory wrote:
> Because Formattable is in java.util, IMO it makes sense in lang.util.
>
> Gary
>
> On Fri, Apr 22, 2011 at 12:34 PM, Henri Yandell wrote:
>
>> Should it be in the text package?
>>
>> On Fri, Apr 22, 2011 at 6:56 AM, Gary Gregory
>> wrote:
>&
On Fri, Apr 22, 2011 at 3:33 PM, Matt Benson wrote:
> On Fri, Apr 22, 2011 at 4:23 PM, Gary Gregory wrote:
>> On Fri, Apr 22, 2011 at 4:04 PM, Henri Yandell wrote:
>>
>>> Date is in java.util; we put it in lang.time.
>>> MessageFormat is in java.util; we put
On Fri, Apr 22, 2011 at 2:56 PM, Gary Gregory wrote:
> Hi All:
>
> I just noticed the following warnings:
>
> [INFO] Cobertura 1.9.4.1 - GNU GPL License (NO WARRANTY) - See COPYRIGHT
> file
> Instrumenting 151 files to
> C:\svn\org\apache\commons\trunks-proper\lang\target\generated-classes\cobertu
On Fri, Apr 22, 2011 at 8:58 AM, Gary Gregory wrote:
> On Fri, Apr 22, 2011 at 9:58 AM, Matt Benson wrote:
>
>> On Fri, Apr 22, 2011 at 8:56 AM, Gary Gregory
>> wrote:
>> > Hi All:
>> >
>> > Now that we have the shiny and new FormattableUtils class, what are the
>> > other opportunities in [lang
These are the current blocking items in play afaik:
* Email thread - what else should implement Formattable?
* LANG-696/Email thread - getShortName. What to do with the (String)
variant. Remove others.
* Email thread - Validate method naming
Hen
On Tue, Apr 19, 2011 at 11:55 PM, Henri Yandell
On Sat, Apr 23, 2011 at 8:36 AM, Matt Benson wrote:
> On Sat, Apr 23, 2011 at 6:31 AM, Gary Gregory wrote:
>> On Apr 23, 2011, at 7:10, "Jörg Schaible" wrote:
>>
>>> Gary Gregory wrote:
>>>
Hi All:
I find that the new 'valid' method names in Validate make for odd reading.
>>>
On Sat, Apr 23, 2011 at 5:57 PM, Gary Gregory wrote:
> On Apr 23, 2011, at 13:10, Matt Benson wrote:
>
>> Hi, Gary--now that this method is public, it would seem to fit better
>> into StringUtils as an alternate repeat() signature. I would also
>> switch the int/char parameters for consistency w
On Fri, Apr 22, 2011 at 11:32 PM, Henri Yandell wrote:
> On Fri, Apr 22, 2011 at 8:58 AM, Gary Gregory wrote:
>> On Fri, Apr 22, 2011 at 9:58 AM, Matt Benson wrote:
>>
>>> On Fri, Apr 22, 2011 at 8:56 AM, Gary Gregory
>>> wrote:
>>> > Hi All:
&
Are you going to use this mailing list for OGNL's incubation, or is a
specific one being setup?
[Strongly advise you use these lists btw :) ]
Hen
On Tue, Apr 26, 2011 at 6:02 AM, Simone Tripodi
wrote:
> Hi all guys,
> just to let you know that OGNL will officially become an ASF incubator
> proj
proper Commons component
> it is much better imho taking advantage from all the tools the
> Incubator provides to import OGNL until its graduation.
> Any other thought? Many thanks in advance!
> Simo
>
> http://people.apache.org/~simonetripodi/
> http://www.99soft.org/
>
>
&
d
> complete the incubation phase first, or not? I suppose OGNL's path
> should be the same of Sanselan's one...
> Congrats for the newborn child!!! :)
> Have a nice day,
> Simo
>
> http://people.apache.org/~simonetripodi/
> http://www.99soft.org/
>
>
>
>
On Mon, Apr 25, 2011 at 9:16 AM, Gary Gregory wrote:
> On Sat, Apr 23, 2011 at 7:40 PM, Henri Yandell wrote:
>
>> On Sat, Apr 23, 2011 at 8:36 AM, Matt Benson wrote:
>> > On Sat, Apr 23, 2011 at 6:31 AM, Gary Gregory
>> wrote:
>> >> On Apr 23, 2
On Fri, Apr 22, 2011 at 11:36 PM, Henri Yandell wrote:
> These are the current blocking items in play afaik:
>
> * Email thread - what else should implement Formattable?
Sounds like this is now:
* Update javadoc for Mutable classes to indicate that they can't do
much to make
It's not a regression issue though. I'd recommend opening up a JIRA
item to make sure it's something that 0.6 thinks about.
Hen
On Wed, Apr 27, 2011 at 11:43 PM, Emmanuel Bourg wrote:
> I'm a bit concerned by the low test coverage (~40%). Some classes like
> ServiceDiscoveryTask are not even tes
Both the ognl-incubator and commons-dev groups can be given rw perms in svn.
On Thu, Apr 28, 2011 at 1:28 AM, Simone Tripodi
wrote:
> Hi all guys,
> I agree that this approach would simplify the process of merging in
> the future OGNL to Commons, good thought!!!
> Just a question: how do we solve
Oh, and private@ is for PMC members, so no. Does a private ppmc list
get created? it's been a few years since I did Incubator things :)
On Thu, Apr 28, 2011 at 1:28 AM, Simone Tripodi
wrote:
> Hi all guys,
> I agree that this approach would simplify the process of merging in
> the future OGNL to
t; On Thu, Apr 28, 2011 at 12:41 PM, Henri Yandell wrote:
>> Oh, and private@ is for PMC members, so no. Does a private ppmc list
>> get created? it's been a few years since I did Incubator things :)
>>
>> On Thu, Apr 28, 2011 at 1:28 AM, Simone Tripodi
>> wro
+1.
Note that src/conf/* can be excluded if the Ant build is not included
in the src distro.
Hen
On Wed, Apr 27, 2011 at 12:38 PM, Simone Tripodi
wrote:
> Hi all guys!
> After the failed RC1, I'm here to propose a new Apache
> Commons-DIscovery release, based on RC2, please cast your votes!
> M
On Wed, Apr 27, 2011 at 9:58 PM, Henri Yandell wrote:
> On Fri, Apr 22, 2011 at 11:36 PM, Henri Yandell wrote:
>> These are the current blocking items in play afaik:
>>
>> * Email thread - what else should implement Formattable?
>
> Sounds like this is now:
>
Lang is ready to consider 3.0 release again.
RC3 is available here:
http://people.apache.org/~bayard/commons-lang3-3.0-RC3/
Maven artifacts:
http://people.apache.org/~bayard/commons-lang3-3.0-RC3/maven/
Website:
http://people.apache.org/~bayard/commons-lang3-3.0-RC3/site/
Note that there
;
> On Fri, Apr 29, 2011 at 2:47 AM, Henri Yandell wrote:
>
>> Lang is ready to consider 3.0 release again.
>>
>> RC3 is available here:
>>
>> http://people.apache.org/~bayard/commons-lang3-3.0-RC3/
>>
>> Maven artifacts:
>>
>&g
>
> The build with JDK 1.6 does not have this problem. My specific Java version
> is
> java version "1.5.0_21"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_21-b01)
> Java HotSpot(TM) Client VM (build 1.5.0_21-b01, mixed mode, sharing)
>
> OS is
[Repeating now that I've rebuilt the artifacts using Java 1.5]
=
Lang is ready to consider 3.0 release again.
RC3 is available here:
http://people.apache.org/~bayard/commons-lang3-3.0-RC3/
Maven artifacts:
http://people.apache.org/~bayard/commons-lang3-3.0-RC3/maven/
Website:
http://
On Sat, Apr 30, 2011 at 12:07 PM, Oliver Heger
wrote:
> Am 29.04.2011 23:00, schrieb Henri Yandell:
>>
>> Oops - I built on 1.6 and should have built on 1.5. I'll rebuild from
>> the tag and see if I get the error you get.
>>
>> Hen
>
> Sorry, still
No worries - I replaced the artifacts with the 1.5 artifacts when I
sent the restart out (slightly different thread) so sounds like your
vote can be applied there.
Hen
On Sat, Apr 30, 2011 at 10:15 PM, Phil Steitz wrote:
> Oops!
>
> Sorry I got my threads mixed up and thought this vote had been
Sorry - that's fixed.
On Tue, May 3, 2011 at 4:12 AM, sebb wrote:
> On 30 April 2011 01:58, Henri Yandell wrote:
>> [Repeating now that I've rebuilt the artifacts using Java 1.5]
>>
>> =
>>
>> Lang is ready to consider 3.0 release agai
No objections from me. Please dive right in.
On Wed, May 4, 2011 at 8:31 AM, Gary Gregory wrote:
> Hi All:
>
> Any objections to adding test jar generation to the POM for the next RC?
>
> Thank you,
> Gary
>
> http://garygregory.wordpress.com/
> http://garygregory.com/
> http://people.apache.org/
Bear in mind however that feedparser is in 'Dormant' (meaning not
being worked on). I doubt it's likely to become active again.
Hen
On Wed, May 11, 2011 at 9:55 AM, sebb wrote:
> On 11 May 2011 17:08, Diego Peroni wrote:
>> Hi,
>>
>> I've fixed a bug in org.apache.commons.feedparser.MetaFeedPar
"Original code under GPL" is an IP issue. Namely that your Java code
must also be under GPL.
That subsequently can't be included in the Apache project, unless you
can get the original PHP author to change the license to something
listed here:
http://www.apache.org/legal/resolved.html#category-a
On Wed, May 11, 2011 at 7:14 AM, sebb wrote:
> On 11 May 2011 14:51, Jochen Wiedmann wrote:
>> On Wed, May 11, 2011 at 3:45 PM, sebb wrote:
>>
>>> However, if a breaking API change is needed, then the package
>>> name/Maven ids will *have* to be changed.
>>
>> That's not different from a new maj
Some minor items; probably known:
* We should move from src/java to src/main/java. [looks like OGNL-4]
* Needs a NOTICE.txt file
* What's the plan for the source headers? I'm guessing we don't have
CLAs from Drew and Luke so will have to juggle the old BSD licensing?
[OGNL-2]
* Pom description nee
On Thu, May 12, 2011 at 8:31 AM, Matt Benson wrote:
> On Thu, May 12, 2011 at 10:08 AM, Henri Yandell wrote:
>> "Original code under GPL" is an IP issue. Namely that your Java code
>> must also be under GPL.
>>
>> That subsequently can't be included in
reGrant that, IIUC, should allows us
> re-licensing the project.
> Thanks for your contributions, have a nice day!!!
> Simo
>
> PS break a leg with the kids!!!
>
> http://people.apache.org/~simonetripodi/
> http://www.99soft.org/
>
>
>
> On Thu, May 12, 2011 at 5:
Drew in the PPMC. we're waiting for root@ for
> creating the account for him.
> Simo
>
> http://people.apache.org/~simonetripodi/
> http://www.99soft.org/
>
>
>
> On Fri, May 13, 2011 at 8:50 AM, Henri Yandell wrote:
>> What about Luke Blanshard?
>>
>
Fine by me. :)
On Fri, May 13, 2011 at 12:30 AM, Olivier Lamy wrote:
> Hello,
> I wonder if we could move most of those reporting plugins to a profile
> called reporting.
> When working on documentation, the site generation is long for only a
> typo fix :-).
> Btw the use of the reporting must be
Ack; sorry. Juggling a baby.
So how do we relicense Luke's contributions from BSD to AL 2.0?
Hen
On Fri, May 13, 2011 at 12:47 AM, Antonio Petrelli
wrote:
> 2011/5/13 Henri Yandell
>
>> So how do we relicense Drew's contributions from BSD to AL 2.0?
>>
>
> H
+1.
I still expect us to send truly dead items to the Attic.
Hen
On Mon, May 16, 2011 at 10:52 AM, Phil Steitz wrote:
> I would like to take the proposal made in [1], modified per
> discussion on that thread to a VOTE, so we can start implementing
> the policy.
>
> The provisions are as follows
Generally that it's fine to drop the build and focus on the m2 build,
but if someone is willing to step up and support a different build
then that is fine too.
I think the solution is an Ant task that can parse pom.xml and provide
basic build/test support :)
Hen
On Tue, May 17, 2011 at 6:47 AM,
On Tue, May 17, 2011 at 8:17 AM, Jörg Schaible
wrote:
> Henri Yandell wrote:
>
>> Generally that it's fine to drop the build and focus on the m2 build,
>> but if someone is willing to step up and support a different build
>> then that is fine too.
>>
>>
vier
> [1] http://maven.apache.org/ant-tasks/
>
> 2011/5/17 Henri Yandell :
>> On Tue, May 17, 2011 at 8:17 AM, Jörg Schaible
>> wrote:
>>> Henri Yandell wrote:
>>>
>>>> Generally that it's fine to drop the build and focus on the m2 build,
>>&g
4.0 isn't looking like it'll be released anytime soon.
Maybe the pre-4.0 branch should be taken and a 3.3 released; this is
the gazillionth (okay, 4th?) time this one has been reported.
Hen
On Tue, May 17, 2011 at 5:10 PM, Gary Gregory wrote:
> That looks like a bug that was fixed in trunk and
The following rule seems unnecessary to me:
http://wiki.apache.org/commons/CommonsEtiquette#Commons_Etiquette
"each committer who commits to a component must add their name to the
STATUS file" (or pom.xml)
I've never done this, have touched every component (give or take a
component or two) and
On Wed, May 18, 2011 at 8:17 AM, Gary Gregory wrote:
> On Wed, May 18, 2011 at 9:37 AM, sebb wrote:
>
>> I think the method (new to 3.0)
>>
>> FormatCache.getDateTimeInstance(Integer dateStyle, Integer timeStyle,
>> TimeZone timeZone, Locale locale)
>>
>> should be changed to use ints, as all the
On Wed, May 18, 2011 at 9:54 AM, Stephen Colebourne
wrote:
> On 18 May 2011 17:46, Matt Benson wrote:
>> On Wed, May 18, 2011 at 11:32 AM, Gary Gregory
>> wrote:
>>> Why doesn't a Range does extend Pair? It's pretty clear (to me at least)
>>> that a range is a pair of values.
>>>
>>> Because th
*grumbles that they were ints and a previous RC candidate saw it
change to Range* :)
My bigger complaint is the explicit casting required to pass in chars:
new UnicodeEscaper(Range.between(0, (int)'E')) ?
Autoboxing doesn't seem to be able to turn a char into an Integer.
Hen
On Wed, May 18
Logically - makes sense. Make 'em final.
Realistically - the finality of String and friends is an immense pain
and led us to ugly Utils classes and lots of non-OO style code.
I wonder if we can contain your BigDecimal logic in some way. My
initial thoughts though end up much like the Cloneable ma
I don't see an issue. Reality is that we generally just couldn't come
up with good logos back in year dot :)
On Thu, May 19, 2011 at 2:17 AM, Simone Tripodi
wrote:
> Hi Joerg,
> yes indeed, but looks like there is at least an exception
> (commons-math) that is more original.
> Would it be an issu
Would have done the same myself if I'd remembered & baby had given time :)
On Wed, May 25, 2011 at 7:51 AM, Stephen Colebourne
wrote:
> The discussion threads ended with both th notion that Formattable was
> adding no value and final was best added for safety. I checked before
> making the change
FYI.
They had a bunch of Commons libraries listed; generally we did very
well and had 0 issues.
-- Forwarded message --
From: Kamani, Sejal Pranlal
Date: Thu, Jun 2, 2011 at 9:33 AM
Subject: Fortify Open Review
To: "openau...@fortifysoftware.com"
Dear Fortify Open Review Users
On Fri, Jun 3, 2011 at 2:09 PM, Simone Tripodi wrote:
>>
>> I think that is also best practice - resolve when fixed in SVN,
>> close when fix version is released.
>>
>
> I couldn't agree more!!! +1!
I just close directly. The resolve then close is a workflow waiting
for a reason :)
Hen
Looking more at this one, it looks like the Integer is required as
null is a valid use case. So moving simply to int is out, but
rethinking it seems very doable.
Note that this isn't a public API; FormatCache is for now a
refactoring out of FastDateFormat to allow a later FastDateParser.
I've add
On Fri, Jun 3, 2011 at 7:43 PM, Phil Steitz wrote:
> On 6/3/11 7:27 PM, Henri Yandell wrote:
>> On Fri, Jun 3, 2011 at 2:09 PM, Simone Tripodi
>> wrote:
>>>> I think that is also best practice - resolve when fixed in SVN,
>>>> close when fix version is r
Seems good. Something other than NULL probably; and probably should
come up with some bizarre negative number to stay out of the way of
any future JDK items.
On Fri, Jun 3, 2011 at 8:06 PM, sebb wrote:
> On 4 June 2011 03:44, Henri Yandell wrote:
>> Looking more at this one, it looks
+1. No concerns here, the more the merrier.
On Wed, Jun 15, 2011 at 9:36 PM, Simone Tripodi
wrote:
> +1
>
> I don't see any minimal potential risk, BCEL is well known and widely
> adopted and JCS could be kind of commons-cache (dormant) finalization.
> Full support from my side.
> Simo
>
> http:/
On Thu, Jun 16, 2011 at 9:15 AM, Torsten Curdt wrote:
>> Not sure what
>> factors contributed to the stagnation of BCEL development, but I like
>> to think of Commons as "the" swiss army knife for Java developers--any
>> library with a sharply defined surface area and, even better,
>> satisfying s
On Thu, Jun 16, 2011 at 8:29 AM, Phil Steitz wrote:
> On 6/16/11 8:22 AM, Matt Benson wrote:
>> (accidentally sent to Jochen personally before, sorry)
>>
>> On Thu, Jun 16, 2011 at 10:19 AM, Jochen Wiedmann
>> wrote:
>>> On Thu, Jun 16, 2011 at 5:03 PM, Matt Benson wrote:
>>>
Considering [1
101 - 200 of 1072 matches
Mail list logo
