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
On 2011-11-04, Gary Gregory wrote:
> These errors are 'true', the version is not specified in the core POM, but
> it is in the project POM, the same as for junit.
> Any ideas?
I think the Gump run started before you committed the file you had
forgotten in the first place. Seems to be fine by no
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
On 11/4/11 10:50 AM, sebb wrote:
> On 4 November 2011 17:44, Phil Steitz wrote:
>> On 11/4/11 10:25 AM, sebb wrote:
>>> On 4 November 2011 16:20, wrote:
Author: psteitz
Date: Fri Nov 4 16:20:05 2011
New Revision: 1197626
URL: http://svn.apache.org/viewvc?rev=1197626&vie
On 4 November 2011 17:44, Phil Steitz wrote:
> On 11/4/11 10:25 AM, sebb wrote:
>> On 4 November 2011 16:20, wrote:
>>> Author: psteitz
>>> Date: Fri Nov 4 16:20:05 2011
>>> New Revision: 1197626
>>>
>>> URL: http://svn.apache.org/viewvc?rev=1197626&view=rev
>>> Log:
>>> Changed default non-sec
On 11/4/11 10:25 AM, sebb wrote:
> On 4 November 2011 16:20, wrote:
>> Author: psteitz
>> Date: Fri Nov 4 16:20:05 2011
>> New Revision: 1197626
>>
>> URL: http://svn.apache.org/viewvc?rev=1197626&view=rev
>> Log:
>> Changed default non-secure generator to Well19937c and changed default seeds
>
On 4 November 2011 16:20, wrote:
> Author: psteitz
> Date: Fri Nov 4 16:20:05 2011
> New Revision: 1197626
>
> URL: http://svn.apache.org/viewvc?rev=1197626&view=rev
> Log:
> Changed default non-secure generator to Well19937c and changed default seeds
> to add system identity haschode to timest
These errors are 'true', the version is not specified in the core POM, but
it is in the project POM, the same as for junit.
Any ideas?
Thank you,
Gary
On Fri, Nov 4, 2011 at 12:44 PM, Gump wrote:
> To whom it may engage...
>
> This is an automated request, but not an unsolicited one. For
> mor
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 has an issue affecting its community integration.
This issue
And FF and IE timeout on *https*://
vmbuild.apache.org/continuum/buildResult.action?buildId=14088&projectId=129and
*https*://vmbuild.apache.org/
OK on plain HTTP though.
Gary
On Fri, Nov 4, 2011 at 9:40 AM, Gary Gregory wrote:
> On Thu, Nov 3, 2011 at 11:44 PM, Ralph Goers
> wrote:
>
>> I tr
On Thu, Nov 3, 2011 at 11:44 PM, Ralph Goers wrote:
> I tried to run the build and got the same error. I'm not sure why you had
> to add the SLF4J dependencies. Shouldn't they come in as transitive
> dependencies? I assume the ftpserver dependency is for a new test?
>
Hi All:
I forgot to commi
I am interested on see Jame's code, a brach would work perfectly for me!
Matt Benson has nice stuff too at his hands, it would be great having
all of them merged in one project. Maybe one day [beanutils] will be
the main [convert] consumer... :)
Simo
http://people.apache.org/~simonetripodi/
http:/
On 4 November 2011 12:52, wrote:
> Author: mturk
> Date: Fri Nov 4 12:52:08 2011
> New Revision: 1197541
>
> URL: http://svn.apache.org/viewvc?rev=1197541&view=rev
> Log:
> Make a code a bit safer on invalid parameters. Make sure it doesn't crash at
> least
The default --StartClass is now "Mai
Agreed. Please don't mis-interpret my replies - I'm not trying to "own"
the sandbox, I just want everyone to have a chance to play in it.
The recent interest in Convert is great - I hope its popularity and
usefulness grows. I'm truly looking forward to more people getting involved.
The curren
A branch would work just fine for that situation. Also, let's keep in mind
that this component is in the sandbox
On Nov 4, 2011 7:28 AM, "Adrian Crum"
wrote:
> Not so that someone else can commit them, so that others can review them
> and comment on them.
>
> -Adrian
>
> On 11/4/2011 11:25 AM, Ja
Not so that someone else can commit them, so that others can review them
and comment on them.
-Adrian
On 11/4/2011 11:25 AM, James Carman wrote:
If need be, I would just create a branch for my work. It would be silly
for me to submit patches so that someone else would commit them
On Nov 4, 20
Sounds interesting. I will try to take a deeper dive look at it this weekend
On Nov 4, 2011 7:19 AM, "Adrian Crum"
wrote:
> It's a lot more dynamic than that. The factory is "smart" - it creates and
> registers converters on-the-fly as it is used.
>
> -Adrian
>
> On 11/4/2011 11:17 AM, James Carm
If need be, I would just create a branch for my work. It would be silly
for me to submit patches so that someone else would commit them
On Nov 4, 2011 7:20 AM, "Adrian Crum"
wrote:
> From my perspective, it would be preferable to keep the community involved
> in the design decisions.
>
> -Adrian
From my perspective, it would be preferable to keep the community
involved in the design decisions.
-Adrian
On 11/4/2011 11:15 AM, James Carman wrote:
I don't have to submit a patch. I am a commons committer
On Nov 4, 2011 5:55 AM, "Adrian Crum"
wrote:
The source and target classes are used
It's a lot more dynamic than that. The factory is "smart" - it creates
and registers converters on-the-fly as it is used.
-Adrian
On 11/4/2011 11:17 AM, James Carman wrote:
I would think that the source and target would be a part of the
registration process and not a member of each individual
I would think that the source and target would be a part of the
registration process and not a member of each individual converter
On Nov 4, 2011 5:55 AM, "Adrian Crum"
wrote:
> The source and target classes are used by the Converter.canConvert method.
> The Converter.canConvert method is used by
I don't have to submit a patch. I am a commons committer
On Nov 4, 2011 5:55 AM, "Adrian Crum"
wrote:
> The source and target classes are used by the Converter.canConvert method.
> The Converter.canConvert method is used by the Converter factory to find
> the correct converter. The reason paramet
On 4 November 2011 10:12, wrote:
> Author: mturk
> Date: Fri Nov 4 10:12:10 2011
> New Revision: 1197479
>
> URL: http://svn.apache.org/viewvc?rev=1197479&view=rev
> Log:
> DAEMON-219: Prevent crashing procrun by making sure we use java.lang.System
> if --StopClass was not defined
Would it be
The source and target classes are used by the Converter.canConvert
method. The Converter.canConvert method is used by the Converter factory
to find the correct converter. The reason parameterized types are not
used in this scenario is so you can create converters that handle entire
class hierar
Hi Simo,
good catch.
I have just done it
Twitter :http://www.twitter.com/m_cucchiara
G+ :https://plus.google.com/107903711540963855921
Linkedin :http://www.linkedin.com/in/mauriziocucchiara
Maurizio Cucchiara
On 4 November 2011 10:24, Simone Tripodi wrote:
> MapPropertyAccesso
Hola Mau!
> URL: http://svn.apache.org/viewvc?rev=1197452&view=rev
> Log:
> OGNL-35 - Flipped equals() everywhere where a variable is tested against a
> String constant.
>
This is IMHO a very good improvement, expected values first in assertions!
> @@ -168,19 +169,19 @@ public class MapProperty
Hi James,
I had a look at current [convert] impl and the (source|target)Class
are used to index converters inside a generic universal converter, so
all you have to do is invoking just one method to perform conversions
- without retrieving the converter you need on your client
application.
Your hint
28 matches
Mail list logo
