Re: Idea: combine JCL 2.0 and UGLI in Logging Services' CL2

Hello Remy, > As a personal note, I find this proposal completely out of place after > years of FUDing and dissing commons-logging in general, and anything > not log4j in particular. This is not the intention of Yoav. To quote the discussion[1] as summary. "This Get rid of the "we vs them" and cre

[GUMP@brutus]: Project commons-collections (in module jakarta-commons) failed

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-collections has an issue affecting its community integration. This issue

Re: Idea: combine JCL 2.0 and UGLI in Logging Services' CL2

On Fri, 25 Mar 2005 09:16:31 +0100 (MET), Boris Unckel <[EMAIL PROTECTED]> wrote: > Hello Remy, > > This is not the intention of Yoav. To quote the discussion[1] as summary. > "This Get rid of the "we vs them" and create a "we" atmosphere." - Niclas > Hedhman last mail in log4j-developers in that

DO NOT REPLY [Bug 34142] - [io] use writeTo() instead of toByteArray in DeferredFileOutputStream.thresholdReached()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Idea: combine JCL 2.0 and UGLI in Logging Services' CL2

>>As a personal note, I find this proposal completely out of place after >>years of FUDing and dissing commons-logging in general, and anything >>not log4j in particular. > > This is not the intention of Yoav. To quote the discussion[1] as summary. > "This Get rid of the "we vs them" and create a

Re: Idea: combine JCL 2.0 and UGLI in Logging Services' CL2

On Fri, 2005-03-25 at 09:16 +0100, Boris Unckel wrote: > Hello Remy, > > > As a personal note, I find this proposal completely out of place after > > years of FUDing and dissing commons-logging in general, and anything > > not log4j in particular. > This is not the intention of Yoav. To quote the

Re: [net] FTPclient: keeping track of dates of files on the server

Neeme: Is Ant the right tool for your job? Ant is a build tool, not an all-purpose scripting language. If what you describe is all you're doing, you might consider a script written in perl or python, or perhaps in java using commons-net directly. Or if you're in a j2ee container environment

Re: [httpclient] about bad_record_mac; Solved

Hi I finaly find out the problem : I was a ClassLoader problem : For my application I make a jar containing all classes required. Including httpclient classes etc. On the devt machine my custom SecureProtocolSocketFactory was loaded and so it was working. On the production machine it was a commo

Re: Idea: combine JCL 2.0 and UGLI in Logging Services' CL2

On Fri, 25 Mar 2005 13:33:47 +, robert burrell donkin <[EMAIL PROTECTED]> wrote: > i also understand remy's point: backwards compatibility is very > important. it is JCL's huge installation base that gives momentum. many > users will review the choice of logging system altogether when faced > w

Re: Idea: combine JCL 2.0 and UGLI in Logging Services' CL2

On Fri, 25 Mar 2005 15:11:53 +0100, Remy Maucherat <[EMAIL PROTECTED]> wrote: > That's fine, and thanks for all the hard work. c-l works well enough > in Tomcat right now, so no more updates are actually needed > (especially non backwards compatible updates ;) ). Out of dumb interest, what's the

Re: Idea: combine JCL 2.0 and UGLI in Logging Services' CL2

On Fri, 25 Mar 2005 09:29:41 -0500, Henri Yandell <[EMAIL PROTECTED]> wrote: > On Fri, 25 Mar 2005 15:11:53 +0100, Remy Maucherat > <[EMAIL PROTECTED]> wrote: > > > That's fine, and thanks for all the hard work. c-l works well enough > > in Tomcat right now, so no more updates are actually needed

Re: [patch?] feedparser (organizing imports)

Hi, I liked the remove unused import statements patch. How did you find this out? Did you use checkstyle or something? No. I used a feature from eclipse regarding that. I'm not sure about the generic import java.xxx.* removal. I prefer this style as it saves a LOT of time over worrying about w

RE: Idea: combine JCL 2.0 and UGLI in Logging Services' CL2

Hi, > Out of dumb interest, what's the need for JCL in Tomcat? Tomcat 5.x is > JDK 5.x only isn't it, so couldn't it be using java.util.logging? Tomcat 5.x is JDK 1.4 and 5.0. Tomcat 5.5 looks for JDK 5.0 by default but can run on 1.4 as well. However, Tomcat 5.5 is now moving in the direction

[transaction] FileResourceManager: "corruption" clarification please

hello devs, in the FileResourceManager doc it says "Important: If possible you should have the work and store directory located in the same file system. If not, you might get additional problems, as there are: On commit it might be necessay to copy files instead of rename/relink them. This may l

[all] site deploy on jakarta.apache.org failed

Hello! I tried to update the vfs website and failed. I no longer can login to jakarta.apache.org. Do we have to use people.apache.org for website deployment now? Thanks! Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additio

svn commit: r159052 - jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/provider/sftp/SftpFileObject.java

Author: imario Date: Fri Mar 25 11:43:39 2005 New Revision: 159052 URL: http://svn.apache.org/viewcvs?view=rev&rev=159052 Log: refactored filename parsing tests passed, though manual testing needet Now every FileProvider can handle its own set of reserved characters through the *FileNameParser.

Re: [all] site deploy on jakarta.apache.org failed

On Fri, 25 Mar 2005 20:28:12 +0100, Mario Ivankovits <[EMAIL PROTECTED]> wrote: > Hello! > > I tried to update the vfs website and failed. > I no longer can login to jakarta.apache.org. > > Do we have to use people.apache.org for website deployment now? >From Sander's message of a few hours ago:

Re: [logging] distribution packaging

On Tue, 2005-03-08 at 23:48 -0800, Brian Stansberry wrote: > Perhaps coming down to a solution involving > distributing multiple different jars, teaching users > how to correctly deploy them, and then still having > some use cases where JCL's discovery mechanism doesn't > work qualifies as "brok

Re: [all] site deploy on jakarta.apache.org failed

Martin Cooper wrote: "Currently we are serving almost all websites of off ajax (our machine in europe). Updating your website still happens on minotaur, we're syncing over the content at regular intervals (every few hours)." I have read it. And I dont wanted to change anything. Its simply the de

Re: [patch?] feedparser (organizing imports)

Matthias Wessendorf wrote: Hi, I liked the remove unused import statements patch. How did you find this out? Did you use checkstyle or something? No. I used a feature from eclipse regarding that. Cool... goign to have to play with that. separating means? one patch per clazz or per package ? Oh

DO NOT REPLY [Bug 34185] New: - Requirement: Combine JCL and UGLI

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 34185] - Requirement: Combine JCL and UGLI

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 34185] - Requirement: Combine JCL and UGLI

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [httpclient] about bad_record_mac; Solved

On the production machine it was a common-httpclient.jar in the J2RE_LIBRARY/ext I assuming this points to /lib/ext, and that we're talking about standard extensions. And the classLoader was not loading the SecureProtocolSocketFactory from my jar but from this common-httpclient.jar in the J2RE

Re: Idea: combine JCL 2.0 and UGLI in Logging Services' CL2

On Fri, 2005-03-25 at 15:11 +0100, Remy Maucherat wrote: > On Fri, 25 Mar 2005 13:33:47 +, robert burrell donkin > <[EMAIL PROTECTED]> wrote: > > i also understand remy's point: backwards compatibility is very > > important. it is JCL's huge installation base that gives momentum. many > > users

Re: [PRE-PROPOSAL] Commons as an Apache Top Level Project

>From the responses above, it does not look like there is sufficient support to move ahead with a TLP proposal. The main reasons to consider this, IMHO, are getting out of the "subprojects of subprojects" world and tightening up a bit on oversight. If others do not feel that this is a big deal, t

RE: Idea: combine JCL 2.0 and UGLI in Logging Services' CL2

Hi, > > Yes definitely. If I am forced to adopt a different logging API for > > development, as the work will be on JDK 1.4, it will be > > java.util.logging. Having written a custom impl of java.util.logging, > > I can now assert that, given the right implementation of LogManager, > > it is power

Re: [transaction] FileResourceManager: "corruption" clarification please

If both work and store directories are in the same file system to my knowledge there is no risk of corrupted data. At least when your OS supports atomic moves of files (most OS' do). Oliver On Fri, 25 Mar 2005 17:08:42 + (GMT), Ricardo <[EMAIL PROTECTED]> wrote: > hello devs, > > in the Fil

Memory leak patch

Apparently I did something dumb. The fix that I'm really confident about isn't in either CVS or SVN and also isn't in the last patch I sent out. But does it even exist, or did I dream the whole thing? It does exist! I'm attaching 3 patches that should apply to the latest CSV and should also fix th

DO NOT REPLY [Bug 34185] - Requirement: Combine JCL and UGLI

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [all] site deploy on jakarta.apache.org failed

Anyone can do it. The file to update is commons-build/sandbox-build.xml and what needs to be changed is the siteAddress element. I assume this should be changed to cvs.apache.org. Can someone confirm that correct? I recently changed [id] to have a full POM (i.e., not extend the file above) like

Re: [httpclient] about bad_record_mac; Solved

Hi Brad Brad Wetmore wrote: On the production machine it was a common-httpclient.jar in the J2RE_LIBRARY/ext I assuming this points to /lib/ext, and that we're talking about standard extensions. And the classLoader was not loading the SecureProtocolSocketFactory from my jar but from this comm

DO NOT REPLY [Bug 34185] - Requirement: Combine JCL and UGLI

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu