From the thread Re: Idea: combine JCL 2.0 and UGLI in
Logging Services' CL2...
--- Simon Kitching [EMAIL PROTECTED] wrote:
snip
Remy Maucherat wrote:
(suggesting it is a good idea, on any logging
framework, to call
getLogger inside your app's critical path is quite
funny).
Really? When
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34291.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34291.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34296.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=32860.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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 [EMAIL PROTECTED]
Project commons-vfs has an issue affecting its community integration.
This issue affects
Author: ebourg
Date: Tue Apr 5 04:32:14 2005
New Revision: 160160
URL: http://svn.apache.org/viewcvs?view=revrev=160160
Log:
Fixed XMLConfiguration to use the delimiter set by setDelimiter() instead of
the private ATTR_DELIMITER variable (thanks to Zsolt Koppany for spotting this
issue)
Author: ebourg
Date: Tue Apr 5 04:49:27 2005
New Revision: 160161
URL: http://svn.apache.org/viewcvs?view=revrev=160161
Log:
XMLConfiguration now parse the configuration using the encoding declared in the
XML header instead of the OS default encoding.
Modified:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34204.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: imario
Date: Tue Apr 5 05:11:27 2005
New Revision: 160163
URL: http://svn.apache.org/viewcvs?view=revrev=160163
Log:
removed unused/unresolvable imports
Modified:
jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/provider/compressed/CompressedFileFileProvider.java
Sorry if this has already been brought up, but I noticed this a while back.
http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/httpclient/trunk/lib/
I was under the impression that we are not supposed to keep this kind of
stuff in svnbut I could be wrong.
--
James Mitchell
Software
James,
we keep those dependencies in the repository to make them easily
available. So users that want to check out and compile HttpClient don't
have to worry about getting them from somewhere. Yes, there is Maven.
That's fine as long as it works, but we do not like to be dependent on
the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34306.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34306.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Rob Oxspring wrote:
I recently replaced the use of my own CountingInputStream with the
commons-io and got burnt because io's CountingInputStream doesn't count
skipped bytes. I have a patch with fix and patch if people are
interested... or I could just commit it...
Thoughts?
I am not
Whoops :)
Definitely a bug, I'd not even bother to add yourself to the committer
list if you didn't want to just commit away. Nice to add to bugzilla
though and go through the motions so it can more easily appear in a
release-notes. Especially if we're using the changes.xml bit.
Hen
On Apr 5,
ok, these new patches make the failures go away in a bit cleaner manner,
by manipulating the default locale setting.
Also, I noticed that your java sources are in some strange encoding. If
I open those tests that use french letters in my Eclipse and save them
then they become corrupt and will
James, could you point me to any ASF document that regulates storage of
dependencies in the repository, please?
There may or may not be such a document. I'm not really interested in
trying to be the binary police. I just noticed it while adding that
project into my latest Eclipse development
--- Brian Stansberry [EMAIL PROTECTED]
wrote:
snip
This line of thought led me to reconsider an idea
I'd
rejected a couple weeks back related to the JCL
memory
leak problem. Basically the leak occurs if
LogFactoryImpl is defined by a parent classloader
while the class of one of its Log
James Mitchell wrote:
There may or may not be such a document. I'm not really interested in
trying to be the binary police. I just noticed it while adding that
project into my latest Eclipse development environment.
Asking questions is not a crime, fortunately. Not even in any US state
so
On Tue, Apr 05, 2005 at 11:46:49AM -0400, James Mitchell wrote:
James, could you point me to any ASF document that regulates storage of
dependencies in the repository, please?
There may or may not be such a document. I'm not really interested in
trying to be the binary police. I just
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34310.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Oleg Kalnichevski wrote:
If you would like me to setup the same download-dependencies for
httpclient, I'd be happy to help. The example above uses ibiblio, but you
can use any url.
We would very much appreciate it
Cheers,
Oleg
Is that *necessary* for GUMP or anything else, Oleg?
If not then
Odi,
I have not looked at the proposed solution, so I may be wrong here, but
I think it _should_ simply prepopulate the HTTPCLIENT_HOME\lib from an
external repository (such as ibiblio). If it is indeed the case I
personally see no problem with removing dependencies from SVN. I will
not insist,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34311.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34311.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34310.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Ok, Am logging it in bugzilla but will commit shortly.
Rob
Henri Yandell wrote:
Whoops :)
Definitely a bug, I'd not even bother to add yourself to the committer
list if you didn't want to just commit away. Nice to add to bugzilla
though and go through the motions so it can more easily appear in a
Oleg Kalnichevski wrote:
Odi,
I have not looked at the proposed solution, so I may be wrong here, but
I think it _should_ simply prepopulate the HTTPCLIENT_HOME\lib from an
external repository (such as ibiblio). If it is indeed the case I
personally see no problem with removing dependencies from
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34311.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I now implemented support for FTPClientConfig in my local Ant ftp
task, but somehow it still fails to parse this directory listing,
although it parses the timestamp correctly (I tested that with jUnit).
Is it because the parser assumes that the 3rd and 4th parameters (owner
and group) are supposed
Author: roxspring
Date: Tue Apr 5 10:22:21 2005
New Revision: 160202
URL: http://svn.apache.org/viewcvs?view=revrev=160202
Log:
CountingInputStream now implements skip(long) method.
PR: 34311
Modified:
jakarta/commons/proper/io/trunk/project.xml
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34311.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On Tue, 2005-04-05 at 18:57 +0200, Ortwin Glück wrote:
Oleg Kalnichevski wrote:
Odi,
I have not looked at the proposed solution, so I may be wrong here, but
I think it _should_ simply prepopulate the HTTPCLIENT_HOME\lib from an
external repository (such as ibiblio). If it is indeed
Ortwin Glück wrote:
Oleg Kalnichevski wrote:
Odi,
I have not looked at the proposed solution, so I may be wrong here, but
I think it _should_ simply prepopulate the HTTPCLIENT_HOME\lib from an
external repository (such as ibiblio). If it is indeed the case I
personally see no problem with
On Apr 5, 2005 9:57 AM, Ortwin Glück [EMAIL PROTECTED] wrote:
Oleg Kalnichevski wrote:
Odi,
I have not looked at the proposed solution, so I may be wrong here, but
I think it _should_ simply prepopulate the HTTPCLIENT_HOME\lib from an
external repository (such as ibiblio). If it is
Martin Cooper wrote:
On Apr 5, 2005 9:57 AM, Ortwin Glück [EMAIL PROTECTED] wrote:
Oleg Kalnichevski wrote:
1. The libs are in the repo for a *reason*: availability and
convenience. If you remove them we loose this availability and
convenience. Replacing them with a stupid download script
Martin Cooper wrote:
On Apr 5, 2005 9:57 AM, Ortwin Glück [EMAIL PROTECTED] wrote:
Oleg Kalnichevski wrote:
1. The libs are in the repo for a *reason*: availability and
convenience. If you remove them we loose this availability and
convenience. Replacing them with a stupid download script
38 matches
Mail list logo