Le 12/11/2011 00:27, Emmanuel Bourg a écrit :
> Hi,
>
> It seem that unescaping unicode escape sequences (\u1234) in input
> stream is a common need. [configuration] does it for
> PropertiesConfiguration, and [csv] can also decode these sequences
> optionally.
>
> In the other direction, there is
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-proxy-test has an issue affecting its community integration.
This
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-vfs2-test has an issue affecting its community integration.
This i
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-exec-test has an issue affecting its community integration.
This i
At present, BSF, BCEL and JCS downloads still use /dist/jakarta/.
I've just started the process of moving JMeter files to the new JMeter
TLP, so I thought I might as well do the same for the remaining
Jakarta downloads.
This is what I propose for the Commons moves:
- copy (cp -p) archives, sigs,
Hi,
It seem that unescaping unicode escape sequences (\u1234) in input
stream is a common need. [configuration] does it for
PropertiesConfiguration, and [csv] can also decode these sequences
optionally.
In the other direction, there is also a need to escape unicode
characters not supported
+1.
Issue found appears related to the 22 parent. Not a blocker for
general users (and easy to work around if hit).
Hen
On Wed, Nov 9, 2011 at 11:13 PM, Henri Yandell wrote:
>
> [ ] +1
> [ ] -1, with reason
>
>
> Hen
>
--
Thanks Jörg.
On Fri, Nov 11, 2011 at 2:39 PM, Jörg Schaible wrote:
> Well, building 3.1 with 21 parent (as 3.0.1) let's 3.1 succeed also.
> Therefore +1 for 3.1, but I really wonder what triggers this with the 22
> parent and Java 7 on our 64-bit Linux machines.
Hi Hen,
Jörg Schaible wrote:
> Hi Hen,
>
> Henri Yandell wrote:
>
>> What about if you svn export the 3.0.1 tag?
>>
>> ie) I'm interested in whether this is a regression or not. :)
>
> Works, no problem, it's a regression. Seeesh, strange this is ... :-/
Well, building 3.1 with 21 parent (as
Hi Hen,
Henri Yandell wrote:
> What about if you svn export the 3.0.1 tag?
>
> ie) I'm interested in whether this is a regression or not. :)
Works, no problem, it's a regression. Seeesh, strange this is ... :-/
- Jörg
-
To u
JAXB2 seems to be the item that comes up the most as Java6 dependent.
Hen
On Fri, Nov 11, 2011 at 1:33 PM, James Ring wrote:
> I thought there were only a handful of significant changes between java 5
> and 6. Also java 5 has been end-of-lifed since October 2009.
> On Nov 10, 2011 7:51 PM, "Emma
What about if you svn export the 3.0.1 tag?
ie) I'm interested in whether this is a regression or not. :)
Hen
On Fri, Nov 11, 2011 at 10:50 AM, Jörg Schaible wrote:
> James Carman wrote:
>
>> The following work fine...
>>
>> http://svn.apache.org/repos/asf/commons/proper/lang/trunk
>
> Works fi
Could you spin a JIRA issue for the test jar manifest? Doesn't feel
like a blocker, but might be worth someone with the itch fixing.
Hen
On Fri, Nov 11, 2011 at 12:03 PM, Oliver Heger
wrote:
> For the records: I don't get any test failures with Java 5 or 6 on Windows.
> I did not find any other
I thought there were only a handful of significant changes between java 5
and 6. Also java 5 has been end-of-lifed since October 2009.
On Nov 10, 2011 7:51 PM, "Emmanuel Bourg" wrote:
> Le 09/11/2011 13:59, Gary Gregory a écrit :
>
>> +1.
>>
>> You can even make it use Java 6 as far as I'm concer
For the records: I don't get any test failures with Java 5 or 6 on
Windows. I did not find any other problems with the RC either.
One minor thing: The test jar has the same manifest as the normal jar.
This is probably not a big issue, but a bit inconsistent.
Oliver
Am 10.11.2011 08:13, schri
+1altho, i'd think that
@CSVField(trim = true)
would often want to be applied at the class level, so many the name isn't so
good
@CSVOptions ? - Original Message -From: "Emmanuel Bourg"
>;ebo...@apache.org
Hi all,
I'm trying to figure out how to design the CSV API to make it simple and
elegant. I'd like to get some feedback on the ideas I'm considering.
The focus is on the base package, the writer package contains an
alternative implementation that is likely to be merged or removed.
Currently
James Carman wrote:
> The following work fine...
>
> http://svn.apache.org/repos/asf/commons/proper/lang/trunk
Works fine for me also. I am not sure I understand this. Especially since
there seems no difference to the trunk:
=== %< =
~/src/Commons/proper/lan
Very weird then. What's different with the source that failed and trunk?
Hen
On Fri, Nov 11, 2011 at 9:32 AM, James Carman
wrote:
> The following work fine...
>
> http://svn.apache.org/repos/asf/commons/proper/lang/trunk
> http://svn.apache.org/repos/asf/commons/proper/lang/tags/LANG_3_0/
> http
The following work fine...
http://svn.apache.org/repos/asf/commons/proper/lang/trunk
http://svn.apache.org/repos/asf/commons/proper/lang/tags/LANG_3_0/
http://svn.apache.org/repos/asf/commons/proper/lang/tags/LANG_3_0_1/
using the same configuration as below. Do you need me to try Java 1.6 also?
Can you test trunk, 3.0.1 and 3.0 and see what you get?
Hen
On Fri, Nov 11, 2011 at 5:39 AM, James Carman
wrote:
> -1 to release, test failures
>
> Results :
>
> Failed tests:
> testReflectionHierarchy(org.apache.commons.lang3.builder.ToStringBuilderTest)
> testReflectionArrayCycle(org.apache.c
-1 to release, test failures
Results :
Failed tests:
testReflectionHierarchy(org.apache.commons.lang3.builder.ToStringBuilderTest)
testReflectionArrayCycle(org.apache.commons.lang3.builder.ToStringBuilderTest)
testReflectionArrayCycleLevel2(org.apache.commons.lang3.builder.ToStringBuilderTes
Le 10/11/2011 23:39, Gilles Sadowski a écrit :
> Hi.
>
>> [...]
>
>>
>> Another argument for not hiding the mapping is that another poor
man's
>> approach is to use a penalty (when the optimizer's "guess" falls
out of
>> bounds) and I wonder whether some algorithm cou
On Fri, Nov 11, 2011 at 12:28 AM, Henri Yandell wrote:
> On Thu, Nov 10, 2011 at 11:06 PM, Jörg Schaible
> wrote:
>>
>> As reported, I tested with the Linux version. Anyone else?
>
> I was on the 586 Linux tar.gz; though it was within a Debian image
> inside VirtualBox on a Mac.
Can you do some
On Thu, Nov 10, 2011 at 11:06 PM, Jörg Schaible
wrote:
> Gary Gregory wrote:
>
>> I do not see the Java 7 error reported in this thread.
>>
>> Is it random or does it happen all the time?
>
> I ran it twice and it failed twice with the same errors.
>
>> I tested with:
>>
>> Apache Maven 3.0.3 (r10
25 matches
Mail list logo
