My time is limited these days but I should be able to shepherd/RM a 2.4.1.
I'll look up the laundry list of stuff that needs to be addressed. Feel free to
suggest too ;)
Thank you,
Gary
> -Original Message-
> From: Henri Yandell [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, April 08, 2008
Sure - if you're up for being the RM :)
I've a week and a half of freedom left - I suspect it would take a bit
longer to get a 2.4.1 out.
Hen
On Wed, Apr 2, 2008 at 2:16 PM, Gary Gregory
<[EMAIL PROTECTED]> wrote:
> Arg, is there any interest in pushing out a 2.4.1 for this?
>
> Thank you,
> G
On Tue, Apr 8, 2008 at 3:38 PM, sebb <[EMAIL PROTECTED]> wrote:
> How many CPUs does the system have?
It's a dual core laptop.
> I raised JIRA NET-213 to record the bug you reported.
Thanks!
> Do you see any problem with always using the default platform encoding
> when converting the line
> > I have a patch available for adding file permission support
> > to the VMSEntryParser, in case anybody is interested --
> > it's not critical, though.
>
> Perhaps create a JIRA enhancement and attach it?
Done,
https://issues.apache.org/jira/browse/NET-214
Cheers,
--
Martin Oberhuber, Senior
On 08/04/2008, Niklas Gustavsson <[EMAIL PROTECTED]> wrote:
> On Tue, Apr 8, 2008 at 12:11 PM, sebb <[EMAIL PROTECTED]> wrote:
> > On 08/04/2008, Niklas Gustavsson <[EMAIL PROTECTED]> wrote:
> > > My bad, the branches/NET_2_0 actually gives the following test failures:
> > >
> >
> > which J
On Tue, Apr 8, 2008 at 12:11 PM, sebb <[EMAIL PROTECTED]> wrote:
> On 08/04/2008, Niklas Gustavsson <[EMAIL PROTECTED]> wrote:
> > My bad, the branches/NET_2_0 actually gives the following test failures:
> >
>
> which JVM are you using for this?
>
> I don't see the error in 1.5.0 or 1.6.0 (Sun/
yes, security is another issue. thanks for pointing that. just forget my idea.
On Tue, Apr 8, 2008 at 5:42 PM, Jörg Schaible
<[EMAIL PROTECTED]> wrote:
> Mario Ivankovits wrote:
> > Hi!
> >>> JSON is a subset of Javascript,
> >>> so we can use a simple call "eval()" to parse the
> > configurat
I haven't considered all things. You are right. We also have to
support Java 1.x. Forget my idea :)
On Tue, Apr 8, 2008 at 5:28 PM, Emmanuel Bourg <[EMAIL PROTECTED]> wrote:
> This is an interesting idea and could be a way to provide quickly an initial
> implementation of the JSON format. However
On Tue, Apr 8, 2008 at 12:34 PM, Siegfried Goeschl
<[EMAIL PROTECTED]> wrote:
> 1) Legal Stuff
> =
> the ASL is missing in the parent pom
That's most possibly a deployment problem. I do not remember the exact
syntax, but i
On Tue, Apr 8, 2008 at 11:34 AM, Siegfried Goeschl
<[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> I'm currently looking at moving Fulcrum to M2 and would like to use the
> grunge work you did on commons-parent - looking at it I have a few
> questions/improvements ...
>
> 1) Legal Stuff
> ===
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=74612&projectId=155
Build statistics:
State: Ok
Previous State: Failed
Started at: Tue 8 Apr 2008 03:36:11 -0700
Finished at: Tue 8 Apr 2008 03:37:45 -0700
Total time: 1m 33s
Build Trigger: Schedule
Build Numbe
Hi folks,
I'm currently looking at moving Fulcrum to M2 and would like to use the
grunge work you did on commons-parent - looking at it I have a few
questions/improvements ...
1) Legal Stuff
=
the ASL is missing in the pa
On 08/04/2008, Niklas Gustavsson <[EMAIL PROTECTED]> wrote:
> My bad, the branches/NET_2_0 actually gives the following test failures:
>
which JVM are you using for this?
I don't see the error in 1.5.0 or 1.6.0 (Sun/WinXP).
> Tests in error:
> testInitial(org.apache.commons.net.telnet.TelnetC
Mario Ivankovits wrote:
> Hi!
>>> JSON is a subset of Javascript,
>>> so we can use a simple call "eval()" to parse the
> configuration file.
> Wouldn't that be dangerous for something like "script injection"?
> One might be able to pass in a faked JSON string with some
> code in there
> which will
Hi!
>> JSON is a subset of Javascript,
>> so we can use a simple call "eval()" to parse the configuration file.
Wouldn't that be dangerous for something like "script injection"?
One might be able to pass in a faked JSON string with some code in there
which will be executed on eval() then, no?
Ciao
This is an interesting idea and could be a way to provide quickly an
initial implementation of the JSON format. However the scripting API is
only available in Java 6, and Commons Configuration 2.0 targets Java 5
(Commons Configuration 1.x is stuck with the Java 1.3 compatibility). In
the end we
This is an interesting idea and could be a way to provide quickly an
initial implementation of the JSON format. However the scripting API is
only available in Java 6, and Commons Configuration 2.0 targets Java 5
(Commons Configuration 1.x is stuck with the Java 1.3 compatibility). In
the end we
hi all configuration devs,
I have a simple and straightforward idea on JSON format. Since Java 6
suppports scripting in Java, it include the Mozilla Rhino engine for
the JavaScript programming language. JSON is a subset of Javascript,
so we can use a simple call "eval()" to parse the configuration
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=74527&projectId=538
Build statistics:
State: Failed
Previous State: Failed
Started at: Tue 8 Apr 2008 01:02:55 -0700
Finished at: Tue 8 Apr 2008 01:03:27 -0700
Total time: 32s
Build Trigger: Schedule
Build Numb
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=74527&projectId=538
Build statistics:
State: Failed
Previous State: Failed
Started at: Tue 8 Apr 2008 01:02:55 -0700
Finished at: Tue 8 Apr 2008 01:03:27 -0700
Total time: 32s
Build Trigger: Schedule
Build Numb
My bad, the branches/NET_2_0 actually gives the following test failures:
Tests in error:
testInitial(org.apache.commons.net.telnet.TelnetClientTest)
testOptionNegotiation(org.apache.commons.net.telnet.TelnetClientTest)
testOptionRenegotiation(org.apache.commons.net.telnet.TelnetClientTest)
21 matches
Mail list logo