If there are no objections (say within three days), I will remove
httpclient from the externals on trunks-proper as well.
-Rahul
On 7/6/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: rolandw
Date: Fri Jul 6 07:12:06 2007
New Revision: 553886
URL:
On Fri, 2006-08-18 at 12:55 -0400, Gary Gregory wrote:
Hello All:
Unlike version 3.0.1, the 3.1-alpha1 version is not compiled with debug
information.
I think compile.debug = true is a better default.
Done
Oleg
Thanks,
Gary
On Tue, 2006-04-11 at 11:41 -0400, Gary Gregory wrote:
Hello:
What are the plans for the breakout of HttpClient into HTTP components?
Every time I look for the code, I realize that there are no
nightly-builds. The wiki [1] does not point to any code but I recall
finding a site describing
Oleg,
thanks for the quick and extensive answer!
This is a conscious design decision. The reason for these wrappers'
existence is to ensure the reliability of persistent connections.
I already assumed something like that. Bummer.
We are perfectly aware of shortcomings of the existing
Torsten,
This is a conscious design decision. The reason for these wrappers'
existence is to ensure the reliability of persistent connections.
(1) AutoCloseInputStream ensures the entire content body is consumed
upon connection release thus making it reusable for other requests.
Consider the
Hi guys,
[SNIP]
I'll ask the maintainer of the plugin, if it is possible to
get an official release of it.
It's done.
You can download it (maven plugin:download -DartifactId=maven-ant-plugin
-DgroupId=maven -Dversion=1.9) and use it (maven ant).
From now, you can use external properties
Arnaud,
is there an up to date list of released plugins for maven 1.0.2? Maybe
a bundle with the latest of each released since the 1.0.2 release?
On Apr 10, 2005 7:58 PM, Arnaud HERITIER [EMAIL PROTECTED] wrote:
Hi guys,
[SNIP]
I'll ask the maintainer of the plugin, if it is possible to
List
Objet : Re: [httpclient] Jars in the repository
Arnaud,
is there an up to date list of released plugins for maven
1.0.2? Maybe a bundle with the latest of each released since
the 1.0.2 release?
On Apr 10, 2005 7:58 PM, Arnaud HERITIER [EMAIL PROTECTED] wrote:
Hi guys,
[SNIP
Ortwin Glück wrote:
Nobody needs Ant when there is Maven. Ant is legacy.
Lots of people, including me, disagree with this.
Lots of people, including me, find maven a pain to work with.
Ant support needs to be maintained
Its also the case that not all commons projects use maven for
everything. On
Martin Cooper wrote:
Let's suppose for a minute that all Commons components stored their
dependencies in SVN. And let's also suppose that they all required
Commons Logging. We would have almost 90 copies of Commons Logging
taking up space in the SVN repository. Even if only half of them use
Mark,
You are making some interesting points.
First, I hear that ibiblio is supposed to be *stable*. That is good to
hear (any guarantees about this, btw?). So this eliminates my reasoning
and I am happy to remove the deps from SVN.
Second, I understand that using Ant or Maven is a matter of
Ortwin Glück [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Mark,
You mentioned the maven ant goal. I had never tried it before and I just
gave it a spin. The result is not really usable though. The build.xml
starts off with all kind of properties that contain local path names and
Brent Worden wrote:
Ortwin Glück [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Mark,
You mentioned the maven ant goal. I had never tried it before and I
just gave it a spin. The result is not really usable though. The
build.xml starts off with all kind of properties that contain
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
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
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
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,
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
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
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
On the production machine it was a common-httpclient.jar in the
J2RE_LIBRARY/ext
I assuming this points to java-home/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
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 java-home/lib/ext, and that we're talking
about standard extensions.
And the classLoader was not loading the SecureProtocolSocketFactory
from my jar but from
On Mon, 2005-03-07 at 19:07 -0400, Derek Lohnes wrote:
I was looking for a jar containing the contrib classes for SSL. Can some
tell me what the intention is for this stuff will it be packaged as part
of the distribution?
Hi Derek,
We may eventually consider moving the
From: Sanjeev Tripathi [EMAIL PROTECTED]
Can any one tell me how send serialized object to
servlet from httpclient.
Colin already gave you one option, (base 64 encoding the binary data):
http://www.mail-archive.com/commons-dev%40jakarta.apache.org/msg57055.html
For general information on base
Sanjeev Tripathi wrote:
Thanks Wendy.
I know how to serialize object to file or socket. But
How I can convert object to bytes so I can use
byte[] encodedData = Base64.encodeBase64( binaryData );
Try using the serialize(Serializable obj) method on
org.apache.commons.lang.SerializationUtils.
sun.misc.BASE64Encoder().encode(password.getBytes())
Thanks.
Sanjeev Tripathi
-Original Message-
From: Wendy Smoak [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 08, 2005 10:23 AM
To: commons-user@jakarta.apache.org
Cc: Jakarta Commons Developers List
Subject: Re: [httpclient] Sending serialized
.
Sanjeev Tripathi
-Original Message-
From: Bob Arnott [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 08, 2005 11:47 AM
To: 'Jakarta Commons Developers List'
Subject: RE: [httpclient] Sending serialized object from httpclient to
servlet.
Sanjeev Tripathi wrote:
Thanks Wendy.
I know
Hi Srinivas,
Sorry for the delay in getting back to you. There really is nothing
different about using HttpClient in an applet compared to an
application. I suggest you first get HttpClient working for you in a
standalone application and then move it into an applet.
If you have trouble
On 08/10/2004, at 4:43 PM, Srinivas Velidanda wrote:
Hi,
I got a sample signed applet working that is given at the links you
specified.
but need help using it with HttpClient...
Pl let me know if somebody already worked with applet using HttpClient.
Hi Srinivas,
We use HttpClient extensively
Hi,
can I get the sample java code to make the signed applet with HttpClient.
thanks,
Srinivas.
Adrian Sutton [EMAIL PROTECTED] wrote:
On 08/10/2004, at 4:43 PM, Srinivas Velidanda wrote:
Hi,
I got a sample signed applet working that is given at the links you
specified.
but need help
On 08/10/2004, at 5:21 PM, Srinivas Velidanda wrote:
Hi,
can I get the sample java code to make the signed applet with
HttpClient.
No unfortunately we develop a commercial product so I can't release the
code. However, the usage of HttpClient is exactly the same in an
applet as an application.
Hi Adrian Sutton,
thanks for the mail.
I need some help regarding using Applet with HttpClient.
I am able to make the signed applet get opened in the Internet Explorer, but I got
stuck up
1. couldn't grant permissions to read a particular folder at client side.
2. Even If I do that I am
Hello Manos,
Yes, it is possible to implement custom HTTP methods. I would suggest
extending HttpMethodBase and working from there. Please have a look at
the Slide client library for examples of this.
Also, please post HttpClient dev questions to the httpclient-dev
mailing list.
Mike
On Oct
Velidanda
06.10.2004 13:43
Please respond to
Commons HttpClient Project
To
[EMAIL PROTECTED]
cc
Subject
Re: HttpClient query...
Hi,
Thanks for your help.
I found the samples specified by you very much useful.
I got it working with my JSP by sending user credential parameters which
were
?
cheers,
Roland
Srinivas Velidanda
06.10.2004 13:43
Please respond to
Commons HttpClient Project
To
[EMAIL PROTECTED]
cc
Subject
Re: HttpClient query...
Hi,
Thanks for your help.
I found the samples specified by you very much useful.
I got it working with my JSP by sending user credential
-
From: Srinivas Velidanda [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 07, 2004 7:03 PM
To: [EMAIL PROTECTED]
Subject: Re: HttpClient query...
Hi,
Greetings.
I am running into problems, as you have mentioned, i was trying to
work with an Applet. Couldn't set security
Sorry group, Pl ignore the email. It was a mistake.
Regards
Nethi
-Original Message-
From: Ramesh Nethi [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 07, 2004 7:57 PM
To: 'Commons HttpClient Project'
Subject: RE: HttpClient query...
Yeah. I noticed that.
Srikanth mentioned
/?only_with_tag=HTTPCLIENT_2_0_BRANCH
cheers,
Roland
Srinivas Velidanda
05.10.2004 14:00
Please respond to
Commons HttpClient Project
To
Commons HttpClient Project
cc
Subject
Re: HttpClient query...
Hi Roland,
thanks for the reply.
I am new to this API and pl let me know how can I do
Velidanda [EMAIL PROTECTED]
06.10.2004 13:43
Please respond to
Commons HttpClient Project
To
[EMAIL PROTECTED]
cc
Subject
Re: HttpClient query...
Hi,
Thanks for your help.
I found the samples specified by you very much useful.
I got it working with my JSP by sending user credential
Hello Srinivas,
if the session is handled by a session cookie, just make sure
you use the same HttpState object for all requests. That should
happen automagically if you do nothing special and re-use one
HttpClient for all requests.
If the server uses URL rewriting because it believes that the
Hi Roland,
thanks for the reply.
I am new to this API and pl let me know how can I do the following.
1. can I set the same parameters coming from the session before creating Multipart
request to the Multipart request, if yes, how can I set and how can these parameters
can be referred at the
To
Commons HttpClient Project [EMAIL PROTECTED]
cc
Subject
Re: HttpClient query...
Hi Roland,
thanks for the reply.
I am new to this API and pl let me know how can I do the following.
1. can I set the same parameters coming from the session before creating
Multipart request to the Multipart
.
Press any key to continue . . .
Thanks,
Chris
-Original Message-
From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 30, 2004 12:42 PM
To: Commons HttpClient Project
Subject: RE: HttpClient + HTTPS + NTLM Authentication =
HTTP/1.1401AccessDenied
On Thu, 2004-09-30
Kalnichevski [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 29, 2004 5:10 PM
To: Commons HttpClient Project
Subject: RE: HttpClient + HTTPS + NTLM Authentication = HTTP/1.1
401AccessDenied
Christopher,
Ok, I see. This is weird. I can't explain it. Maybe I am just too tired
right now and should go
any key to continue . . .
Please reply at your earliest convenience.
Chris
-Original Message-
From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 29, 2004 5:10 PM
To: Commons HttpClient Project
Subject: RE: HttpClient + HTTPS + NTLM Authentication = HTTP
Christopher,
What is exactly the problem?
The authentication succeeded:
HTTP/1.1 200 OK
Session cookie has been sent:
ASPSESSIONIDAQQBDABR=LMNNMHNALPPKIBENMNNANHGP
NTLM authentication scheme is a stateful one and requires multiple
challenges/responses. The first 401 Access Denied response is
To: Commons HttpClient Project
Subject: Re: HttpClient + HTTPS + NTLM Authentication = HTTP/1.1
401Access Denied
Christopher,
What is exactly the problem?
The authentication succeeded:
HTTP/1.1 200 OK
Session cookie has been sent:
ASPSESSIONIDAQQBDABR=LMNNMHNALPPKIBENMNNANHGP
NTLM authentication
HttpClient Project
Subject: Re: HttpClient + HTTPS + NTLM Authentication = HTTP/1.1
401Access Denied
Christopher,
What is exactly the problem?
The authentication succeeded:
HTTP/1.1 200 OK
Session cookie has been sent:
ASPSESSIONIDAQQBDABR=LMNNMHNALPPKIBENMNNANHGP
NTLM authentication
Dmitriy,
'enKoo WebApps' has been added to the list of HttpClient powered apps.
Check it out at:
http://jakarta.apache.org/commons/httpclient/applications.html
,
Oleg
On Tue, 2004-09-21 at 20:42, Dmitriy wrote:
Hi
I'd like to announce that enKoo's application WebApps is HttpClient
Oliver Köll wrote:
I only have a minor feature request for the preferences architecture: it
would be nice to be able to define default HttpMethodParams per
HttpClient instance. (i'm not sure, but you may already have taken care
of that).
Actually that was one of the design goals of the new
I agree. I think we're ready for another 3.0 release.
There has been surprisingly little comment on the 3.0 API, and I'm also
concerned about freezing it until we've had more feedback. We
definitely have a chicken and the egg problem here. My preference is
to continue with a new 3.0 alpha
The 3.0-alpha2 release should certainly be the first step. I would even
go so far as to announce this release be the last ALPHA release.
More visibility is definitely a must. I think we could even make use of
our new Jakarta subproject status and temporarily deploy the site
generated off the CVS
What is the web site... And what are the improvements?
-Original Message-
From: Michael Becke [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 16, 2004 7:27 AM
To: Commons HttpClient Project
Subject: Re: HttpClient 3.0 is kind of done. Feedback needed
I agree. I think we're ready
wrote:
What is the web site... And what are the improvements?
-Original Message-
From: Michael Becke [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 16, 2004 7:27 AM
To: Commons HttpClient Project
Subject: Re: HttpClient 3.0 is kind of done. Feedback needed
I agree. I think
Gerdes, Tom wrote:
What is the web site...
I guess we should upload a copy of the 3.0 website and place a link to it.
Users can create the website by checking out the CVS and run Maven 1.0:
maven site:generate
You will then find the Site under target/docs/index.htm
Odi
--
Oleg Kalnichevski wrote:
Anyways, before things turn ugly, give us some feedback, pleeese
Hi Oleg,
i'm sorry, that i haven't given any feedback earlier, but i always felt,
that my understanding of HttpClient wasn't deep enough to qualify any
criticism.
The good news: i'm already using
Thanks! Ortwin, that helps to know what changes have been made!
-Original Message-
From: Ortwin Glück [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 16, 2004 8:55 AM
To: Commons HttpClient Project
Subject: Re: HttpClient 3.0 is kind of done. Feedback needed
Gerdes, Tom wrote
No worries. The preferences API can be tricky. As soon as 3.0a2 is
officially out, there will be a new guide dealing exclusively with the
preferences API. Meanwhile you can get it from the CVS (as always)
Oleg
On Thu, 2004-09-16 at 18:16, Oliver Kll wrote:
Hi Oleg,
thanks for the tips - i'll
Another evil plan that I have been contemplating recently is to address
our fellow open-source developers that are known to be using HttpClient
(read: shamelessly spam the dev mailing lists) and ask them what they
think of the new 3.0 API and whether they have any migration plans. If
needed I am
then search. At some point I'll go through and delete the
classes that we've purged the associated bugs.)
Thanks,
Sam
-Original Message-
From: Michael Becke [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 16, 2004 10:40 PM
To: Commons HttpClient Project
Subject: Re: HttpClient 3.0
Kiran
2004/09/13 17:11:23:081 IST [DEBUG] wire - -
WWW-Authenticate:NTLM[\r][\n]
2004/09/13 17:11:23:091 IST [DEBUG] wire - - WWW-Authenticate: Basic
realm=mailbox.iormyxintl.com[\r][\n]
The server actually prefers stronger NTLM authentication scheme over
insecure Basic one. HttpClient 2.0
X-Smiles and TreeGrow have been added to the powered by HttpClient
application list
http://cvs.apache.org/viewcvs.cgi/jakarta-commons/httpclient/xdocs/applications.xml?r1=1.17r2=1.18diff_format=h
Oleg
On Mon, 2004-09-06 at 14:35, Mikko Honkala wrote:
Hi,
X-Smiles is an Open-Source XML
I personally feel extremely flattered by the fact that Spring framework
project chose to utilize HttpClient for their remoting solution.
However, like in case of Apache Axis, HttpClient is only one of many
transport options and thus completely orthogonal as far as the framework
itself is concerned
Andre
I have been working with the NIO quite extensively for the last few
months. Here's my take on the problem. I believe as of HttpClient 4.0 we
should no longer maintain 1.2 (actually HttpClient is still fully jre
1.2 compatible) compatibility. That would enable us to leverage some of
NIO
Manish Moorjani wrote:
Hi Mike,
Thanks for the quick response.
What I mean by partial response is as follows :
When I try accessing the url directly the application can do do things
1) Returns the response in one go
2) Keep on flushing after some data is fetched(say there are total 100 records,
Hi Manish,
Just to echo Orwin's comments, what you're asking should be handled at
the application level, instead of the protocol level (HTTP). It sounds
like what you want is paging. My suggestion would be to control the
location and size of the values returned by passing in additional
Hi Andre,
To my knowledge no-one has done much work with HttpClient and NIO.
Theoretically speaking I don't know if NIO would have much (if any) of
an impact though.
Mike
On Aug 24, 2004, at 5:44 PM, Andre-John Mas wrote:
Hi,
Has anyone done any experimentation to see if Java NIO could add
Andre-John Mas wrote:
Hi,
Has anyone done any experimentation to see if Java NIO could add anything
extra, performance wise, to HttpClient?
Andre
Not that I know. The main reason why NIO is not used, is that we want to
be compatible with JDK 1.3.
Ortwin Glck
Hello Manish,
What you're doing here looks good. It sounds like you're getting a
socket read timeout which is caused by a large delay when reading the
response. I'm not sure what you mean by read partial responses. The
only options I can think of are setting the SO_TIMEOUT to a higher
Zulfi,
If you expect us to react on this report, you have to be a little more specific on how
exactly you measured the performance, exactly what kind of HTTP methods your tests
included, exactly what pre-release-candidate you are referring to, and what exactly
you mean by but it is still
Zulfi,
I ran the profiler on
HttpClient 2.0-alpha3 and
HttpClient 2.0 Branch latest CVS
I basically used Oleg's test case provided in the email thread you
mentioned (code included).
I turned off logging and stale connection checking. I ran the tests
against a local Tomcat on a Win2k Pro
Zulfi,
I ran the profiler on
HttpClient 2.0-alpha3 and
HttpClient 2.0 Branch latest CVS
I basically used Oleg's test case provided in the email thread you
mentioned (code included).
I turned off logging and stale connection checking. I ran the tests
against a local Tomcat on a Win2k Pro
Karthi
HttpClient what version are you using 2.0.x (stable) or 3.0-alpha1. HttpClient 2.0
throws org.apache.commons.httpclient.HttpConnection.ConnectionTimeoutException to
signal a connect timeout. HttpClient 3.0 does
org.apache.commons.httpclient.ConnectTimeoutException
Oleg
-Original
Yes, it is.
-Original Message-
From: Karthikeyani K [mailto:[EMAIL PROTECTED]
Sent: Freitag, 20. August 2004 16:24
To: Commons HttpClient Project
Subject: RE: HttpClient ConnectionTimeOut
Oleg,
Thanks. We are using HttpClient 2.0 version downloaded from
http://jakarta.apache.org
I do not remember which earlier releases I used. I only remeber that it
did not have the rcX attached to it. I am not sure if it matters now. I
guess, the only thing we are concerned here is whether we can get
HttpClient performance better than JDK or not. If yes, then how do we
get it? I
(3) HttpClient handsomely beats HttpURLConnection when streaming out
entity enclosing requests (POST, PUT)
Hi Oleg,
I am a bit skeptical about your test#3 for POST. I am doing POST myself
but the performance of HttpClient is not better than
java.net.HttpURLConnection. I have posted another email
On Fri, 2004-08-20 at 21:23, Zulfi Umrani wrote:
(3) HttpClient handsomely beats HttpURLConnection when streaming out
entity enclosing requests (POST, PUT)
Hi Oleg,
I am a bit skeptical about your test#3 for POST. I am doing POST myself
but the performance of HttpClient is not better than
Hello Francois,
This a pretty strange location for a NPE. Are you using a stock
version of HttpClient or have there been any changes made to
MultiThreadedHttpConnectionManager or HttpConnection? Also please post
a wire/debug log
http://jakarta.apache.org/commons/httpclient/logging.html
Regards.
-Original Message-
From: Michael Becke [mailto:[EMAIL PROTECTED]
Sent: jeudi 29 juillet 2004 14:20
To: Commons HttpClient Project
Subject: Re: HttpClient 2.0: Null pointer exception
Hello Francois,
This a pretty strange location for a NPE. Are you using a stock
version
Hi Henri
2) There was talk of HttpClient promoting out of Commons. What's the
latest on that?
The PMC voted in favor of promotion on April the 16th
http://jakarta.apache.org/commons/httpclient/news.html
The migration from Jakarta Commons to Jakarta Proper currently stalled because
of
Added to the 'HttpClient Powered' list of applications:
* Laszlo Presentation Server
* Celware WebRecorder
* Thin Client GUI Builder
On Mon, 2004-07-12 at 19:16, [EMAIL PROTECTED] wrote:
TCBuilder: Thin Client GUI Builder
TCBuilder is a GUI development framework based on Eclipse platform to
Tim,
HttpClient 2.0 supports a reverse model compared to HttpURLConnection.
Instead of providing you with an output stream it can read the request
body directly from an input stream and write it to the socket output
stream for you
Application page updated in CVS HEAD and 2.0 branch
Oleg
On Sun, 2004-06-27 at 23:29, Oleg Kalnichevski wrote:
Folks,
We have got two new submissions for the HttpClient powered page:
* Delosis Psytools
* actiWATE
If nobody objects I'll update the site within next two to four days
Hi Pavel
Could you please confirm my understanding that actiWATE is free but not open-source?
We tend to give a little more preferential treatment to open-source projects when it
comes to placement on the HttpClient's application list
Oleg
-Original Message-
From: Pavel Sher
Hello Arturo,
what exactly do you chance when it works?
From a quick look at the code, I suggest the
following modifications:
- don't recycle the method, create a new one
- invoke releaseConnection() in a finally block,
no matter whether there was an exception or not
The unable to find line
Arturo,
unable to find line starting with 'HTTP' error is reported
(1) when response (status line, to be exact) sent by the server is malformed
(2) if HttpClient fails to correctly parse the status line sent by the server
(3) when the target server accepts connection but then fails to send any
Kalnichevski, Oleg wrote:
Arturo,
unable to find line starting with 'HTTP' error is reported
or if the content-length or transfer encoding sent by the server is
malformed etc.
--
_
NOSE applied intelligence ag
ortwin glück
It can also be caused by more that one method using the same connection
simultaneously. For example if two threads are using the same
HttpClient instance with the SimpleHttpConnectionManager.
Mike
On Jun 11, 2004, at 4:27 AM, Kalnichevski, Oleg wrote:
Arturo,
unable to find line starting
Michael Mastroianni wrote:
Something's still wrong though, as the amount of memory being used is
pretty much monotonically increasing with the number of URLs downloaded,
just nowhere near as fast.
Do you have any chance to run a memory profiler like AnalyzeIt (bundled
with recent JBuilder)?
Then
Lukas Bradley wrote:
Because we only issue certificates for personal
security reasons, we are not a valid certificate authority in Java's eyes.
All you need to do is import their private CA's certificate into the
keystore, so their SSL certs can be verified.
--
Michael Mastroianni wrote:
responseBody = method.getResponseBodyAsString();
java.io.FileWriter fw = new java.io.FileWriter(m_sPath + \\ + m_sFile);
Michael
Could you provide us with additional details on the execution environment
of your application?
(1) What version of HttpClient are you using?
(2) What is the JDK version?
(3) What platform?
(4) How exactly do you measure memory consumption by your application?
(5) Do you set initial and
] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 09, 2004 11:03 AM
To: Jakarta Commons Developers List
Subject: RE: HttpClient -- possible resource leak?
Michael
Could you provide us with additional details on the execution
environment
of your application?
(1) What version of HttpClient are you
-To: Jakarta Commons Developers List [EMAIL PROTECTED]
Subject: RE: HttpClient -- possible resource leak?
Date: Wed, 9 Jun 2004 11:46:09 -0400
From: Michael Mastroianni [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Thanks for your help. Here are some details
1. I've tried 2.1
1 - 100 of 455 matches
Mail list logo
