Am 2014-12-02 um 10:48 schrieb Stefan Magnus Landrø:
Hi there,
I see the MultipartEntityBuilder is rather limited in functionality (I'm
trying to create a soap with attachments request - EBMS style)
Just a stupid question: Why don't you use a JAX-WS client with XOP?
Michael
Am 2014-12-06 um 22:14 schrieb Steve Cohen:
I am building a standalone java application to generate load on a
system, simulating real world conditions.
Stupid question: What is wrong with JMeter? You can pick HttpClient 3
and 4 for your HTTP load tests. I was quite happy this year with JMeter
Hi folks,
I am looking for a design decision to cache session information for a
request workflow embedded in a SOAP/REST-based webapp.
Here is a little background how the workflow is structured and what I am
trying to solve:
Note: I have read the entire tutorial and am somewhat overwhelmed
Hi folks,
I am in a need to implement a two-pass HttpEntity. This is related to my
previous question [1].
Say, I have a PayloadEntity which extends StringEntity and contains XML
content. This is being put into the HttpPost. Unfortunately, this isn't
enough for a complete request. I need to
Am 2015-01-26 um 10:18 schrieb Oleg Kalnichevski:
On Sun, 2015-01-25 at 22:24 +0100, Michael Osipov wrote:
Am 2015-01-25 um 18:12 schrieb Oleg Kalnichevski:
On Sat, 2015-01-24 at 16:50 +0100, Michael Osipov wrote:
Am 2015-01-24 um 12:29 schrieb Oleg Kalnichevski:
On Fri, 2015-01-23 at 23:36
Hi friends,
has anyone noticed that HttpClientBuilder#evictIdleConnections 4.4
accepts a *Long*
as first arg and not *long*? This might lead to an NPE. I guess long
should have
been the type.
Shall I file an issue?
Michael
Hello,
I'm writing a unit test to simulate behavior of different browsers
regarding multipart file upload where the filenames may contain letters
with accents. The server has noticed that some browsers (such as Chrome)
use composed accents (a single character code point with the character
Hi folks,
TL;DR: here is -- as promised -- a possible solution how to pool HTTP
sessions with a single HttpClient:
First, I had to create the custom object for holding that session
information:
public class RawSession {
private CookieStore cookieStore;
private MutableInt requestId;
Am 2015-01-24 um 12:29 schrieb Oleg Kalnichevski:
On Fri, 2015-01-23 at 23:36 +0100, Michael Osipov wrote:
Hi folks,
I am looking for a design decision to cache session information for a
request workflow embedded in a SOAP/REST-based webapp.
Here is a little background how the workflow
Am 2015-02-09 um 14:26 schrieb Oleg Kalnichevski:
On Sun, 2015-02-08 at 22:26 +0100, Michael Osipov wrote:
Hi folks,
I am in a need to implement a two-pass HttpEntity. This is related to my
previous question [1].
Say, I have a PayloadEntity which extends StringEntity and contains XML
content
Hi friends,
has anyone noticed that HttpClientBuilder#evictIdleConnections 4.4 accepts a
*Long*
as first arg and not *long*? This might lead to an NPE. I guess long should have
been the type.
Shall I file an issue?
Michael
-
Hi,
is that a typo HttpClientBuilder#setSslcontext in 4.4?
Looking at the similar setters that should be setSSLContext IMHO.
Michael
-
To unsubscribe, e-mail: httpclient-users-unsubscr...@hc.apache.org
For additional commands,
Am 2015-02-10 um 16:44 schrieb Michael Osipov:
Hi friends,
has anyone noticed that HttpClientBuilder#evictIdleConnections 4.4
accepts a *Long*
as first arg and not *long*? This might lead to an NPE. I guess long
should have
been the type.
Shall I file an issue?
Anyone
Am 2015-02-10 um 16:44 schrieb Michael Osipov:
Hi,
is that a typo HttpClientBuilder#setSslcontext in 4.4?
Looking at the similar setters that should be setSSLContext IMHO.
Anyone? Shall I file an issue?
Michael
Hi,
is that a typo HttpClientBuilder#setSslcontext in 4.4?
Looking at the similar setters that should be setSSLContext IMHO.
Michael
-
To unsubscribe, e-mail: httpclient-users-unsubscr...@hc.apache.org
For additional commands,
Am 2015-01-25 um 18:12 schrieb Oleg Kalnichevski:
On Sat, 2015-01-24 at 16:50 +0100, Michael Osipov wrote:
Am 2015-01-24 um 12:29 schrieb Oleg Kalnichevski:
On Fri, 2015-01-23 at 23:36 +0100, Michael Osipov wrote:
Hi folks,
I am looking for a design decision to cache session information
serious advise is:
Contact you customer, tell that that their Kerberos setup is broken. It
is either a DNS problem or a missing SPN in the AD. Both can be fixed
within 5 minutes.
Otherwise, you are out of luck.
Michael
2015-05-20 12:18 GMT+02:00 Michael Osipov 1983-01...@gmx.net:
Hi,
One
Hi ,
We are facing some issue in passing request input stream using
InputStreamEntity.
Is there any known issue with InputStreamEntity interms of serialization o
streaming of data??
Or is there any compatibility issue with Websphere 8 server in passing
inputstream
Am 2015-05-24 um 14:30 schrieb Oleg Kalnichevski:
On Sun, 2015-05-24 at 14:18 +0200, Michael Osipov wrote:
Am 2015-05-24 um 12:17 schrieb Oleg Kalnichevski:
[...]
These are micro-benchmark workers that I use to compare relative
performance of the clients
http://svn.apache.org/repos/asf
Am 2015-05-24 um 12:17 schrieb Oleg Kalnichevski:
[...]
These are micro-benchmark workers that I use to compare relative
performance of the clients
http://svn.apache.org/repos/asf/httpcomponents/benchmark/httpclient/trunk/src/main/java/org/apache/http/client/benchmark/ApacheHttpClient.java
Am 2015-05-24 um 12:17 schrieb Oleg Kalnichevski:
On Sun, 2015-05-24 at 00:29 +0200, Michael Osipov wrote:
Am 2015-05-23 um 22:29 schrieb Oleg Kalnichevski:
On Sat, 2015-05-23 at 22:09 +0200, Michael Osipov wrote:
Hi,
we are experiencing a (slight) performance problem with HttpClient 4.4.1
Am 2015-05-24 um 14:25 schrieb Oleg Kalnichevski:
On Sun, 2015-05-24 at 13:02 +0200, Michael Osipov wrote:
Am 2015-05-24 um 12:17 schrieb Oleg Kalnichevski:
On Sun, 2015-05-24 at 00:29 +0200, Michael Osipov wrote:
Am 2015-05-23 um 22:29 schrieb Oleg Kalnichevski:
On Sat, 2015-05-23 at 22:09
Am 2015-05-24 um 14:25 schrieb Oleg Kalnichevski:
[...]
It all sounds very bizarre. I see no reason why HttpAsyncClient without
zero copy transfer should do any better than HttpClient in this
scenario.
So you are saying something is probably wrong with my client setup?
I think it is not
Hi,
we are experiencing a (slight) performance problem with HttpClient 4.4.1
while downloading big files from a remote server in the corporate intranet.
A simple test client:
HttpClientBuilder builder = HttpClientBuilder.create();
try (CloseableHttpClient client = builder.build()) {
HttpGet
Am 2015-08-26 um 22:07 schrieb Alexander Bernstein:
Hello,
I am new here, please pardon if this is not the right place for this kind of
question.
I am using httpclient-win-4.5 from httpClient 4.5 and
jna-4.1.0/jna-platform-4.1.0 JNA libraries to authenticate to Kerberos server
from
Am 2015-08-28 um 21:22 schrieb Alexander Bernstein:
Thank you, Michael. I too noticed that the code was marked as
experimental. I have a workaround for this issue (simply keep the
references to the created WindowsNegotiateScheme objects and dispose
of them before GC gets to them. This works for
Am 2015-11-20 um 01:01 schrieb Marc Boorshtein:
After you have successfully impersonated the user principal, perform your
HTTP request in a PriviledgedAction with Subject#doAs. That should do.
Thanks Micahael. Ill give this a try. Which kerberos server did you try
this against? I tried
of the
devs I already had contact with.
Michael
On Fri, Nov 20, 2015 at 1:09 PM, Michael Osipov <micha...@apache.org> wrote:
Am 2015-11-20 um 01:01 schrieb Marc Boorshtein:
After you have successfully impersonated the user principal, perform your
HTTP request in a Priviledged
Folks,
I am trying to perform TLS auth with a PKCS12 and Windows-MY keystores
with HttpClient 4.5.6 + Java 8, Update 212.
While with the .p12 (contains one key and its cert) file everything goes
smoothly and fast, I am having trouble with Windows-MY on Windows 7 with
my smartcard.
Loading
Am 2019-06-05 um 11:54 schrieb Oleg Kalnichevski:
On Tue, 2019-06-04 at 23:33 +0200, Michael Osipov wrote:
Folks,
I am trying to perform TLS auth with a PKCS12 and Windows-MY
keystores
with HttpClient 4.5.6 + Java 8, Update 212.
While with the .p12 (contains one key and its cert) file
Am 2019-10-23 um 09:28 schrieb Oleg Kalnichevski:
On Tue, 2019-10-22 at 16:17 +0200, Michael Osipov wrote:
Folks,
I am currently working on WAGON-568 and would like better understand
how
HttpEntity#isReproducible() should be properly handled.
In AbstractHttpClientWagon#put() [1] on specific
Folks,
I am currently working on WAGON-568 and would like better understand how
HttpEntity#isReproducible() should be properly handled.
In AbstractHttpClientWagon#put() [1] on specific status codes the
request (PUT) is retried manually with the same HttpEntity [2]
without:
* consuming the
Folks,
I have continued to fiddle a bit more with the redirector in HttpClient
5.0. I have modified my servlet code to respond with 307 from within a
Tomcat valve which immediately kicks in after "Expect: 100-continue".
There seems to be a bug in RedirectExec:
[main] DEBUG
Am 2020-02-17 um 14:11 schrieb Oleg Kalnichevski:
On Sun, 2020-02-16 at 23:30 +0100, Michael Osipov wrote:
Folks,
I am working again on some stuff in Maven Wagon, WAGON-570. After
some
tests I do not understand why this does not fail:
main] DEBUG org.apache.http.headers - http-outgoing-0
Am 2020-02-18 um 10:50 schrieb Oleg Kalnichevski:
On Mon, 2020-02-17 at 15:29 +0100, Michael Osipov wrote:
Am 2020-02-17 um 14:11 schrieb Oleg Kalnichevski:
On Sun, 2020-02-16 at 23:30 +0100, Michael Osipov wrote:
Folks,
I am working again on some stuff in Maven Wagon, WAGON-570. After
some
Am 2020-02-18 um 10:07 schrieb Oleg Kalnichevski:
On Mon, 2020-02-17 at 21:28 +0100, Michael Osipov wrote:
Folks,
I have continued to fiddle a bit more with the redirector in
HttpClient
5.0. I have modified my servlet code to respond with 307 from within
a
Tomcat valve which immediately kicks
Am 2020-02-19 um 13:42 schrieb Oleg Kalnichevski:
...
Hi Michael
I can take a look. Is there a test case I could run locally to
reproduce the defect?
I will try to skim this out of Wagon. Meanwhile I have attached the
failure with Wagon. You'll see that HttpClient follows the redirect,
but
Am 2020-02-20 um 10:50 schrieb Oleg Kalnichevski:
On Wed, 2020-02-19 at 21:19 +0100, Michael Osipov wrote:
Am 2020-02-18 um 22:29 schrieb Oleg Kalnichevski:
On Tue, 2020-02-18 at 20:35 +0100, Michael Osipov wrote:
Am 2020-02-18 um 10:07 schrieb Oleg Kalnichevski:
On Mon, 2020-02-17 at 21:28
Am 2020-02-18 um 22:29 schrieb Oleg Kalnichevski:
On Tue, 2020-02-18 at 20:35 +0100, Michael Osipov wrote:
Am 2020-02-18 um 10:07 schrieb Oleg Kalnichevski:
On Mon, 2020-02-17 at 21:28 +0100, Michael Osipov wrote:
Folks,
I have continued to fiddle a bit more with the redirector in
HttpClient
Folks,
I am working again on some stuff in Maven Wagon, WAGON-570. After some
tests I do not understand why this does not fail:
main] DEBUG org.apache.http.headers - http-outgoing-0 >> PUT
/test-secured-put-resource HTTP/1.1
[main] DEBUG org.apache.http.headers - http-outgoing-0 >>
Am 2020-02-17 um 14:11 schrieb Oleg Kalnichevski:
On Sun, 2020-02-16 at 23:30 +0100, Michael Osipov wrote:
Folks,
I am working again on some stuff in Maven Wagon, WAGON-570. After
some
tests I do not understand why this does not fail:
...
The supplied entity is non-repeatable
Am 2020-02-20 um 22:24 schrieb Oleg Kalnichevski:
On Thu, 2020-02-20 at 19:46 +0100, Michael Osipov wrote:
Am 2020-02-19 um 13:42 schrieb Oleg Kalnichevski:
...
Hi Michael
I can take a look. Is there a test case I could run locally to
reproduce the defect?
I will try to skim this out
Am 2020-05-27 um 12:14 schrieb Oleg Kalnichevski:
On Wed, 2020-05-27 at 00:01 +0200, Michael Osipov wrote:
Am 2020-05-26 um 23:09 schrieb Oleg Kalnichevski:
On Tue, 2020-05-26 at 22:28 +0200, Michael Osipov wrote:
Am 2020-05-26 um 20:20 schrieb Oleg Kalnichevski:
On Tue, 2020-05-26 at 17:58
Am 2020-05-27 um 14:47 schrieb Oleg Kalnichevski:
On Wed, 2020-05-27 at 14:32 +0200, Oleg Kalnichevski wrote:
...
https://github.com/apache/httpcomponents-client/commit/a554aadabafe26ae5412b26a311ffa105e623cc2
Tried with various timeouts, 5 ms, 15 ms, 25 ms, 50 ms, 500 ms.
Connections
Am 2020-05-27 um 22:51 schrieb Oleg Kalnichevski:
On Wed, 2020-05-27 at 22:14 +0200, Oleg Kalnichevski wrote:
On Wed, 2020-05-27 at 21:10 +0200, Michael Osipov wrote:
Am 2020-05-27 um 19:13 schrieb Oleg Kalnichevski:
On Wed, 2020-05-27 at 18:26 +0200, Michael Osipov wrote
Am 2020-05-27 um 19:13 schrieb Oleg Kalnichevski:
On Wed, 2020-05-27 at 18:26 +0200, Michael Osipov wrote:
...
https://github.com/ok2c/httpcomponents-core/commit/732a99563e73529e0359625fda54351b843b2e34
This patch does not work (reliably):
* I have never seen EarlyResponseException
Am 2020-05-25 um 09:47 schrieb Oleg Kalnichevski:
On Sat, 2020-05-23 at 01:10 +0200, Michael Osipov wrote:
...
Am 2020-05-22 um 22:18 schrieb Oleg Kalnichevski:
Theoretically we could enhance the classic client-side protocol
handler
to check if the length of the request entity is known
Am 2020-05-28 um 10:40 schrieb Oleg Kalnichevski:
On Thu, 2020-05-28 at 00:02 +0200, Michael Osipov wrote:
...
Please try out this patch. This should now give us proper out of
sequence response check with minimal overhead. The check will now
be
performed for chunks of 2048 bytes instead
Am 2020-05-28 um 22:51 schrieb Oleg Kalnichevski:
On Thu, 2020-05-28 at 22:01 +0200, Michael Osipov wrote:
Am 2020-05-28 um 10:40 schrieb Oleg Kalnichevski:
On Thu, 2020-05-28 at 00:02 +0200, Michael Osipov wrote:
...
Please try out this patch. This should now give us proper out
Am 2020-05-30 um 22:53 schrieb Oleg Kalnichevski:
On Sat, 2020-05-30 at 21:58 +0200, Michael Osipov wrote:
...
Now we need to decide if this is as good as it gets or we want to
put
more research into it.
I read liked you idea of the chunks. 2048 seems too low for me
because
most well write
Am 2020-05-29 um 10:04 schrieb Oleg Kalnichevski:
On Fri, 2020-05-29 at 00:46 +0200, Michael Osipov wrote:
Am 2020-05-28 um 22:51 schrieb Oleg Kalnichevski:
On Thu, 2020-05-28 at 22:01 +0200, Michael Osipov wrote:
Am 2020-05-28 um 10:40 schrieb Oleg Kalnichevski:
On Thu, 2020-05-28 at 00:02
Am 2020-06-01 um 15:11 schrieb Oleg Kalnichevski:
On Sun, 2020-05-31 at 23:13 +0200, Michael Osipov wrote:
Am 2020-05-30 um 22:53 schrieb Oleg Kalnichevski:
On Sat, 2020-05-30 at 21:58 +0200, Michael Osipov wrote:
...
Now we need to decide if this is as good as it gets or we want
to
put
more
Am 2020-06-02 um 00:09 schrieb Michael Osipov:
Am 2020-06-01 um 15:11 schrieb Oleg Kalnichevski:
On Sun, 2020-05-31 at 23:13 +0200, Michael Osipov wrote:
Am 2020-05-30 um 22:53 schrieb Oleg Kalnichevski:
On Sat, 2020-05-30 at 21:58 +0200, Michael Osipov wrote:
...
Now we need to decide
Am 2020-05-26 um 23:09 schrieb Oleg Kalnichevski:
On Tue, 2020-05-26 at 22:28 +0200, Michael Osipov wrote:
Am 2020-05-26 um 20:20 schrieb Oleg Kalnichevski:
On Tue, 2020-05-26 at 17:58 +, Bernd Eckenfels wrote:
Michael, this looks a bit like the packets in between have been
TLS
handshakes
Am 2020-05-26 um 20:20 schrieb Oleg Kalnichevski:
On Tue, 2020-05-26 at 17:58 +, Bernd Eckenfels wrote:
Michael, this looks a bit like the packets in between have been TLS
handshakes which have not been carried out because the engine was not
kicked off. Maybe a starHandshake() would help?
Am 2020-05-27 um 11:39 schrieb Oleg Kalnichevski:
On Wed, 2020-05-27 at 00:01 +0200, Michael Osipov wrote:
...
So far, the patch works and I can access the first 401 response.
I found a pretty nasty bug in HttpClient that leads to re-use of
connections after request termination. I am
Hi folks,
I believe that this is a wellknown limitation in blocking I/O, but would
like to know how to solve/workaround this issue. The source discussion
is here [1].
Bascially, I am posting a large file (~7 MB) to Tomcat 8.5.54 where the
resource needs to be authenticated:
69 [main]
Am 2020-05-22 um 22:18 schrieb Oleg Kalnichevski:
On Fri, 2020-05-22 at 19:25 +0200, Michael Osipov wrote:
Hi folks,
I believe that this is a wellknown limitation in blocking I/O, but
would
like to know how to solve/workaround this issue. The source
discussion
is here [1].
Bascially, I am
Am 2020-06-02 um 11:36 schrieb Oleg Kalnichevski:
On Tue, 2020-06-02 at 11:09 +0200, Michael Osipov wrote:
Am 2020-06-02 um 00:09 schrieb Michael Osipov:
Am 2020-06-01 um 15:11 schrieb Oleg Kalnichevski:
On Sun, 2020-05-31 at 23:13 +0200, Michael Osipov wrote:
Am 2020-05-30 um 22:53 schrieb
Am 2020-06-02 um 11:40 schrieb Oleg Kalnichevski:
On Tue, 2020-06-02 at 11:36 +0200, Oleg Kalnichevski wrote:
On Tue, 2020-06-02 at 11:09 +0200, Michael Osipov wrote:
Am 2020-06-02 um 00:09 schrieb Michael Osipov:
Am 2020-06-01 um 15:11 schrieb Oleg Kalnichevski:
On Sun, 2020-05-31 at 23:13
Am 2021-01-21 um 13:20 schrieb Hari Iyer:
Hi,
I have filenames with non-ascii characters and this is the code that enables me
to encode it in my multipart request:
MultipartEntityBuilder.create().setCharset(StandardCharsets.UTF_8).setLaxMode();
While this generates the content disposition (for
Am 2021-09-23 um 10:42 schrieb Oleg Kalnichevski:
On 9/23/2021 9:21 AM, Nitish Chitta wrote:
When I try to hit the server with the wrong credentials for basic
authentication, I am getting a *socket-write exception* which should
ideally return a 401 status code. The server is closing the
On 2023/09/12 14:35:08 Torsten Krah wrote:
> Am Dienstag, dem 12.09.2023 um 14:21 + schrieb Michael Osipov:
> > PHA is not implemented in SunJSSE.
>
> Yeah, I found https://bugs.openjdk.org/browse/JDK-8206923 -
> unfortunately no progress on that ticket so far
On 2023/09/12 14:53:52 Torsten Krah wrote:
> Am Dienstag, dem 12.09.2023 um 14:39 + schrieb Michael Osipov:
> > How, did you expect us to write an custom JSSE provider?
>
> The old pre 4.x http components had their own http classes and did not
> use the JSSE base ones - i
On 2023/09/12 13:54:49 Torsten Krah wrote:
> Hi,
>
> how do I enable TLS 1.3 post-handshake authentication with HTTP 1.1
> when using HttpComponents?
>
> At the moment all my requests are failing if a TLS 1.3 host requires
> mutual tls and the certificate is only required for some methods /
>
On 2023/09/12 16:29:04 Torsten Krah wrote:
> Am Dienstag, dem 12.09.2023 um 18:08 +0200 schrieb Oleg Kalnichevski:
> > This statement is meaningless. All versions of HttpClient have their
> > own http classes. And all versions of HttpClient have always been
> > using
> > JSSE for its transport
Am 2022-10-18 um 17:27 schrieb Oleg Kalnichevski:
On Tue, 2022-10-18 at 20:23 +0530, Kaluva S wrote:
We are planning to migrate our old legacy code which uses
*commons-httpclient-3.x* to *httpclient5.x* . But found that its
going to
be complete rewrite as lot of classes/packages removed.
Tried
Am 2022-12-07 um 21:34 schrieb Luis Gabriel Gomez:
Hi
I'm trying to establish a connection via a Kerberos authenticated proxy; I
have a working code based on the 4.x client which works with minimal setup
using a noop Credential (use_jaas_creds), this way the client authenticates
via its
Am 2022-11-04 um 12:59 schrieb Oleg Kalnichevski:
On Fri, 2022-11-04 at 04:16 +0530, sreenivas somavarapu wrote:
Hi Team,
Might be the query had been answered before but I tried to search and
was
unscuccessful to find any reference stating whether Apache HTTPClient
5.x
classic api
Am 2022-11-05 um 11:51 schrieb Oleg Kalnichevski:
On Sat, 2022-11-05 at 09:47 +0100, Michael Osipov wrote:
Am 2022-11-04 um 12:59 schrieb Oleg Kalnichevski:
On Fri, 2022-11-04 at 04:16 +0530, sreenivas somavarapu wrote:
...
Sreenivas,
The classic I/O (InputStream / OutputStream API
Am 2022-11-10 um 06:29 schrieb Yibo Liu:
Hi Guys,
I noticed that Microsoft no longer recommends NTLM in applications
since 2010 due to some security vulnerabilities[1]. And a more secure
authentication protocol Kerberos replaced NTLM as the default
authentication tool on Windows 2000 and later
Am 2023-03-11 um 14:48 schrieb Sandeep Kulkarni:
Hi Oleg,
Thanks for the explanation. From it I understand that earlier code did not
do anything and it was a mistake to include it.
NTLM authentication is not used anymore, so it can be safely removed.
However, I don't think removing
72 matches
Mail list logo