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-scxml-test has an issue affecting its community integration.
This
On Tue, May 3, 2011 at 11:36 PM, sebb wrote:
> On 4 May 2011 03:42, Gary Gregory wrote:
> > Now that I've can see my monitor clearly (no more fever!), I understand
> why
> > this did not work.
> >
> > Running a standard test build for [lang] as documented on the Wiki using:
> >
> > mvn clean dep
On 4 May 2011 03:42, Gary Gregory wrote:
> Now that I've can see my monitor clearly (no more fever!), I understand why
> this did not work.
>
> Running a standard test build for [lang] as documented on the Wiki using:
>
> mvn clean deploy -Prelease -Ptest-deploy
>
> does not produce a test jar. It
Now that I've can see my monitor clearly (no more fever!), I understand why
this did not work.
Running a standard test build for [lang] as documented on the Wiki using:
mvn clean deploy -Prelease -Ptest-deploy
does not produce a test jar. It does so for [codec] because this is in the
POM:
On 3 May 2011 22:32, Phil Steitz wrote:
> How are you doing the lookups? I sometimes need to do this and end
> up doing ugly text searches. Is there an index somewhere?
Use JIRA search, e.g.
"Bugzilla Id" = 20259
Or use "Custom fields" on the search form.
> Phil
>
> On 5/3/11 2:13 PM, s...@a
The FTP code in NET has to parse "short" dates. These don't have a
year indication, so the year has to be assumed.
The current code assumes that all short dates are in the past.
NET-83 added an option to allow dates to be up to 1 day in the future,
but this is not the default.
This means that FTP
How are you doing the lookups? I sometimes need to do this and end
up doing ugly text searches. Is there an index somewhere?
Phil
On 5/3/11 2:13 PM, s...@apache.org wrote:
> Author: sebb
> Date: Tue May 3 21:13:46 2011
> New Revision: 1099256
>
> URL: http://svn.apache.org/viewvc?rev=1099256&v
+1 too
/Olivier
2011/5/3 Lukasz Lenart :
> +1 for JIRA space and issues@commons.a.o
>
>
> Kind regards
> --
> Łukasz
> + 48 606 323 122 http://www.lenart.org.pl/
> Warszawa JUG conference - Confitura http://confitura.pl/
>
> -
>
+1 for JIRA space and issues@commons.a.o
Kind regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
Warszawa JUG conference - Confitura http://confitura.pl/
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
Fo
Salut Emmanuel,
do you have any news? Many thanks in advance, have a nice day!!!
a bientot!!!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, May 3, 2011 at 8:16 AM, Emmanuel Bourg wrote:
> Le 03/05/2011 07:46, Simone Tripodi a écrit :
>>
>> Hi all again,
>> unfort
Jörg Schaible wrote:
> Hi Hen,
>
> Henri Yandell wrote:
>
>> [Repeating now that I've rebuilt the artifacts using Java 1.5]
>>
>> =
>>
>> Lang is ready to consider 3.0 release again.
>>
>> RC3 is available here:
>>
>> http://people.apache.org/~bayard/commons-lang3-3.0-RC3/
>>
>> Maven
Hi Hen,
Henri Yandell wrote:
> [Repeating now that I've rebuilt the artifacts using Java 1.5]
>
> =
>
> Lang is ready to consider 3.0 release again.
>
> RC3 is available here:
>
> http://people.apache.org/~bayard/commons-lang3-3.0-RC3/
>
> Maven artifacts:
>
> http://people.apache.org
Le 03/05/2011 12:03, Gilles Sadowski a écrit :
On Tue, May 03, 2011 at 01:08:29AM +0200, Gilles Sadowski wrote:
[...]
Consistency implies that *all* exceptions thrown from CM must behave the
same way. I thus propose to add an interface like (maybe a better name?):
---
interface ContextedExcepti
Sorry - that's fixed.
On Tue, May 3, 2011 at 4:12 AM, sebb wrote:
> On 30 April 2011 01:58, Henri Yandell wrote:
>> [Repeating now that I've rebuilt the artifacts using Java 1.5]
>>
>> =
>>
>> Lang is ready to consider 3.0 release again.
>>
>> RC3 is available here:
>>
>> http://people.apac
On 3 May 2011 14:25, Christian Grobmeier wrote:
> Hi,
>
> Simo, I guess you are referring to:
> "Use iss...@commons.apache.org' for Jira change notification"
>
> I am +1
Likewise, +1
>
> Cheers
> Christian
>
>
> On Tue, May 3, 2011 at 2:20 PM, Simone Tripodi
> wrote:
>> Hi all guys,
>> do you
Hi,
Simo, I guess you are referring to:
"Use iss...@commons.apache.org' for Jira change notification"
I am +1
Cheers
Christian
On Tue, May 3, 2011 at 2:20 PM, Simone Tripodi wrote:
> Hi all guys,
> do you agree on Gavin's suggestion on INFRA-3600[1]?
> I agree but before giving him the confir
Hi all guys,
do you agree on Gavin's suggestion on INFRA-3600[1]?
I agree but before giving him the confirmation can someone please review?
Many thanks in advance,
Simo
[1] https://issues.apache.org/jira/browse/INFRA-3600
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue,
On 30 April 2011 01:58, Henri Yandell wrote:
> [Repeating now that I've rebuilt the artifacts using Java 1.5]
>
> =
>
> Lang is ready to consider 3.0 release again.
>
> RC3 is available here:
>
> http://people.apache.org/~bayard/commons-lang3-3.0-RC3/
>
> Maven artifacts:
>
> http://people.a
On Tue, May 03, 2011 at 01:08:29AM +0200, Gilles Sadowski wrote:
> > > [...]
> > >>Consistency implies that *all* exceptions thrown from CM must behave the
> > >>same way. I thus propose to add an interface like (maybe a better name?):
> > >>---
> > >>interface ContextedException {
> > >> void ad
Thanks a lot Emmanuel, have a nice day!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, May 3, 2011 at 8:16 AM, Emmanuel Bourg wrote:
> Le 03/05/2011 07:46, Simone Tripodi a écrit :
>>
>> Hi all again,
>> unfortunately Discovery 0.5 artifacts haven't be synched yet
On Mon, 4 Apr 2011, Nick Burch wrote:
On Mon, 28 Mar 2011, Nick Burch wrote:
At the moment, the Email Validator considers @localhost email addresses to
be invalid, due to the Domain Validator not considering it to be valid.
Initially I thought this was wrong for all cases, so I opened VALIDATO
22 matches
Mail list logo
