Releases from JIRA (from my Commons Dashboard):
Commons Pool1.5.420/Nov/09
Commons Email 1.2 12/Nov/09
Commons DbUtils 1.3 12/Nov/09
Commons Exec1.0.1 12/Nov/09
Commons BeanUtils 1.8.2 12/Nov/09
Commons BeanUtils 1.8.1 20/Oct/09
Commons Pool1.5.3
On Sat, Dec 12, 2009 at 5:18 AM, sebb wrote:
> On 12/12/2009, Henri Yandell wrote:
>> Updating status again.
>>
>> * 103 resolved issues out of 161. From Sep 6 we resolved 38 issues and
>> had 30 new ones.
>> * 78 contributors involved in the resolved issues
On Mon, Dec 14, 2009 at 12:03 AM, Henri Yandell wrote:
> On Sat, Dec 12, 2009 at 5:18 AM, sebb wrote:
>> On 12/12/2009, Henri Yandell wrote:
>>> Updating status again.
>>>
>>> * 103 resolved issues out of 161. From Sep 6 we resolved 38 issues and
>>
I added some components to the JIRA project:
https://issues.apache.org/jira/browse/LANG
It shows that the builder package is the major item of work remaining
with ~20% of open issues for 3.0.
Hen
-
To unsubscribe, e-mail: d
Better 3.0 specific link:
https://issues.apache.org/jira/secure/BrowseVersion.jspa?id=12310481&versionId=12311714&showOpenIssuesOnly=true
On Wed, Dec 16, 2009 at 12:42 AM, Henri Yandell wrote:
> I added some components to the JIRA project:
>
> https://issues.apache.org
Unless we implement FastDateFormat.parseObject fully, I couldn't see
any good paths here and chose the least bad path. I think this change
helps the common use case without incurring any pain on the abnormal
use case (apart from the two endsWith checks). Opinions welcome as
this didn't feel beautif
Switched to getTimeInMillis() :)
On Thu, Dec 17, 2009 at 10:11 AM, sebb wrote:
> On 17/12/2009, bay...@apache.org wrote:
>> Author: bayard
>> Date: Thu Dec 17 06:04:28 2009
>> New Revision: 891542
>>
>> URL: http://svn.apache.org/viewvc?rev=891542&view=rev
>> Log:
>> Fixing LANG-538 - you n
Seems fine to me.
On Thu, Dec 24, 2009 at 11:37 AM, Oliver Heger
wrote:
> Thanks for the feedback so far. However, before taking concrete actions I
> would like to put the question again in a broader scope.
>
> The question is: Is it okay for a component to change its minimum required
> JDK from
Overlap between Lang and Collections is starting to increase a bit.
Requested items for ArrayUtils (LANG-238, LANG-470) are better
implemented imo as an ArraySet class. An easy add to Collections.
ComparableComparator made its way (privately) over for the new Range
class. Fair enough - Comparable
Additional thought... the Collections Test library should move to
being a first class component in Commons rather than a side thought
inside Collections. So this is three new components from one:
* Test library
* Core JDK [Lang merge?]
* Collections impls
On Wed, Dec 30, 2009 at 2:18 AM, Henri
On Mon, Dec 28, 2009 at 7:11 PM, Phil Steitz wrote:
> Hopefully all problems with JDK versions and the site build have now
> been resolved. As previously discussed, the only difference between
> 1.3 and 1.4 is that the 1.3 sources have been filtered to exclude
> JDBC4 methods. Version 1.3 is for
and Lang anyway.
Hen
On Wed, Dec 30, 2009 at 3:58 AM, Benson Margulies wrote:
> Henri,
>
> To make this more interesting, the new collections over in mahout-math
> might be covering some of the territory you are looking for here.
>
> --benson
>
>
> On Wed, Dec 30, 200
On Sat, Jan 2, 2010 at 9:11 AM, Phil Steitz wrote:
> Henri Yandell wrote:
>> Overlap between Lang and Collections is starting to increase a bit.
>> Requested items for ArrayUtils (LANG-238, LANG-470) are better
>> implemented imo as an ArraySet class. An ea
On Sat, Jan 2, 2010 at 10:02 AM, Henri Yandell wrote:
> On Sat, Jan 2, 2010 at 9:11 AM, Phil Steitz wrote:
>> One final comment is that a logical alternative is to just split
>> [collections] internally into multiple pieces with separate release
>> cycles. Managing d
On Sat, Jan 2, 2010 at 10:45 AM, Phil Steitz wrote:
> Henri Yandell wrote:
>> I was thinking more that a smaller [collections] might have room for
>> the functor code again - not that [lang] would :) Agreed that it's
>> better out than in though.
>
> That is in
On Sat, Jan 2, 2010 at 12:36 PM, Paul Benedict wrote:
> Each if you split Collections into Maven children, you would still
> wouldn't want to release them independently. That would be a gigantic
> administrative error. Struts was thinking about doing the same thing
> with its libraries, but we tur
What would a dependency of 1.5 mean with regards to the Xerces dependency?
You depend on Lang/Collections, and both are 1.5 dependent for their
next version.
Hen
On Sat, Jan 2, 2010 at 12:22 PM, Oliver Heger
wrote:
> In order to change the minimum required JDK to 1.4 I modified pom.xml. I was
>
On Sat, Jan 2, 2010 at 1:34 PM, Paul Benedict wrote:
> Henri,
>
>> I would be tempted to schedule major upgrade cycles, while having
>> minor ones run independently. Still tricky to do, and hurts
>> innovation. Then again - having a scheduled 'v4.0 of all Commons
>> components will now be availabl
On Sat, Jan 2, 2010 at 1:57 PM, Paul Benedict wrote:
> This is how I believe the commons.lang.math package can be eliminated.
> Based on the current 3.0-SNAPSHOT API, there are only three classes
> left:
>
> Fraction
> IEEE754rUtils
> NumberUtils
>
> 1) Fraction should leave; it is completely inap
Noting that the builder package issues are the major 3.0 area of work remaining.
http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310481&fixfor=12311714&resolution=-1&sorter/field=summary&sorter/order=ASC&sorter/field=resolution&sorter/order=ASC&sorter/field=status&sorter/
TFIX.
On Mon, Jan 4, 2010 at 1:09 AM, Henri Yandell wrote:
> Noting that the builder package issues are the major 3.0 area of work
> remaining.
>
> http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&pid=12310481&fixfor=12311714&resolution=-1&sorter/field=
Thanks for posting.
On the IO Active comment - it is something we need to figure out how
to do better. I've a set of components I rotate between for example:
IO, Lang, CLI, Codec, Collections amongst others.
I know there are others who do the same kind of thing.
But then we do have components t
One option to consider, if you want, is to branch digester into the
sandbox and work on it that way. In case trying to treat it as an
extension gets too painful.
Hen
On Wed, Jan 6, 2010 at 5:15 AM, Simone Tripodi wrote:
> Hi Jochen,
> first of all nice to meet you :) There are not differences si
+1
On Wed, Jan 6, 2010 at 6:45 PM, sebb wrote:
> Is it OK to delete the Maven1 build files from IO? The code now
> requires Java 1.5.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e
You should have the rights.
Make the branch into the sandbox rather than inside digester. Something like:
svn mkdir https://svn.apache.org/repos/asf/commons/sandbox/digester-anno/
svn cp -m "Branching into the sandbox for annotation changes to
digester" https://svn.apache.org/repos/asf/commons/pr
r]). Then split the rest by implementations of JDK collections, and
>>> extended JDK collections - BidiMap, Bag, Trie.
>>>
>>
>> +1 as I doubt any more reasonable approach exists.
>>
>> -Matt
>>
>>> Stephen
>>>
>>>
>>>
I wouldn't bother.
LANG-525 is a reminder for anyone releasing a 2.x to go ahead and
identify which issues in 3.0 needed to be backported.
Hen
On Thu, Jan 14, 2010 at 7:23 AM, sebb wrote:
> LANG-581 was raised against 2.4, but applies to Lang3 as well, which I
> have fixed.
>
> Is there going t
On Sat, Jan 16, 2010 at 4:08 AM, sebb wrote:
> On 16/01/2010, bay...@apache.org wrote:
>> Author: bayard
>> Date: Sat Jan 16 07:58:11 2010
>> New Revision: 899895
>>
>> URL: http://svn.apache.org/viewvc?rev=899895&view=rev
>> Log:
>> Adding String lazy caching
>>
>> Modified:
>>
>> com
Alternatively... should add(null, null) simply return null?
Or throw NullPointerException?
On Sat, Jan 16, 2010 at 4:39 AM, wrote:
> Author: sebb
> Date: Sat Jan 16 12:39:20 2010
> New Revision: 899929
>
> URL: http://svn.apache.org/viewvc?rev=899929&view=rev
> Log:
> LANG-571 ArrayUtils.add(T[
null -> null makes sense. +1.
On Tue, Feb 2, 2010 at 12:53 PM, Matt Benson wrote:
> Currently it appears this method would throw a NPE if any element of array
> is null, without documenting this fact. Our options would seem to be:
>
> - document the NPE
> - convert a null object to Object.class
My general thinking is:
"+1, thanks for doing this"
mixed with:
"We now have two versions in development at the same time, we can no
longer just charge along coding - we need process"
Namely, do we put anything in 2.5 as long as it doesn't affect
backwards compat, do we keep adding enhancements
+1 :)
On Thu, Feb 4, 2010 at 4:17 PM, Niall Pemberton
wrote:
> Matt,
>
> Can you stop mixing up style/format changes with real functional
> changes - it makes it harder to follow along when you change a few
> lines and theres 10 pages in the commit email, I guess this is
> probably an IDE setting
Email notifications for a comment for VFS are:
* All Watchers
* Current Assignee
* Reporter
* Single Email Address (issues at-sign commons.apache.org)
Hen
On Fri, Feb 5, 2010 at 6:50 AM, Rajika Kumarasiri wrote:
> Ralph,
> Thanks for the information. I still didn't get any emai
On Sat, Feb 6, 2010 at 12:40 PM, Niall Pemberton
wrote:
> On Fri, Feb 5, 2010 at 4:20 AM, Henri Yandell wrote:
>> My general thinking is:
>>
>> "+1, thanks for doing this"
>>
>> mixed with:
>>
>> "We now have two versions in develop
; Rajika
>
> On Sun, Feb 7, 2010 at 12:00 AM, Henri Yandell wrote:
>
>> Email notifications for a comment for VFS are:
>>
>> * All Watchers
>> * Current Assignee
>> * Reporter
>> * Single Email Address (issues at-sign commons.apache.org)
>&
Thanks - cool to know.
On Sat, Feb 6, 2010 at 7:45 PM, Rajika Kumarasiri wrote:
> Hen,
> It works. I got the notification for LANG-588 that you just did.
>
> Rajika
>
> On Sun, Feb 7, 2010 at 9:02 AM, Henri Yandell wrote:
>
>> That probably will fail (should do I
I disagree on your doubt, but have other doubts. Think of this issue
as a TODO in the code (I think it came from a TODO file a long time
back). I think it's doable with a StrMatcher change - moving it back
to 3.0 because while it shouldn't break the StrTokenizer API, it will
need to break the StrMa
+1. Dist looks good. Sigs good, md5 good, clirr good, rat good,
changes-report seems good.
Site shouldn't be deployed imo - sites should be deployed from trunk
instead of a branch (i.e. the 3.0 trunk is only going to get deployed
on top anyway, and that would be bad because it doesn't have 2.5 in
On Wed, Feb 24, 2010 at 12:52 AM, Bill Barker wrote:
>
>
> --
> From: "jean-frederic clere"
> Sent: Tuesday, February 23, 2010 11:48 PM
> To:
> Subject: Re: [VOTE] Release Commons Daemon 1.0.2 based on RC2
>
>> On 02/23/2010 09:02 AM, Mladen Turk w
On Wed, Feb 24, 2010 at 1:00 AM, Henri Yandell wrote:
> On Wed, Feb 24, 2010 at 12:52 AM, Bill Barker wrote:
>>
>>
>> --
>> From: "jean-frederic clere"
>> Sent: Tuesday, February 23, 2010 11:48 PM
>
On Wed, Feb 24, 2010 at 1:30 AM, Mark Thomas wrote:
> On 24/02/2010 09:05, Henri Yandell wrote:
>>
>> On Wed, Feb 24, 2010 at 1:00 AM, Henri Yandell wrote:
>>>
>>> On Wed, Feb 24, 2010 at
On Wed, Feb 24, 2010 at 1:39 AM, Henri Yandell wrote:
> On Wed, Feb 24, 2010 at 1:30 AM, Mark Thomas wrote:
>> On 24/02/2010 09:05, Henri Yandell wrote:
>>>
>>> On Wed, Feb 24, 2010 at 1:00 AM, Henri Yandell wrote:
>>>>
>>>> On Wed
There's a very in depth and bureaucratic membership process.
Q1: What's your login?
Q2: Have you answered Q1? :)
On the Convert codebase - don't feel the need to have to adapt the
existing one unless you want to base your code on it. Stick it in as
'ofbiz-convert' or something and we can argue th
Go for it. I think it's at the point now where you could do it and
apologize later if someone gets upset.
Hen
On Thu, Mar 4, 2010 at 11:05 AM, Gary Gregory
wrote:
> Good idea, +1.
>
> Gary Gregory
> Senior Software Engineer
> Seagull Software
> email: ggreg...@seagullsoftware.com
> email: ggreg.
Thanks Mladen/Adrian.
You've got karma to the sandbox now Adrian. Great to have you here,
and feel free to ask questions etc - you'll get lots of feedback.
Generally the aim is to follow the same approach as other projects in
terms of code style/build so that people can easily move over. Don't
do
Very close to 3.0. The major items remaining are:
* LANG-396 Investigate for vararg usages
Lots left on this one - we've not really vararg'd the API yet.
* LANG-456 HashCodeBuilder throws StackOverflowError
First step would be to make a unit test that is very simple and clear,
then
Thinking further on moving StringUtils to CharSequence, I'd like to
take the String left(String, int) method as an example. It depends on
substring(int, int), so is entirely possibly to move over to
subSequence(int, int).
Hypothetical new method:
CharSequence left(CharSequence, int)
The down
I find this a tricky one.
When it's explicitly referring to the type, CharSequence seems fine,
but to change the text that is talking about what a method does to:
"Work out a CharSequence's length"
It feels very unwieldy.
Do others find this weird, or is it just me?
On Sat, Mar 6, 2010 at 2:28
I think it does.
The choice of a new package name was a workaround rather than a
declaration of a different package, so the @since's still have value.
Hen
On Sat, Mar 6, 2010 at 5:13 PM, Gary Gregory
wrote:
> Looking at trunk I see that the @since tags are still there. Since the
> package o.a.
I'm betting it was a search and replace on "Jakarta announcements mailing list".
How about using the general Apache announce list?
On Thu, Mar 11, 2010 at 7:32 PM, sebb wrote:
> The page
>
> http://commons.apache.org/downloads/index.html
>
> says:
>
> "We recommend that you subscribe to the Comm
They go to issues at commons dot apache dot org; so possibly you've
got a non-behaving filter.
Here's the most recently created exec issue showing up:
http://markmail.org/message/4oenl6eirik7msv6
I see it in my gmail archives.
Hen
On Sat, Mar 27, 2010 at 12:56 AM, Siegfried Goeschl wrote:
> H
Possibly a query for IO too if it's 2.0 has large changes.
Given the large API changes in Lang 3.0 and Collections 4.0, a beta
release seems like a very useful thing (kudos to pbenedict for
convincing of me that months ago on IM :) ).
I'm interested in what advice and thoughts people might have o
>
> What about APIs that change from, for example, String to CharSequence, should
> these stay with the same @since tags, even if the Java version for the
> project of the @since version did not include the class CharSequence.
>
> Gary
>
>> -Original Message-
&
Interesting question.
I think it should - unless the method Modifier.isPublic method check
checks that already.
Have you tried a test case to see if this would return an invalid constructor?
On Thu, Mar 11, 2010 at 10:10 AM, D Sledge wrote:
> Looking at the method ConstructorUtils.getAccessible
Sorry for the delay Richard - for my part I've been a little too heads
down on Lang 3.0 and hadn't seen the email.
I don't think anyone is active in Primitives - but I'm happy to get
active and help get a release out. If you're still interested then
count me in.
If your interest has moved on, the
On Sat, Mar 27, 2010 at 4:30 PM, sebb wrote:
> On 27/03/2010, Gary Gregory wrote:
>> Hi Hen, well done to get the ball rolling. More below.
>>
>>
>> > -Original Message-
>> > From: Henri Yandell [mailto:flame...@gmail.com]
>> > Sent:
On Sat, Mar 27, 2010 at 3:43 PM, Phil Steitz wrote:
> Then respond to the pwd challenge with your shell account pwd (the
> push to people.apache.org is using scp, so you are authenticating to
> the box, not svn).
Btw - should be the same password now. LDAP is now behind both the box and svn.
He
On Sun, Mar 28, 2010 at 6:40 AM, Matt Benson wrote:
>
> On Mar 27, 2010, at 4:07 PM, Henri Yandell wrote:
>
>> Possibly a query for IO too if it's 2.0 has large changes.
>>
>> Given the large API changes in Lang 3.0 and Collections 4.0, a beta
>> release se
I'm noticing a bunch of sanselan questions on the user list without
answers - anyone active on sanselan?
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On Sun, Mar 28, 2010 at 10:29 AM, Matt Benson wrote:
>
> On Mar 28, 2010, at 11:29 AM, Henri Yandell wrote:
>
>> On Sun, Mar 28, 2010 at 6:40 AM, Matt Benson wrote:
>>>
>>> On Mar 27, 2010, at 4:07 PM, Henri Yandell wrote:
>>>
>>>> Pos
Unless anyone speaks up for it, I'm all for our making a Retired
section and moving Transaction to it. Possibly we could relabel
'Dormant' then to be more Sandbox focused and consider some others for
Retired (Attributes, Discovery, Modeler jump to mind).
Are the other useful parts worth putting in
2010/3/28 Rafał Krupiński :
> On 28.03.2010 20:13, Henri Yandell wrote:
>>
>> Unless anyone speaks up for it, I'm all for our making a Retired
>> section and moving Transaction to it. Possibly we could relabel
>> 'Dormant' then to be more Sandbox focus
2010/3/28 Phil Steitz :
> Niall Pemberton wrote:
>> On Sun, Mar 28, 2010 at 7:22 PM, Henri Yandell wrote:
>>> 2010/3/28 Rafał Krupiński :
>>>> On 28.03.2010 20:13, Henri Yandell wrote:
>>>>> Unless anyone speaks up for it, I'm all for our making
On Sun, Mar 28, 2010 at 3:43 PM, Phil Steitz wrote:
> Niall Pemberton wrote:
>> On Sun, Mar 28, 2010 at 11:19 PM, Phil Steitz wrote:
>>> bay...@apache.org wrote:
Author: bayard
Date: Sun Mar 28 17:28:02 2010
New Revision: 928454
URL: http://svn.apache.org/viewvc?rev=92845
On Sun, Mar 28, 2010 at 4:01 PM, Niall Pemberton
wrote:
> In *proper* only Jelly and Attributes don't have m2 builds (although
Attributes should go to dormant/retired/whatever. So no concerns.
> there is one for Jelly in a branch[1] that could replace the m1
With Maven and JIRA both having mov
+1 to the release. Release notes look good, pgp/md5/source-builds all check out.
I think Niall's question below should be better addressed in the text
in trunk, either by removing the Google entry in NOTICE as we have a
license to the ASF to distribute, or add an item to the LICENSE file;
but I do
Would love to see this.
I'll go and put the historic Lang ones together if you let me know how
you'd like it to look.
Hen
On Mon, Apr 5, 2010 at 9:16 AM, Gary Gregory
wrote:
> Seeing the discussion about [daemon] and not releasing made me think of
> another use for a test jar file.
>
> What I
On Mon, Apr 5, 2010 at 1:54 PM, sebb wrote:
> I think it might be useful to add a note regarding consistency between
> changes.xml, RELEASE-NOTES and JIRA.
>
> For example, if JIRA FOO-1234 is fixed in release 1.2, then IMO it
> should have a JIRA "fix" release of 1.2, and appear in the
> changes
The new package, org.apache.commons.lang3.text.translate, felt weird
as I started to write about it. It makes it sound like it handles
languages.
I'm going to change it to:
org.apache.commons.lang3.text.transform
Hen
-
To unsub
istent, class names should also go from *Translator to
> *Transformer, method names too.
>
> Gary Gregory
> Senior Software Engineer
> Seagull Software
> email: ggreg...@seagullsoftware.com
> email: ggreg...@apache.org
> www.seagullsoftware.com
>
>> -----Original Mes
;
> - Oliver
>
> 2010/3/29 Paul Benedict :
>> +1 to push any inactive projects to the attic. they can always be
>> moved back if real activity begins.
>>
>> 2010/3/28 Henri Yandell :
>>> 2010/3/28 Phil Steitz :
>>>> Niall Pemberton wrote:
>&g
and might need some help to accomplish
> the task. Maybe we can retire the concerned projects in a bulk and
> share the work?
>
> - Oliver
>
> 2010/4/7 Henri Yandell :
>> My method when consensus seems very likely but you want to ensure it's
>> explicit is to anno
Thanks all - sorry for that screwup. :(
I had the 2.5 tag checked out to do analysis for the 2.5 article I
wrote. Screwed up and used the wrong directory for this change.
Hen
On Wed, Apr 7, 2010 at 9:07 AM, Niall Pemberton
wrote:
> On Wed, Apr 7, 2010 at 2:51 PM, Niall Pemberton
> wrote:
>> On
On Wed, Apr 7, 2010 at 12:46 PM, sebb wrote:
> On 07/04/2010, Henri Yandell wrote:
>> Thanks all - sorry for that screwup. :(
>>
>> I had the 2.5 tag checked out to do analysis for the 2.5 article I
>> wrote. Screwed up and used the wrong directory for this change.
On Mon, Apr 12, 2010 at 11:48 PM, Jörg Schaible wrote:
> Hi Adrian,
>
> Adrian Crum wrote at Monday, 12. April 2010 18:20:
>
>> I'm looking at a recent trunk checkout of lang, and it looks like some
>> code exists for a forthcoming version 3. Is that correct?
>
> Yes.
>
>> If so, is there
>> a pro
Interesting questions - we've been Maven based for so long that
putting dependencies in SVN hasn't happened for a while.
What's your build structure, and how are the below used?
I like the notion of the svn:external for Dojo. Otherwise I'd be
tempted to have it in zip format and have the build un
On Sun, May 16, 2010 at 11:41 PM, Jörg Schaible wrote:
> Henri Yandell wrote:
>
>> Interesting questions - we've been Maven based for so long that
>> putting dependencies in SVN hasn't happened for a while.
>>
>> What's your build structure, and how a
Keep on going with the patch. My main concern is over why we're
forking the code rather than how to handle the public domain
'license'.
Hen
On Sun, May 16, 2010 at 10:10 PM, Jean-François MAUREL
wrote:
> Hi,
>
> I submitted a patch for lzma support (COMPRESS-111) and I have some
> correction on
On Mon, May 17, 2010 at 11:21 AM, Rahul Akolkar wrote:
> On Sun, May 16, 2010 at 11:25 PM, Jacob Beard wrote:
>> Hi,
>>
>> I'm currently working to prepare the initial commit for my Google
>> Summer of Code project. I have a quick question regarding external
>> libraries. My project currently use
Seems good.
On Tue, Jun 15, 2010 at 7:37 AM, Emmanuel Bourg wrote:
> Hi all,
>
> CLI2 has been moved to the sandbox but the related issues are still bound to
> the CLI project in JIRA. I'd like to clean this a bit to avoid any confusion
> and make sure it doesn't get in the way if ever CLI 1.x ev
I'd consider the former a bug, latter can piggyback along with it.
Release version would be 3.0.
On Sat, Jun 26, 2010 at 8:37 AM, Sean Mickey wrote:
> The Javadoc description for HashCodeBuilder.append(boolean) does not appear
> to match the implementation.
> And the reference to hashCode handlin
Here are example tarballs, jar and a site for a 3.0 beta:
http://people.apache.org/~bayard/commons-lang-3.0-beta/
The site isn't intended to be ready - that can be done later. What it
does right now is provide the relevant 3.0 reports.
What I'd like to know right now is if it looks good and whet
some more API change, albeit
> not many. To me beta suggest that the API is set and only bugs that
> won't change the API will be fixed.
>
> Anyway, looking forward to start using it, whatever you decide.
>
> SaM
>
> On Wed, Jun 30, 2010 at 9:43 AM, Henri Yandell wrote
On Wed, Jun 30, 2010 at 1:38 PM, sebb wrote:
> On 30/06/2010, Henri Yandell wrote:
>> Here are example tarballs, jar and a site for a 3.0 beta:
>>
>> http://people.apache.org/~bayard/commons-lang-3.0-beta/
>
> Is this basically the same code as in commons-lang-tru
On Thu, Jul 1, 2010 at 2:13 AM, sebb wrote:
> On 1 July 2010 03:23, Henri Yandell wrote:
>> On Wed, Jun 30, 2010 at 1:38 PM, sebb wrote:
>>> On 30/06/2010, Henri Yandell wrote:
>>>> Here are example tarballs, jar and a site for a 3.0 beta:
>>>>
>
I'm unable to go to ApacheCon this year.
Random ideas:
* Commons, the last 12 months.
* Commons, coming soon/what's in trunk.
* Commons - ideas for new components brainstorm session.
On Sat, Jul 3, 2010 at 6:49 AM, Phil Steitz wrote:
> We are in luck! Our friends in ComCom are creating a "trac
+1.
Agreed with all the non-blocking bits others pointed out. I compared
to 1.2.1 and none are a regression.
Hen
On Thu, Jul 15, 2010 at 3:33 AM, Jochen Wiedmann
wrote:
> Hi,
>
> I'd like to ask for a release of commons-fileupload 1.2.2. The
> proposed source and binary distributions as well as
+1. Sounds good.
Hen
On Fri, Jul 16, 2010 at 3:46 AM, Emmanuel Bourg wrote:
> Hi all,
>
> CLI is almost ready for a release. The latest issues have been resolved. The
> documentation still needs some work to better explain the subtleties of the
> command line parsing. I would really welcome some
+1 to go and change. Doesn't sound as though there is any issue if you
end up with two commons-daemons in your dependency tree.
Hen
On Wed, Jul 14, 2010 at 11:45 AM, sebb wrote:
> There is only one Daemon release in the Maven repo as far as I can
> make out - 1.0.1 - which is from way back in Ja
Context:
Releasing a beta version of the Lang 3.0 API for user feedback.
There aren't any major API changes expected, unless the community
raises them. The aim would be to _not_ put this in the Maven
repository.
SVN tag:
http://svn.apache.org/repos/asf/commons/proper/lang/tags/LANG_3_0_B1/
On Wed, Jul 21, 2010 at 4:10 AM, sebb wrote:
> On 21 July 2010 12:02, James Carman wrote:
>> On Wed, Jul 21, 2010 at 6:58 AM, sebb wrote:
>>>
>>> What is the licence for the Spring Framework code mentioned in NOTICE?
>>>
>>
>> Spring is Apache License 2.0
>
> OK, this needs to be documented in N
Thanks for the feedback sebb; comments inline:
On Wed, Jul 21, 2010 at 3:58 AM, sebb wrote:
> On 21 July 2010 01:01, Henri Yandell wrote:
>> Context:
>>
>> Releasing a beta version of the Lang 3.0 API for user feedback.
>> There aren't any major API change
On Wed, Jul 21, 2010 at 8:39 AM, sebb wrote:
> On 21 July 2010 16:23, Henri Yandell wrote:
>> Thanks for the feedback sebb; comments inline:
>>
>> On Wed, Jul 21, 2010 at 3:58 AM, sebb wrote:
>>> On 21 July 2010 01:01, Henri Yandell wrote:
>>&g
On Wed, Jul 21, 2010 at 8:31 AM, sebb wrote:
> On 21 July 2010 16:12, Henri Yandell wrote:
>> On Wed, Jul 21, 2010 at 4:10 AM, sebb wrote:
>>> On 21 July 2010 12:02, James Carman wrote:
>>>> On Wed, Jul 21, 2010 at 6:58 AM, sebb wrote:
>>>>>
>&
On Wed, Jul 21, 2010 at 6:10 PM, Phil Steitz wrote:
> Henri Yandell wrote:
>> Context:
>>
>> Releasing a beta version of the Lang 3.0 API for user feedback.
>> There aren't any major API changes expected, unless the community
>> raises them. The aim w
I was -1, but the below is a good argument. +1.
On Thu, Jul 22, 2010 at 12:08 PM, James Carman
wrote:
> Well, I think changing the artifactId right now would be the way to
> go. That keeps things consistent. If we move to org.apache.commons
> groupId now and don't change the artifactId and then
o make sure all this is fixed before we "release" a beta.
>
> James
>
> On Thu, Jul 22, 2010 at 3:11 PM, Henri Yandell wrote:
>> I was -1, but the below is a good argument. +1.
>>
>> On Thu, Jul 22, 2010 at 12:08 PM, James Carman
>> wrote:
>>&g
e vote?
>
> On Thu, Jul 22, 2010 at 3:59 PM, Henri Yandell wrote:
>
>> Just let me know when everything is resolved and I can repeat :)
>>
>>
>
-
To unsubscribe, e-mail: dev-unsubscr...@commons.a
Context:
Releasing a beta version of the Lang 3.0 API for user feedback.
There aren't any major API changes expected, unless the community
raises them. The aim would be to _not_ put this in the Maven
repository.
Update from Beta-1:
No. :)
On Sat, Jul 24, 2010 at 6:51 AM, James Carman
wrote:
> My IDE shows some findbugs warnings on the code. Should we clean this
> stuff up first?
>
> On Fri, Jul 23, 2010 at 3:33 PM, Henri Yandell wrote:
>> Context:
>>
>> Releasing a beta version of the
501 - 600 of 1072 matches
Mail list logo
