Mental note that we need to remove that nightly directory.
On Thu, Apr 9, 2009 at 1:14 PM, Christian Grobmeier wrote:
> Thanks - i didn't looked at the date actually.
> I will remove the compress link to that server.
>
> Christian
>
>
> On Thu, Apr 9, 2009 at 9:34 PM, Rahul Akolkar wrote:
>> On
Thanks - i didn't looked at the date actually.
I will remove the compress link to that server.
Christian
On Thu, Apr 9, 2009 at 9:34 PM, Rahul Akolkar wrote:
> On Thu, Apr 9, 2009 at 7:44 AM, Christian Grobmeier
> wrote:
>> Hi,
>>
>> looking at:
>> http://people.apache.org/builds/commons/nigh
On Thu, Apr 9, 2009 at 7:44 AM, Christian Grobmeier wrote:
> Hi,
>
> looking at:
> http://people.apache.org/builds/commons/nightly/commons-compress/
> shows me just some md5 hashes,
>
> but:
> http://people.apache.org/builds/commons/nightly/commons-vfs/
>
> has some builds. Can I do something to c
Henri Yandell wrote:
Is the following worth keeping in Lang?
Yes. Its a neat way of managing nulls, and the Java gods are actually
pretty opposed to the null suggestions IIUC.
Stephen
-
To unsubscribe, e-mail: dev-unsubscr
Hi,
Sebb allready took a look at all the classs and annotated them
carefully. Conclusion is, Compress is not (completly) threadsafe.
Looking round the code I think we have documented it quite complete.
The tags proposed by Sebb can be found in the site by now. Everybody
should know why and how we
I am guessing methods such as StringUtils.trim() are included? If so, I
would like to say that a lot of times we use the StringUtils version
over the native String version because the StringUtils one is null-safe.
So taking these out would probably hurt users, at least until
null-safety (or NoneTyp
Hi,
looking at:
http://people.apache.org/builds/commons/nightly/commons-compress/
shows me just some md5 hashes,
but:
http://people.apache.org/builds/commons/nightly/commons-vfs/
has some builds. Can I do something to change this?
Thanks,
Christian
-
On Thu, Apr 9, 2009 at 4:43 AM, Henri Yandell wrote:
> Is the following worth keeping in Lang?
>
> public Foo someJdkMethod(Object input) {
> if(input == null) {
> handleAccordingly();
> }
> return input.jdkMethod();
> }
>
> I feel that we've bloated up with these methods, and is 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-configuration-test has an issue affecting its community
integrati
On 2009-04-09, Christian Grobmeier wrote:
> Sine I really don't like those System.err.println stuff I would like
> to remove it from the classes including the debug flag.
+1
Stefan
-
To unsubscribe, e-mail: dev-unsubscr...@com
Is the following worth keeping in Lang?
public Foo someJdkMethod(Object input) {
if(input == null) {
handleAccordingly();
}
return input.jdkMethod();
}
I feel that we've bloated up with these methods, and is it really
worth it? I still have lots of if(x != null && x.callFoo())
Hi,
TarArchiveOutputStream, TarArchiveInputStream and TarBuffer contain a
variable named "debug". In the first class it does nothing.
If it is set in TarBuffer the flag produces some weird output on System.err.
Like this:
if (numBytes != blockSize) {
if (debug) {
Thanks for all the welcome mails :-)
Cheers!
2009/4/8 Min Cha :
> I have been seeing his activity in Commons so I think he will be a good
> committer for Commons.
>
> Congratulation, Christian!
>
> On Wed, Apr 8, 2009 at 2:34 PM, Stefan Bodewig wrote:
>
>> Christian Grobmeier has been elected as
13 matches
Mail list logo
