AW: MultipartPostMethod

I tried it but there is a problem to integrate the method getLength() because I don't know the length of the InputStream. What are the problems if this method returns 0 (I'm sure there will be some!)? Thomas -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Gesen

Re: The use of UTIUtil.toUsingCharset?

Eric E Johnson wrote: So you can imagine that the first step would be precisely what these routines do - a conversion of a String into byte encoding XXX, and then back into a String in encoding YYY, where YYY almost certainly is ASCII. Having done that, you can use all your functions that URL

Re: The use of UTIUtil.toUsingCharset?

oh no! You should keep your name as is since you were here first. But are you sure I'm not really one of your split personalities ;) EJJ (who changed his send line in order to avoid masquerading as the 'good' Eric) > > -eej. > > P.S. I changed my name on send line, so as to avoid > being con

Re: The use of UTIUtil.toUsingCharset?

P.S. I changed my name on send line, so as to avoid being confused with the newcomer also known as Eric Johnson. Just my luck. I bet some of us share the same birthday too. If only I contributed enough to be be blessed with a Middle-Earth name, then I wouldn't have to worry about ambiguity!

Re: The use of UTIUtil.toUsingCharset?

Laura Werner wrote: How about if we just deprecate the @#% thing and the two URIUtil methods that call it? I found four uses (not just two), and HttpClient itself does not use any of those four methods. My vote is to deprecate them away. As for why these functions exist, I keep thinking alo

Re: The use of UTIUtil.toUsingCharset?

> >I can't say I comletely agree with your point (or understand it), but so be it. > > > > > Feel free to ask for clarification. Laura I feel this whole issue has been blown out of all reasonable proportions. I really regret about having been too emotional. I do admit I overdid with my sarcasm

RE: The use of UTIUtil.toUsingCharset?

>How about if we just deprecate the @#% thing and the two URIUtil methods >that call it? For what it's worth, Laura and Oleg, you are completely correct. The toUsingCharset method is 100% guaranteed to screw up characters, the only question is which characters. I would depreciate the code and p

Re: The use of UTIUtil.toUsingCharset?

This is a little off topic, but it sounds like we might want a some kind of new struct-like String class. This class would just contain bytes[] and the encoding type. This might make it a little easier to pass encoding sensitive data around, since String does not seem to do the job. Random th

Re: The use of UTIUtil.toUsingCharset?

Oleg, I can't say I comletely agree with your point (or understand it), but so be it. Feel free to ask for clarification. Basically I was trying (in my wordy way) to say that toUsingCharset seems to do two things: - Convert the Unicode string to an array of bytes using the converter for "

RE: proxy and howto's and some questions.

Hi Nick > My company is currently using the HttpClient utility in an Applet > successfully through proxy servers detected by the browser. Here is how the > proxy settings are configured: If you were prepared to spend a bit of your time to make a simple applet utility (with proxy settings detecti

Re:MultipartPostMethod

Thomas Unfortunately it is not possible. The framework is there, though. One only needs to create a class that implements PartSource interface Oleg >I want to create a multipart post with an InputStream instead of a File. >Is that possible? > >Thomas > >--

Re: The use of UTIUtil.toUsingCharset?

>That's the crux of the matter right there. What the >target.getBytes(fromCharset) does is ask the original "target" Unicode >String (presumably containing % escapes) to convert itself to its byte >representation in the original charset. Then "new String(..., >toCharset) creates a new Unicod

MultipartPostMethod

I want to create a multipart post with an InputStream instead of a File. Is that possible? Thomas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: The use of UTIUtil.toUsingCharset?

Oleg Kalnichevski wrote: I apologize for restarting this conversation, but I have to confess I found myself not intelligent enough to be able to grasp grand designs of the UTIUtil#toUsingCharset method Not a problem. And it's not intelligence; a) URI and URIUtil are not well documented, and

WELCOME new commiter Michael Becke

Mike has passed the vote and should receive commit access to the cvs repository soon. Welcome aboard Mike! http://jakarta.apache.org/commons/httpclient/news.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional comma

RE: [PATCH] Fix for bug 16458

Made a test for 45 min, seems to be going fine now. I'll test furthermore tomorrow. Aurelien Pernoud a écrit : > Ok, I'm gonna test it right now and tell you tomorrow morning if > everything went ok with my app. > > Oleg Kalnichevski a écrit : > >> Committed ---

Re: What about optional components?

+1 Very much appreciated. Oleg Kalnichevski wrote: Something like /src/contrib, which would contain a package named org.apache.commons.httpclient.contrib or something similar. This package would not be officially maintained. It would not be included into neither BIN nor SRC distribution, however

[PATCH] New bug, and fix.

Hi again, I found a bug that has existed in the CVS source from when I first checked out (02/16), and still exists in CVS upto last update (10:30am this morning.) Severity: HIGH, because it will lock up the application using HttpClient. Reproduce: This bug is easy to reproduce (see below). all y

Re: [PATCH] Fix for bug 16458

There is that one more bug I have fixed that is important to be included in final (perhaps beta even). I will post it soon. The next bug doesn't have a tracking number that I could find, but it results in the app using HttpClient to wait indefinatly for a connection that will never be release

DO NOT REPLY [Bug 16458] - HttpClient enter 100% for endless time

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

Re: What about optional components?

Sounds like a good plan. I was thinking we might want to include the contrib code in the source distribution. It would be more convenient for users and I think it would help to promote code contribution. Mike +1 Oleg Kalnichevski wrote: Jandalf I see your point. However, there's a concern w

RE: [PATCH] Fix for bug 16458

Ok, I'm gonna test it right now and tell you tomorrow morning if everything went ok with my app. Oleg Kalnichevski a écrit : > Committed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTEC

RE: [PATCH] Fix for bug 16458

Thx a lot Sam (and of course oll others from httpclient), I totally agree with all you just said about httpclient. I love encountering bugs and find out there might already be fixed ;) Sam Maloney a écrit : >> Thank you so much for tracking it down. It's really appreciated. > No problem. When w

Re: [PATCH] Fix for bug 16458

Committed On Thu, 2003-02-20 at 17:32, Jeffrey Dever wrote: > Oleg, this fix will need to go in before we drop alpha3. > > Sam Maloney wrote: > > >On Wednesday 19 February 2003 17:39, Oleg Kalnichevski wrote: > > > > > >>Hi Sam > >> > >>I believe the bug has been fixed by now. I stumbled upon

Re: What about optional components?

Thats a fine idea. I'm all for it. +1 Oleg Kalnichevski wrote: Jandalf I see your point. However, there's a concern which I would like to be taken into consideration. It might take quite a while before we make it past 2.2 release. A lot of useful code may simply be lost during that time. There

Re: [PATCH] Fix for bug 16458

> Thank you so much for tracking it down. It's really appreciated. No problem. When writing the adaptor for HttpClient to plug into ApacheSOAP (we use both in our project), I instantly fell in love with the architecture (as I said, I came from HTTPClient, which Jeffery Dever agrees with me is a

Re: [PATCH] Fix for bug 16458

Oleg, this fix will need to go in before we drop alpha3. Sam Maloney wrote: On Wednesday 19 February 2003 17:39, Oleg Kalnichevski wrote: Hi Sam I believe the bug has been fixed by now. I stumbled upon it a few days ago pretty much by chance http://www.mail-archive.com/commons-httpclient-de

Re: [PATCH] Fix for bug 16458

No, it would not. I was wrong in my assumption. I am going to apply Sam's patch and commit it after having run all the test cases Oleg On Thu, 2003-02-20 at 17:18, Oleg Kalnichevski wrote: > Sam > > Thank you so much for tracking it down. It's really appreciated. > > Would not it be a bit c

DO NOT REPLY [Bug 16458] - HttpClient enter 100% for endless time

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

Re: [PATCH] Fix for bug 16458

Sam Thank you so much for tracking it down. It's really appreciated. Would not it be a bit cleaner to fix this part, though? What's your opinion on that? while ((statusString != null) && !statusString.startsWith("HTTP/")) { statusString = conn.readLine(); } Cheers Oleg On

Re: [PATCH] Fix for bug 16458

On Wednesday 19 February 2003 17:39, Oleg Kalnichevski wrote: > Hi Sam > > I believe the bug has been fixed by now. I stumbled upon it a few days > ago pretty much by chance > > http://www.mail-archive.com/commons-httpclient-dev%40jakarta.apache.org/msg >00536.html > This fix does not fix the same

DO NOT REPLY [Bug 16458] - HttpClient enter 100% for endless time

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

Re: The use of UTIUtil.toUsingCharset?

Laura I apologize for restarting this conversation, but I have to confess I found myself not intelligent enough to be able to grasp grand designs of the UTIUtil#toUsingCharset method Sung-Gu apparently is too proud or too busy to spend his precious time on such trifles as writing test cases or ta

DO NOT REPLY [Bug 16458] - HttpClient enter 100% for endless time

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 13463] - Request/Response race condition when doing multiple requests on the same connection.

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

Re: What about optional components?

Jandalf I see your point. However, there's a concern which I would like to be taken into consideration. It might take quite a while before we make it past 2.2 release. A lot of useful code may simply be lost during that time. There has already been a few cases when the contribution did not merit i

Re: [PATCH] SSLProtocolSocketFactory

Cheers. I found the problem with your attachments. Form the Email headers: Content-Type: multipart/mixed; boundary="030206070302030005070501" and then: Content-Type: text/html; name="SSLProtocolSocketFactory.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filen

Re: [PATCH] SSLProtocolSocketFactory

It seems that attachments are still being stripped. I have cc'ed you Ortwin just is case. Mike Ortwin Glück wrote: I don't see no patch Michael Becke wrote: Attached is a patch - To unsubscribe, e-mail: [EMAIL PROTE

Re: [VOTE] nominate Michael Becke as a committer

Thank you all for the kind sentiments. I look forward to committing your patches:) Thanks, Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 16729] - Allow redirects between hosts and ports

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 16458] - HttpClient enter 100% for endless time

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

Re: [PATCH] SSLProtocolSocketFactory

I don't see no patch Michael Becke wrote: Attached is a patch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]