Re: Resisting the temptation

On Fri, 10 May 2002, Craig R. McClanahan wrote: > * If the app has no explicit configuration of commons-logging, > there are two subalternatives: > > - If no other logging implementation has a services entry, > the factory configured by Log4J will be used. > > - If there is also anoth

RE: HttpClient: how to send stream via PostMethod?

Yes, I'm using code that looks like this. I originally had this working by setting the request body as a string, but the server I'm passing XML to wants it in a stream. I haven't been able to figure out how to set the request body as a stream (byte array) instead of a string. HttpConnection conne

Re: Torque-3.0-b2 build problem - packageorg.apache.commons.configuration

Martin, You can find commons-configuration-1.0-dev.jar at http://jakarta.apache.org/turbine/jars/ Good luck. Mike - Original Message - From: "Martin Schulz" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, May 10, 2002 12:34 PM Subject: Torque-3.0-b2 build problem - pac

RE: HttpClient: how to send stream via PostMethod?

Use HttpConnection? -Original Message- From: Lomvardias, Christopher [mailto:[EMAIL PROTECTED]] Sent: Fri, May 10, 2002 11:32 PM To: '[EMAIL PROTECTED]' Subject: HttpClient: how to send stream via PostMethod? Is there a way to put a stream in the Request Body of the Post Method? I only

Re: Resisting the temptation

On Sat, 11 May 2002, Ceki Gülcü wrote: > Date: Sat, 11 May 2002 00:24:43 +0200 > From: Ceki Gülcü <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > Subject: Re: Resisting the temptation > > At 12:17 10

Re: Resisting the temptation

On Sat, 11 May 2002, Ceki Gülcü wrote: > Date: Sat, 11 May 2002 00:06:40 +0200 > From: Ceki Gülcü <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > Subject: Re: Resisting the temptation > > At 14:47 10

Re: Resisting the temptation

At 12:17 10.05.2002 -0700, Craig R. McClanahan wrote: > > Another, much more serious worry that I have is the fact that the > LogFactory > > class keeps track of LogFactories by classloader. What will happen in an > > environment with multiple classloader per application, eg. EAR classloader >

Re: Resisting the temptation

At 14:47 10.05.2002 -0500, Richard Sitze wrote: >If the interface is based on the commons logging factory then the logger >(Log4J presumably) is already set by the time Log4J is encountered (else it >would go elsewhere). > >If not, the current default is going to go to Log4J anyway... How SHOULD

Re: Messenger - Seting "transacted"

This worked like a champ! I can rollback() all day! FYI, I'm running a stand-alone copy of tools.Consumer application, not in an application server Thanks! > The element binds to a SessionFactory instance and the > element binds to a JNDISessionFactory, which is-a SessionFactory. So >

HttpClient: how to send stream via PostMethod?

Is there a way to put a stream in the Request Body of the Post Method? I only see methods that provide for a String in the body. Thanks, Chris -- Chris Lomvardias [EMAIL PROTECTED] PublicBuy.Net 400 E. Pratt Street, Suite 300 Baltim

Re: Resisting the temptation

If the interface is based on the commons logging factory then the logger (Log4J presumably) is already set by the time Log4J is encountered (else it would go elsewhere). If not, the current default is going to go to Log4J anyway... How SHOULD a logger implementation bootstrap itself into commons

RE: Resisting the temptation

Re acronyms... Try www.acronymfinder.com. If you download "Dave's Quick Search Deskbar" (for the Windowites amongst you). http://notesbydave.com/toolbar/dqsd.exe You would be able to (amongst TONS of great goodies) enter: "af NIH" And - presto - the meaning of NIH... Unless you guys don't want t

Re: Resisting the temptation

On Fri, 10 May 2002, Ceki Gülcü wrote: > Date: Fri, 10 May 2002 20:43:45 +0200 > From: Ceki Gülcü <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > Subject: Re: Resisting the temptation > > At 13:17 10

Re: Resisting the temptation

At 13:17 10.05.2002 -0400, Geir Magnusson Jr. wrote: >The real problem is the digester dependency on logging, isn't it? It's one of the problems, perhaps the most interesting one but not the only one. Other problems are the increase in the number of necessary jar files, JDK compatibility issues

Re: commons-logging log4j 1.2

At 08:40 10.05.2002 -0700, Craig R. McClanahan wrote: >On Fri, 10 May 2002, Sylwester Lachiewicz wrote: > > > Date: Fri, 10 May 2002 15:56:51 +0200 > > From: Sylwester Lachiewicz <[EMAIL PROTECTED]> > > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > > To: [EMAIL PROTECTED] > > Sub

Re: Resisting the temptation

On 5/10/02 10:49 AM, "Richard Sitze" <[EMAIL PROTECTED]> wrote: > Ceki, > > You don't need complete dependence on commons-logging. About a month back > there was a discussion on separating the interface from the implementation > (separate packages and probably separate jar files), and really ma

Re: Resisting the temptation

On 5/10/02 9:17 AM, "James Strachan" <[EMAIL PROTECTED]> wrote: > Hi Ceki > > Anyone who uses the digester needs digester, beanutils, collections and > logging. Its a shame there's not just a single jar for all these 4 (very > common) things. How about we bundle these 4 things into a single 'ube

RE: HttpClient question.

Well, technically you could also want to control the local port as well, but in most practical application that I have come across, the default is usually always used. Was there something specific that you think is needed other than being able to define the local interface for the connection?

Re: Resisting the temptation

On Fri, 10 May 2002, Ceki Gülcü wrote: > The down side is that jakarta would have two actively supported digesters, > the one in commons and the one in log4j resulting in significant maintenance > effort being wasted. I wouldn't say XmlMapper is 'actively' supported - the code is frozen, it does

RE: Resisting the temptation

Just a though from left field, but why not change log4j to be an interface and use a factory to generate the trace instances. While my company had standardized on the use of log4j, we had cases where it was not desireable to distribute the log4j.jar file. To get around the problem we created a

Torque-3.0-b2 build problem - package org.apache.commons.configuration

I'm new to this, but I'm stuck with this seemingly trivial problem: I can't find commons-configuration-1.0-dev.jar. It's also mysterious to me why 1) commons-configuration is referenced in build.xml and deps.list but neither checked on nor pulled in from the properties. 2) commons-configuration

RE: Resisting the temptation

My first stop when encountering an unfamiliar acronym is: http://www.acronymfinder.com/ for NIH: http://www.acronymfinder.com/af-query.asp?String=exact&Acronym=NIH&Find=Find -Original Message- From: Rob Oxspring [mailto:[EMAIL PROTECTED]] Sent: Friday, May 10, 2002 8:47 AM To: Jakarta C

RE: Resisting the temptation

not invented here (check this out: http://www.atomica.com/ - used to be gurunet, i think) > -Original Message- > From: Rob Oxspring [mailto:[EMAIL PROTECTED]] > Sent: Friday, May 10, 2002 10:47 AM > To: Jakarta Commons Developers List > Subject: Re: Resisting the temptation > > > -

Re: Resisting the temptation

- Original Message - From: "Ceki Gülcü" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Friday, May 10, 2002 4:07 PM Subject: RE: Resisting the temptation > I'll be the first to admit that my reaction is a variant of NIH. Okay then, I give up. What do

Re: commons-logging log4j 1.2

On Fri, 10 May 2002, Sylwester Lachiewicz wrote: > Date: Fri, 10 May 2002 15:56:51 +0200 > From: Sylwester Lachiewicz <[EMAIL PROTECTED]> > Reply-To: Jakarta Commons Developers List <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Subject: commons-logging log4j 1.2 > > hello, > > log4j 1.2 is now

RE: Resisting the temptation

On Fri, 10 May 2002, Ceki Gülcü wrote: > [snip] Maybe there would > be a way for log4j to override commons-logging's search mechanism and force > c-l to use log4j as the underlying implementation. C-l changed quite a bit > since I > last looked at it. Before continuing with more talk, I'll now

Re: HttpClient question.

- Original Message - From: "Dennis Cook" <[EMAIL PROTECTED]> To: "'Jakarta Commons Developers List'" <[EMAIL PROTECTED]> Sent: Friday, May 10, 2002 5:01 AM Subject: RE: HttpClient question. > I would also propose that the HttpMultiClient and HttpConnection classes > could use

Re: [httpclient]: Q about HttpMultiClient and redirects

- Original Message - From: <[EMAIL PROTECTED]> > besides a GET method we have no choice but to send the 303 result back to > the caller and have them generate a new GET request for the new location. The concept called interceptor that was 'removed' from http-client 1.0 was for

Re: HTTPClient: resolving relative URLS?

> Can the http client resolve relative urls? I've made one for that. I assume that I followed the original of RFC for URI. Please, refer to http://cvs.apache.org/viewcvs/jakarta-slide/src/util/org/apache/util/URI.java?rev=1.5&content-type=text/vnd.viewcvs-markup for right now. It's ma

Re: Resisting the temptation

On Fri, 10 May 2002, James Strachan wrote: > Anyone who uses the digester needs digester, beanutils, collections and > logging. Its a shame there's not just a single jar for all these 4 (very > common) things. How about we bundle these 4 things into a single 'uber-jar'? > Say, commons-core.jar.

commons-logging log4j 1.2

hello, log4j 1.2 is now finally released, mayby we should change classes to use Logger and Level? http://jakarta.apache.org/site/news.html /mx -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: Resisting the temptation

Hi Ceki Anyone who uses the digester needs digester, beanutils, collections and logging. Its a shame there's not just a single jar for all these 4 (very common) things. How about we bundle these 4 things into a single 'uber-jar'? Say, commons-core.jar. We could maybe ensure that whenever we relea

RE: HTTPClient: resolving relative URLS?

You'll need to be a little more specific about what you're actually asking. If you're asking about calling HttpMethod.setPath() with a relative path, then the answer is no. If you mean calling HttpUrlMethod.setUrl() with a relative path then answer is no. If you mean can HttpClient follow a 302

Re: karma request

Hi Martin - Original Message - From: "Martin Poeschl" <[EMAIL PROTECTED]> > i'm seperating the generator from torque. > it will be moved to the sandbox if it is ready (or maybe it will stay in the torque repo until we > have a db.apache.org/commons ;-) > > the new generator will use the x

Resisting the temptation

Greetings to all, As most of you are probably aware, log4j version 1.2 final was released just a few hours ago. One of the important planned new features of log4j 1.3 is the capability to interpret configuration files (in XML) with tags that were unknown at compile time. In other words, we would

Re: Messenger - Seting "transacted"

The element binds to a SessionFactory instance and the element binds to a JNDISessionFactory, which is-a SessionFactory. So changing the XML to the following should do the trick (moving the transacted attribute to )... com.sun.jms.internal.java.naming.factory.initial

[GUMP] Build Failure - commons-email

This email is autogenerated from the output from: Buildfile: build.xml BUILD FAILED Target `dist' does not exist in this

DO NOT REPLY [Bug 7618] - need a way to set time out when using HttpClient and HttpMultiClient

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 7808] - HTTP GET causes Squid 2.4 never to serve cached objects

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 7808] - HTTP GET causes Squid 2.4 never to serve cached objects

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://nagoya.apache.org/bugzilla/show_bu