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
On Sun, Mar 28, 2010 at 6:40 AM, Matt Benson gudnabr...@gmail.com 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 seems like a very useful thing
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 gudnabr...@gmail.com wrote:
On Mar 28, 2010, at 11:29 AM, Henri Yandell wrote:
On Sun, Mar 28, 2010 at 6:40 AM, Matt Benson gudnabr...@gmail.com wrote:
On Mar 27, 2010, at 4:07 PM, Henri Yandell wrote:
Possibly a query for IO too if it's 2.0
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
2010/3/28 Rafał Krupiński r.krupin...@gmail.com:
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 focused and consider some others
2010/3/28 Phil Steitz phil.ste...@gmail.com:
Niall Pemberton wrote:
On Sun, Mar 28, 2010 at 7:22 PM, Henri Yandell flame...@gmail.com wrote:
2010/3/28 Rafał Krupiński r.krupin...@gmail.com:
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 phil.ste...@gmail.com wrote:
Niall Pemberton wrote:
On Sun, Mar 28, 2010 at 11:19 PM, Phil Steitz phil.ste...@gmail.com wrote:
bay...@apache.org wrote:
Author: bayard
Date: Sun Mar 28 17:28:02 2010
New Revision: 928454
URL:
On Sun, Mar 28, 2010 at 4:01 PM, Niall Pemberton
niall.pember...@gmail.com 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
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
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
wrote:
Fair enough.
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-
From: Henri Yandell
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 david.sle...@yahoo.com wrote:
Looking at the method
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,
On Sat, Mar 27, 2010 at 4:30 PM, sebb seb...@gmail.com wrote:
On 27/03/2010, Gary Gregory ggreg...@seagullsoftware.com wrote:
Hi Hen, well done to get the ball rolling. More below.
-Original Message-
From: Henri Yandell [mailto:flame...@gmail.com]
Sent: Saturday, March 27
On Sat, Mar 27, 2010 at 3:43 PM, Phil Steitz phil.ste...@gmail.com 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
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 seb...@gmail.com wrote:
The page
http://commons.apache.org/downloads/index.html
says:
We recommend that you subscribe to
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
ggreg...@seagullsoftware.com wrote:
Looking at trunk I see that the @since tags are still
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,
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
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
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
On Wed, Feb 24, 2010 at 1:00 AM, Henri Yandell flame...@gmail.com wrote:
On Wed, Feb 24, 2010 at 12:52 AM, Bill Barker billwbar...@verizon.net wrote:
--
From: jean-frederic clere jfcl...@gmail.com
Sent: Tuesday, February 23, 2010 11:48 PM
On Wed, Feb 24, 2010 at 1:30 AM, Mark Thomas ma...@apache.org wrote:
On 24/02/2010 09:05, Henri Yandell wrote:
On Wed, Feb 24, 2010 at 1:00 AM, Henri Yandellflame...@gmail.com wrote:
On Wed, Feb 24, 2010 at 12:52 AM, Bill Barkerbillwbar...@verizon.net
wrote
On Wed, Feb 24, 2010 at 1:39 AM, Henri Yandell flame...@gmail.com wrote:
On Wed, Feb 24, 2010 at 1:30 AM, Mark Thomas ma...@apache.org wrote:
On 24/02/2010 09:05, Henri Yandell wrote:
On Wed, Feb 24, 2010 at 1:00 AM, Henri Yandellflame...@gmail.com wrote:
On Wed, Feb 24, 2010 at 12:52 AM
+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
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
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 raj...@wso2.com wrote:
Ralph,
Thanks for the information. I still
On Sun, Feb 7, 2010 at 12:00 AM, Henri Yandell flame...@gmail.com wrote:
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
Thanks - cool to know.
On Sat, Feb 6, 2010 at 7:45 PM, Rajika Kumarasiri raj...@wso2.com 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 flame...@gmail.com wrote:
That probably will fail (should do I think
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
niall.pember...@gmail.com 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
null - null makes sense. +1.
On Tue, Feb 2, 2010 at 12:53 PM, Matt Benson gudnabr...@gmail.com 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
On Sat, Jan 16, 2010 at 4:08 AM, sebb seb...@gmail.com wrote:
On 16/01/2010, bay...@apache.org bay...@apache.org wrote:
Author: bayard
Date: Sat Jan 16 07:58:11 2010
New Revision: 899895
URL: http://svn.apache.org/viewvc?rev=899895view=rev
Log:
Adding String lazy caching
Modified:
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 seb...@gmail.com wrote:
LANG-581 was raised against 2.4, but applies to Lang3 as well, which I
have fixed.
Is
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
, and
extended JDK collections - BidiMap, Bag, Trie.
+1 as I doubt any more reasonable approach exists.
-Matt
Stephen
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
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
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 simone.trip...@gmail.com wrote:
Hi Jochen,
first of all nice to meet you :) There
+1
On Wed, Jan 6, 2010 at 6:45 PM, sebb seb...@gmail.com 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
Noting that the builder package issues are the major 3.0 area of work remaining.
, 2010 at 1:09 AM, Henri Yandell flame...@gmail.com 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=truepid=12310481fixfor=12311714resolution=-1sorter/field=summarysorter/order=ASCsorter/field
and Lang anyway.
Hen
On Wed, Dec 30, 2009 at 3:58 AM, Benson Margulies bimargul...@gmail.com 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, 2009 at 5:18 AM, Henri
On Sat, Jan 2, 2010 at 9:11 AM, Phil Steitz phil.ste...@gmail.com 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 easy add to Collections
On Sat, Jan 2, 2010 at 10:02 AM, Henri Yandell flame...@gmail.com wrote:
On Sat, Jan 2, 2010 at 9:11 AM, Phil Steitz phil.ste...@gmail.com wrote:
One final comment is that a logical alternative is to just split
[collections] internally into multiple pieces with separate release
cycles
On Sat, Jan 2, 2010 at 10:45 AM, Phil Steitz phil.ste...@gmail.com 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 instructive, but sort
On Sat, Jan 2, 2010 at 12:36 PM, Paul Benedict pbened...@apache.org 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
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
oliver.he...@oliver-heger.de wrote:
In order to change the minimum required JDK to 1.4
On Sat, Jan 2, 2010 at 1:34 PM, Paul Benedict pbened...@apache.org 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
On Sat, Jan 2, 2010 at 1:57 PM, Paul Benedict pbened...@apache.org 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
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 phil.ste...@gmail.com 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.
Seems fine to me.
On Thu, Dec 24, 2009 at 11:37 AM, Oliver Heger
oliver.he...@oliver-heger.de 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
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:
Better 3.0 specific link:
https://issues.apache.org/jira/secure/BrowseVersion.jspa?id=12310481versionId=12311714showOpenIssuesOnly=true
On Wed, Dec 16, 2009 at 12:42 AM, Henri Yandell flame...@gmail.com wrote:
I added some components to the JIRA project:
https://issues.apache.org/jira
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
On Sat, Dec 12, 2009 at 5:18 AM, sebb seb...@gmail.com wrote:
On 12/12/2009, Henri Yandell flame...@gmail.com 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, 80 patches
On Mon, Dec 14, 2009 at 12:03 AM, Henri Yandell flame...@gmail.com wrote:
On Sat, Dec 12, 2009 at 5:18 AM, sebb seb...@gmail.com wrote:
On 12/12/2009, Henri Yandell flame...@gmail.com wrote:
Updating status again.
* 103 resolved issues out of 161. From Sep 6 we resolved 38 issues and
had
being developed
https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=truepid=12310481fixfor=12311714resolution=-1sorter/field=prioritysorter/order=DESC
Hen
On Sun, Sep 6, 2009 at 3:37 PM, Henri Yandell flame...@gmail.com wrote:
Thought I'd share the status of Lang 3.0.
* 65
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 Pool
On Wed, Dec 9, 2009 at 11:54 PM, Jörg Schaible joerg.schai...@gmx.de wrote:
Paul Benedict wrote at Mittwoch, 9. Dezember 2009 20:16:
I hope to see org.apache.commons:commons-lang:3.0
No, not if it is no longer backwards compatible to 2.0 APIs.
2.0 is: commons-lang:commons-lang:3.0.
So
On Thu, Dec 10, 2009 at 4:04 AM, sebb seb...@gmail.com wrote:
On 10/12/2009, Henri Yandell (JIRA) j...@apache.org wrote:
[
https://issues.apache.org/jira/browse/LANG-392?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell closed LANG-392
Btw, useful link that shows you the patches (or at least attachments)
you currently have on open tickets:
On Sun, Nov 29, 2009 at 1:32 PM, Paul Benedict pbened...@apache.org wrote:
On Sun, Nov 29, 2009 at 3:26 PM, Stephen Colebourne
scolebou...@btopenworld.com wrote:
Paul Benedict wrote:
I want to rename isTrue to validateArgument (which throws
IllegalArgumentException); then also introduce
are not
verb-ified. The whole static import discussion is just an additional
benefit.
What I would like to focus on is having a common verb in front of all.
Saying notNull is a statement, not an action. Is that really what we
want to keep?
Paul
On Sun, Nov 29, 2009 at 9:31 PM, Henri Yandell flame
On 11/30/2009 1:31 AM, Henri Yandell wrote:
Validate isn't a verb?
On Sun, Nov 29, 2009 at 9:06 PM, Paul Benedictpbened...@apache.org
wrote:
I am not catering to static imports. I am catering towards a
consistent naming convention. If you compare our names to what exists
in Spring's
+1 to removing the overloaded variants now that autoboxing is available.
Hen
On Tue, Nov 24, 2009 at 4:22 PM, Paul Benedict pbened...@apache.org wrote:
I understand why this method exists:
public static void isTrue(boolean expression, String message, Object value)
But why do these variants
What are the pros and cons?
On Wed, Nov 25, 2009 at 9:16 PM, Paul Benedict pbened...@apache.org wrote:
If we want to implement LANG-508 (Validate: add message parameter
construction via elllipsis notation to speed up processing), I am
really concerned with the many overloaded versions of
On Mon, Nov 23, 2009 at 7:24 AM, Phil Steitz phil.ste...@gmail.com wrote:
As
Torsten pointed out, the difficulty managing multi-releases is
also not to be underestimated. IMO we do not do as good a job as we
should releasing often and early in Commons and I would be hesitant
to make a change
On Mon, Nov 23, 2009 at 9:58 AM, Luc Maisonobe luc.maison...@free.fr wrote:
Torsten Curdt a écrit :
We use some commons projects in one of our commercial products that
uses in-browser applets. Size is very important for some of our
customers who have clients connecting in from geographically
On Sun, Nov 22, 2009 at 4:33 PM, Stephen Colebourne
scolebou...@btopenworld.com wrote:
Niall Pemberton wrote:
[X] +1 Yes lets sponsor it
[ ] -1 No because...
+1.
[X] +1 Use the Commons mailing lists
[ ] -1 Bad idea because...
+1, and I'm hoping we do lots more incubations for Commons.
On Thu, Nov 19, 2009 at 9:24 AM, Paul Benedict pbened...@apache.org wrote:
On Thu, Nov 19, 2009 at 1:39 AM, Henri Yandell flame...@gmail.com wrote:
Your argument being that the JDK and others do NPE when null? i.e. NPE
= IAE(null)?
Yes. Some things to note:
* The JDK does
On Wed, Nov 18, 2009 at 7:40 PM, Paul Benedict pbened...@apache.org wrote:
On Wed, Nov 18, 2009 at 12:35 AM, Henri Yandell flame...@gmail.com wrote:
On Tue, Nov 17, 2009 at 10:04 PM, Paul Benedict pbened...@apache.org wrote:
I would like to make the following changes. Looking for some feedback
On Mon, Nov 16, 2009 at 11:54 PM, Henri Yandell flame...@gmail.com wrote:
On Mon, Nov 16, 2009 at 11:48 PM, Henri Yandell flame...@gmail.com wrote:
kill EscapeUtils/UnescapeUtils and make StringEscapeUtils undeprecated
and the intended front door.
I'll do that. Delete EscapeUtils
Agreed. I'd never read the javadoc which suggests collections usage
and had assumed we had grander schemes.
Is ObjectUtils.NULL worth keeping?
Hen
On Tue, Nov 17, 2009 at 3:01 AM, Paul Benedict pbened...@apache.org wrote:
The use of ObjectUtils.NULL seems esoteric. If you didn't write this
On Mon, Nov 16, 2009 at 11:48 PM, Henri Yandell flame...@gmail.com wrote:
On Mon, Nov 16, 2009 at 10:16 AM, Paul Benedict pbened...@apache.org wrote:
* Is there any benefit to making NumberUtils.min/max accept a variable
arguments over a single array?
Seems good.
From LANG-396
On Mon, Nov 16, 2009 at 1:10 PM, Jörg Schaible joerg.schai...@gmx.de wrote:
Hi Hen,
Henri Yandell wrote at Samstag, 14. November 2009 10:32:
Wrapping 5 ArrayUtils issues up in one email to see if we can make
decisions on them.
LANG-470 Add containsAll(Object[], Object[]) methods
On Mon, Nov 16, 2009 at 10:16 AM, Paul Benedict pbened...@apache.org wrote:
* I think org.apache.commons.lang.math should be refactored and removed:
* Fraction has nothing to do with this library and belongs in
Commons Math. I see it so closely align to higher Math functions and
not the JDK.
Wrapping 5 ArrayUtils issues up in one email to see if we can make
decisions on them.
LANG-470Add containsAll(Object[], Object[]) methods to ArrayUtils
LANG-531Add defaultIfEmpty or nullIfEmpty to ArrayUtils
LANG-536Add isSorted() to ArrayUtils
LANG-537Add
Various JIRA issues building up on Logging.
Do we have any plans for more Logging releases? Ignoring the obvious
that something could mean doing a 1.1.2 release.
Hen
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
The 2.0 version was abandoned and finally ended up moving out of a
branch and into the sandbox as a separate component. No plans that I
know of to release something that no one wants to support - but feel
free to get involved and invite others to get involved if there are
Apache projects who want
On Sun, Oct 25, 2009 at 4:02 AM, sebb seb...@gmail.com wrote:
On 25/10/2009, Henri Yandell flame...@gmail.com wrote:
On Sat, Oct 24, 2009 at 4:05 AM, Stephen Colebourne
scolebou...@btopenworld.com wrote:
bay...@apache.org wrote:
URL: http://svn.apache.org/viewvc?rev=826960view=rev
On Sat, Oct 24, 2009 at 4:05 AM, Stephen Colebourne
scolebou...@btopenworld.com wrote:
bay...@apache.org wrote:
URL: http://svn.apache.org/viewvc?rev=826960view=rev
Log:
Moved identityToString(StringBuffer, Object) to
identityToString(Appendable, Object) per LANG-542
@@ -178,13 +178,17 @@
+!
On Thu, Oct 22, 2009 at 11:17 PM, Paul Benedict pbened...@apache.org wrote:
+1
On Thu, Oct 22, 2009 at 9:33 PM, Niall Pemberton
niall.pember...@gmail.com wrote:
The current trunk in the validator2 sandbox is a copy of the Validator
1.4 code from commons proper - but I think we should
Should it be merged with a Java6 version? IIRC Java6 changed the JDBC API?
Hen
On Thu, Oct 22, 2009 at 3:30 AM, Julien Aymé julien.a...@gmail.com wrote:
Hi all,
There was a lot of work done for last 1.2 release, thanks to Dan,
Henri, Liam and others :-) , which is great.
Yet, the feature I
On Tue, Sep 15, 2009 at 9:21 AM, Jörg Schaible joerg.schai...@gmx.de wrote:
Henri Yandell wrote:
Question becomes what to do with the two JIRA projects that are now one.
You mean the versions of COLLECTIONS project?
My suggestion:
---
Rename 3.3 to 4.0
Bulk edit Generics version to 4.0
On Sun, Oct 18, 2009 at 4:28 AM, sebb seb...@gmail.com wrote:
On 18/10/2009, bay...@apache.org bay...@apache.org wrote:
Author: bayard
Date: Sun Oct 18 07:25:59 2009
New Revision: 826370
URL: http://svn.apache.org/viewvc?rev=826370view=rev
Log:
Implementing an option to
On Sun, Oct 18, 2009 at 12:49 PM, Henri Yandell flame...@gmail.com wrote:
Fair enough on the threading though. I'll move to constructor as I
can't think of anything better.
Rambling out loud.
Better (for API scaling):
enum FooParam { various PARAM options}
constructor: Foo(FooParam... fp
UnicodeUnescaper(UnicodeUnescaper.PARAM.escapePlus);
with the advantage for us being that we can add options to a class
without API problems.
Hen
On Sun, Oct 18, 2009 at 1:04 PM, Henri Yandell flame...@gmail.com wrote:
On Sun, Oct 18, 2009 at 12:49 PM, Henri Yandell flame...@gmail.com wrote:
Fair
Walked away. Pondered. Came back.
s/Param/Option on the below. A Parameter is a user supplied value; an
Option is a user supplied choice. I'm talking about the latter.
On Sun, Oct 18, 2009 at 1:21 PM, Henri Yandell flame...@gmail.com wrote:
Which ended up looking like:
public static enum
On Sun, Oct 18, 2009 at 6:45 PM, sebb seb...@gmail.com wrote:
On 18/10/2009, bay...@apache.org bay...@apache.org wrote:
Author: bayard
Date: Sun Oct 18 20:14:30 2009
New Revision: 826514
URL: http://svn.apache.org/viewvc?rev=826514view=rev
Log:
Sebb pointed out that the implementation
On Thu, Oct 15, 2009 at 1:34 AM, Jörg Schaible joerg.schai...@gmx.de wrote:
--- Weitergeleitete Nachricht (Anfang)
Betreff: svn commit: r825420 - in /commons/proper/lang/trunk/src:
java/org/apache/commons/lang/ClassUtils.java
test/org/apache/commons/lang/ClassUtilsTest.java
Though it wouldn't make Gump's life any easier. In fact life would get
worse until they set up a separate v3 version anyway. Which I think is
what's happened for Lang.
On Thu, Sep 17, 2009 at 8:47 AM, Matt Benson gudnabr...@yahoo.com wrote:
This probably just exemplifies why we need to change
On Thu, Sep 17, 2009 at 9:08 PM, Stefan Bodewig bode...@apache.org wrote:
On 2009-09-18, Stefan Bodewig bode...@apache.org wrote:
On 2009-09-17, Henri Yandell flame...@gmail.com wrote:
Though it wouldn't make Gump's life any easier. In fact life would get
worse until they set up a separate
On Thu, Sep 17, 2009 at 9:00 PM, Stefan Bodewig bode...@apache.org wrote:
On 2009-09-17, Henri Yandell flame...@gmail.com wrote:
Though it wouldn't make Gump's life any easier. In fact life would get
worse until they set up a separate v3 version anyway. Which I think is
what's happened
Hi James,
If you could open a JIRA item up at
http://issues.apache.org/jira/browse/COLLECTIONS - then it won't get
forgotten. Currently the focus is on having just merged in a divergent
branch and shifting gears from working on 3.3 to 4.0.
Thanks for putting Collections in Solaris. Is there
On Tue, Sep 15, 2009 at 10:11 AM, Matt Benson gudnabr...@yahoo.com wrote:
--- On Tue, 9/15/09, Henri Yandell flame...@gmail.com wrote:
From: Henri Yandell flame...@gmail.com
Subject: [collections] merging collections - DONE
To: Commons Developers List dev@commons.apache.org
Date: Tuesday
On Sun, Sep 13, 2009 at 9:08 PM, Henri Yandell flame...@gmail.com wrote:
Tests compile (under Maven). 4 serialization ones fail when running -
will dig into. Might be a merging issue with .obj files and id values
in classes.
Fixed these btw by setting serialVersionUIDs to the previous values
it in the long term.
Also should mean that JIRA will pick up the merge for each issue too.
On Sun, Sep 13, 2009 at 5:38 PM, Henri Yandell flame...@gmail.com wrote:
Side thought if anyone feels like having an opinion.
Which is better?
a) One big commit, merging the branch in in one go (the usual
501 - 600 of 916 matches
Mail list logo