Re: NonSynchronizedStringBuffer [was Re: NonSynchronizedString]

Isn't there something in JDK1.5 for that? How was it called? Oliver Brian Lee wrote: Sorry about that. I'm a total moron, I meant NonSynchronizedStringBuffer. It would basically be a copy and paste of the java.lang.StringBuffer class without the synchronized modifiers on all the public methods.

RE: [id] how stable is id?

Hi Hernan, [Hernan Silberman wrote:] Just a quick query to check the staus/stability of the id component. With respect to the uuid package; everything is functional; however IMO it needs rework (all my naughty doings): - visibility, coupling, and maybe changes in package arrangement. I've

[Collections] PB with LRUMap serialization

Hi all I have met a strange problem while serializing/deserializing LRUMaps. I am performing the following operations in my code: 1) If serialized file exists, deserialize LRUMap 2) Fill LRUMap 3) Serialize LRUMap to file I run my program several times, and the memory is growing over and over

RE: betwixt files doesn't work with inherited Interfaces

Hi Robert, Not sure what you mean by a normalizer, but the other part is certainly correct - I need the introspecter to discover methods declared in the superinterfaces. I've attached the files I edited to provide me with an immediate workaround (afraid firewall prevents CVS access, so patch

Re: [Collections] PB with LRUMap serialization

Can you supply a test case demonstrating the problem please ;-) The serialization aspects were new in collections 3.1 so may have an odd bug. Stephen --- Marc Jambert [EMAIL PROTECTED] wrote: Hi all I have met a strange problem while serializing/deserializing LRUMaps. I am performing

Re: [lang] NonSynchronizedStringBuffer [was Re: NonSynchronizedString]

JDK1.5 has StringBuilder to do this. But, commons lang is for earlier JDKs too. There is a clear need for a class as you describe in [lang] IMO. The author of the class however needs to write it WITHOUT copying the JDK class, yet still make it perform in the same way (for licence reasons).

RE: Commons-net.FTPClient

Thanks for he reply, -Original Message- From: Steve Cohen [mailto:[EMAIL PROTECTED] Sent: Thursday, August 05, 2004 9:29 PM To: Jakarta Commons Developers List Subject: Re: Commons-net.FTPClient Sorry I missed your earlier post. The answer is, unfortunately, that the package does not

[Collections] UNITTEST proving for PB with map serialization

Try the following unit test. On my machine 100 iterations are enough to break memory. As reported before, this problem is not specific to LRUMap but also in LinkedMap. Probelm in AbstractLinkedMap ? public void testLRUMapSerializationDeserializationMemoryLeak () throws Exception { {

Re: Commons-net.FTPClient

In message [EMAIL PROTECTED], Steve Cohen writes: Sorry I missed your earlier post. The answer is, unfortunately, that the package does not support the easy conversion to UTF-8. If he needs to change the encoding for the control connection, he can recompile the source with

RE: Commons-net.FTPClient

Doing the setControlEncoding would be wonderful, I have recompiled the code doing what you suggested and it does work, but I um can't use it because its not an official release :) -Original Message- From: Daniel F. Savarese [mailto:[EMAIL PROTECTED] Sent: Friday, August 06, 2004 9:46 AM

Re: [lang] NonSynchronizedStringBuffer [was Re: NonSynchronizedString]

Any reason not to do: JkStringBuilder or something; a direct copy of the JDK 1.5 javadoc but our own implementation? I'm far more comfortable with us making 1.5 API things available to 1.2+, than creating a new FastStringBuffer class. Seems a lot more useful. Hen On Fri, 6 Aug 2004,

cvs commit: jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/introspection IDateRange.java

rdonkin 2004/08/06 12:43:06 Added: betwixt/src/test/org/apache/commons/betwixt/introspection IDateRange.java Log: Improved support for superinterface introspection Revision ChangesPath 1.1

Re: betwixt files doesn't work with inherited Interfaces

On 6 Aug 2004, at 11:55, Gray, Andrew (ITDA) wrote: Hi Robert, Not sure what you mean by a normalizer, but the other part is certainly correct - I need the introspecter to discover methods declared in the superinterfaces. class normalizer is used to configure substitution of class definitions.

RE: [Modeler] objectReference to ObjectReference

Thanks for taking the time to respond, and for scolding me nicely :). Sorry about posting to commons-cvs... I meant to post to commons-dev and simply copied the address from the wrong email. I'll read up on Bugzilla and report the bug. Thanks, Kirk At 02:08 PM 8/6/2004 -0400, you wrote: Hi,

digester logging

Hello, As a possible future enhancement, it would be very helpful to have all of the XML document parsing output set to the TRACE log level. This logging gets in the way of everything when reviewing log output at a debug level. Thanks, Bryan Pieper

cvs commit: jakarta-commons/betwixt/xdocs tasks.xml

rdonkin 2004/08/06 14:57:11 Modified:betwixt/xdocs tasks.xml Log: Added details of completed task Revision ChangesPath 1.32 +6 -1 jakarta-commons/betwixt/xdocs/tasks.xml Index: tasks.xml ===

Re: digester logging

On Fri, 6 Aug 2004 15:38:06 -0500, Pieper, Bryan (Corporate) [EMAIL PROTECTED] wrote: Hello, As a possible future enhancement, it would be very helpful to have all of the XML document parsing output set to the TRACE log level. This logging gets in the way of everything when reviewing log

Re: Unable to parse header: HTTP/1.0 200 OK

Ortwin Glück wrote: Upayavira wrote: I'm getting an HttpException: Unable to parse header: HTTP/1.0 200 OK Using a command like the following command: curl -u user:pass -I -i http://mysite:6998/page.exe?id=2; I got the following output: HTTP/1.1 200 OK Server: Microsoft-IIS/5.0 Date: Thu,

Re: Invoke a httpclient in a EJB

Hi Karthi, So does the following code snippet perform what Mike have mentioned... HttpClient client=new HttpClient(); // Which will create a SimpleHttpConnectionManager // by default. So we need not create an explicit

Re: Unable to parse header: HTTP/1.0 200 OK

Upayavira wrote: Tried that, didn't work. Thanks for your comments. I will now: 1) Contact the site provider, see if they can fix their broken site They said We have no intention to resolve this at present 2) Patch a version of HttpClient for my own use until the site fixes their headers So I

Re: Invoke a httpclient in a EJB

thanks mike. Michael Becke [EMAIL PROTECTED] wrote:Hi Karthi, So does the following code snippet perform what Mike have mentioned... HttpClient client=new HttpClient(); // Which will create a SimpleHttpConnectionManager // by default. So we need not create an explicit

DO NOT REPLY [Bug 30514] New: - HttpClient deadlocks under multithreaded access

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=30514. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

DO NOT REPLY [Bug 30514] - HttpClient deadlocks under multithreaded access

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=30514. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

Help needed with Bug 30514

My project uses HttpClient 2.0, which has frozen on a number of occasions bringing production servers down. I've submitted bug 30514 against this. However, I need to get this production issue resolved quickly, and would like some help regarding possible solutions / workarounds in the interim.

Re: DO NOT REPLY [Bug 30514] New: - HttpClient deadlocks under multithreaded access

[EMAIL PROTECTED] wrote: [snip] /** * Keep hitting a URL, with no sleep time. */ class ClientThread implements Runnable { protected Thread m_thread; protected boolean m_running = true; public ClientThread( ) { } public