On Mon, 2010-03-22 at 22:56 +, sebb wrote:
On 22/03/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Sun, 2010-03-21 at 20:43 +, sebb wrote:
On 21/03/2010, Oleg Kalnichevski ol...@apache.org wrote:
Folks
Please DO try to find a few minutes to review the release
Please vote on releasing these packages as HttpComponents Core
4.1-beta1. The vote is open for the next 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1 than -1 votes.
Packages:
[x] +1 Release the packages as HttpComponents Core 4.1-beta1.
Oleg Kalnichevski wrote:
Please vote on releasing these packages as HttpComponents Core
4.1-beta1. The vote is open for the next 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
sebb wrote:
On 28/03/2010, Oleg Kalnichevski ol...@apache.org wrote:
Please vote on releasing these packages as HttpComponents Core 4.1-beta1.
The vote is open for the next 72 hours, and only votes from HttpComponents
PMC members are binding. The vote passes if at least three binding +1 votes
sebb wrote:
At present, the EOLs in zip/tar.gz files are fixed by unpacking,
fixing, and repacking the archives.
This is quite time-consuming, and currently requires an extra build step.
I think it might be better to create two sets of assembly files
instead and do the work upfront. E.g. have
sebb wrote:
On 28/03/2010, Oleg Kalnichevski ol...@apache.org wrote:
sebb wrote:
On 28/03/2010, Oleg Kalnichevski ol...@apache.org wrote:
Please vote on releasing these packages as HttpComponents Core
4.1-beta1.
The vote is open for the next 72 hours, and only votes from
HttpComponents
Folks
How do you feel about upgrading minimal JRE level for HttpCore 4.1 from
1.3 to 5.0 provided it remains fully binary compatible with HttpCore
4.0?
Oleg
-
To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org
For
On Thu, 2010-04-08 at 15:18 -0400, James Leigh wrote:
On Thu, 2010-04-08 at 20:55 +0200, Oleg Kalnichevski wrote:
On Thu, 2010-04-08 at 14:18 -0400, James Leigh wrote:
Hi all,
After looking through the javadocs and the source code it is not clear
to me when writeTo is called
On Thu, 2010-04-08 at 20:31 +0100, sebb wrote:
On 08/04/2010, Oleg Kalnichevski ol...@apache.org wrote:
Folks
How do you feel about upgrading minimal JRE level for HttpCore 4.1 from
1.3 to 5.0 provided it remains fully binary compatible with HttpCore
4.0?
1.3 is seriously
...
I still don't understand what should be done if an IOException occurs
(or RuntimeException) while in the read() method. Must consumeContent be
called then? Or, in an exception enough to consider the stream released?
When reading from an input stream, #close method should
On Sat, 2010-04-10 at 11:12 -0400, James Leigh wrote:
On Fri, 2010-04-09 at 21:12 +0200, Oleg Kalnichevski wrote:
...
I still don't understand what should be done if an IOException occurs
(or RuntimeException) while in the read() method. Must consumeContent
On Mon, 2010-04-12 at 09:04 -0400, James Leigh wrote:
On Sat, 2010-04-10 at 17:43 +0200, Oleg Kalnichevski wrote:
On Sat, 2010-04-10 at 11:12 -0400, James Leigh wrote:
Thanks for doing this Oleg. However, it is not clear from the revised
javadocs if getContent().close() must be called
On Sat, 2010-04-17 at 09:03 +0530, Ruwan Linton wrote:
Hi Oleg,
I was able to get hold of the server side connection pool with using a list
and recording them using the above mentioned methods.
Now I was trying to check the condition, whether a connection is being used
or not at a given
On Wed, 2010-04-21 at 00:24 +0100, sebb wrote:
Is there any point in having suite() and main() methods in Test classes?
IDEs and Maven and Ant allow individual test classes to be run quite
easily, so AFAICT there is no need for these methods.
All that code is a hangover from the
On Wed, 2010-04-21 at 00:31 +0100, sebb wrote:
I just changed TestIdentityInputStream to use assertEquals(exp,actual)
rather than assertTrue(actual==exp), as this shows the actual and
expected values if the test fails.
Any objections if I work through the other test classes doing the same?
On Wed, 2010-04-21 at 10:01 -0400, James Leigh wrote:
On Sat, 2010-04-10 at 17:43 +0200, Oleg Kalnichevski wrote:
On Sat, 2010-04-10 at 11:12 -0400, James Leigh wrote:
On Fri, 2010-04-09 at 21:12 +0200, Oleg Kalnichevski wrote:
James et al
I deprecated HttpEntity
On Wed, 2010-04-21 at 15:20 +0100, sebb wrote:
On 21/04/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Wed, 2010-04-21 at 00:24 +0100, sebb wrote:
Is there any point in having suite() and main() methods in Test classes?
IDEs and Maven and Ant allow individual test classes
On Wed, 2010-04-21 at 19:55 +0100, sebb wrote:
On 21/04/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Wed, 2010-04-21 at 15:20 +0100, sebb wrote:
On 21/04/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Wed, 2010-04-21 at 00:24 +0100, sebb wrote:
Is there any point
On Wed, 2010-04-21 at 22:00 +0100, sebb wrote:
On 21/04/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Wed, 2010-04-21 at 19:55 +0100, sebb wrote:
On 21/04/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Wed, 2010-04-21 at 15:20 +0100, sebb wrote:
On 21/04/2010, Oleg
On Thu, 2010-04-22 at 16:10 +0530, Ruwan Linton wrote:
Oleg,
I wrote the code, expecting that the IOControl#requestOutput will be calling
the NhttpServiceHandler#outputReady method or the
NhttpServiceHandler#responseReady method, but non of those get called?
Do you have any clue or is it
/thread management and
keep HttpCore what it is, just core.
Cheers
Oleg
BTW: really appreciate your help in getting this resolved.
Thanks,
Ruwan
On Thu, Apr 22, 2010 at 5:59 PM, Oleg Kalnichevski ol...@apache.org wrote:
On Thu, 2010-04-22 at 16:10 +0530, Ruwan Linton wrote:
Oleg
On Thu, 2010-04-29 at 17:51 +0800, ching wrote:
I'm implementing a download application that works like android's
DownloadProvider but based HttpCore NIO.
A fatal problem I encountered is this:
04-29 09:26:05.419: ERROR/AndroidRuntime(332):
java.nio.channels.IllegalSelectorException
On Sat, 2010-05-08 at 11:14 +0100, sebb wrote:
--- httpcomponents/httpclient/trunk/src/docbkx/index.xml (original)
+++ httpcomponents/httpclient/trunk/src/docbkx/index.xml Sat May 8
09:22:29 2010
@@ -25,7 +25,7 @@
bookinfo
titleHttpClient Tutorial/title
-
Folks
Please do try to find a few minutes to review the release notes and the
preview packages for the coming 4.1-alpha2 release
Release notes:
http://people.apache.org/~olegk/httpclient-4.1-alpha2/RELEASE_NOTES.txt
Packages:
http://people.apache.org/~olegk/httpclient-4.1-alpha2/
If I hear no
On Tue, 2010-05-11 at 21:39 +0100, sebb wrote:
Copyright 1999-2009 appears in some NOTICE files
README.txt says:
HttpMime module is optional and requires Java 5.0 compatible runtime
and depends on the following external libraries:
* Apache HttpComponents HttpCore
* Apache mime4j
...
Please vote on releasing these packages as HttpComponents Client
4.1-alpha2. The vote is open for the next 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1 than -1 votes.
Packages:
[x] +1 Release the packages as HttpComponents Client 4.1-alpha2
On Wed, 2010-05-12 at 23:53 +0200, Oleg Kalnichevski wrote:
Please vote on releasing these packages as HttpComponents Client
4.1-alpha2. The vote is open for the next 72 hours, and only votes from
HttpComponents PMC members
On Thu, 2010-05-13 at 01:12 +0100, sebb wrote:
On 12/05/2010, Oleg Kalnichevski ol...@apache.org wrote:
Please vote on releasing these packages as HttpComponents Client
4.1-alpha2. The vote is open for the next 72 hours, and only votes from
HttpComponents PMC members are binding. The vote
On Thu, 2010-05-13 at 01:44 +0100, sebb wrote:
On 13/05/2010, sebb seb...@gmail.com wrote:
On 12/05/2010, Oleg Kalnichevski ol...@apache.org wrote:
Please vote on releasing these packages as HttpComponents Client
4.1-alpha2. The vote is open for the next 72 hours, and only votes from
On Thu, 2010-05-13 at 10:41 +0100, sebb wrote:
On 13/05/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Thu, 2010-05-13 at 01:12 +0100, sebb wrote:
On 12/05/2010, Oleg Kalnichevski ol...@apache.org wrote:
Please vote on releasing these packages as HttpComponents Client
4.1
Please vote on releasing these packages as HttpComponents Client
4.1-alpha2. The vote is open for the next 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1 than -1 votes.
Packages:
[x] +1 Release the packages as HttpComponents Client 4.1-alpha2
On Thu, 2010-05-13 at 15:02 +0200, Oleg Kalnichevski wrote:
Please vote on releasing these packages as HttpComponents Client
4.1-alpha2. The vote is open for the next 72 hours, and only votes from
HttpComponents PMC members
On Thu, 2010-05-13 at 15:51 +0100, sebb wrote:
On 13/05/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Thu, 2010-05-13 at 10:41 +0100, sebb wrote:
On 13/05/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Thu, 2010-05-13 at 01:12 +0100, sebb wrote:
On 12/05/2010, Oleg
On Thu, 2010-05-13 at 17:29 +0100, sebb wrote:
On 13/05/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Thu, 2010-05-13 at 16:49 +0100, sebb wrote:
On 13/05/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Thu, 2010-05-13 at 15:51 +0100, sebb wrote:
On 13/05/2010, Oleg
On Thu, 2010-05-13 at 17:50 +0100, sebb wrote:
On 13/05/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Thu, 2010-05-13 at 17:29 +0100, sebb wrote:
On 13/05/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Thu, 2010-05-13 at 16:49 +0100, sebb wrote:
On 13/05/2010, Oleg
On Thu, 2010-05-13 at 17:55 +0100, sebb wrote:
On 13/05/2010, ant elder ant.el...@gmail.com wrote:
On Thu, May 13, 2010 at 4:49 PM, sebb seb...@gmail.com wrote:
This is actually quite easy, see
https://issues.apache.org/jira/browse/COMMONSSITE-55
Thanks for the
On Sat, 2010-05-15 at 14:02 +0530, Supun Kamburugamuva wrote:
Hi,
One of the I/O dispatcher threads in Synapse is blocked
in SharedInputBuffer.read method. Here is the thread dump. I would really
appreciate if you can point me to the correct path for figuring out the root
cause of this.
On Sun, 2010-05-16 at 10:16 +0530, Supun Kamburugamuva wrote:
Hi Oleg,
A quick question. In this system we have two IO dispatchers. Only
one dispatcher is blocked. But all the workers are waiting on a lock
unlocked by the dispatchers. If one dispatcher is blocked, what happen to
the other
On Mon, 2010-05-17 at 15:08 +0530, Supun Kamburugamuva wrote:
On Sun, May 16, 2010 at 2:41 PM, Oleg Kalnichevski ol...@apache.org wrote:
On Sun, 2010-05-16 at 10:16 +0530, Supun Kamburugamuva wrote:
Hi Oleg,
A quick question. In this system we have two IO dispatchers. Only
one
The vote to release HttpComponents Client 4.1-alpha2 has passed with the
following results
+1 (4 binding votes in total)
Paul Fremantle pzf -at- apache.org *
Asankha C. Perera asankha -at- apache.org *
ant elder antelder -at- apache.org *
Oleg Kalnichevski olegk -at- apache.org *
no other votes
On Thu, 2010-05-20 at 13:25 -0500, Raymond Hooker (rhooker) wrote:
I am trying to do preemptive authentication as per the chapter on
authentication:
http://hc.apache.org/httpcomponents-client/tutorial/html/authentication.
html
The problem is that it refers to classes BasicAuthCache and
On Fri, 2010-05-21 at 22:30 +0100, sebb wrote:
org.apache.http.mockup.TestHttpClient
and
org.apache.http.mockup.TestHttpServer
appear in the test trees in both httpcore and httpcore-nio.
These clashes make it impossible to include the whole of
httpcomponents-core a single Eclipse
On Tue, 2010-06-08 at 21:20 +0100, sebb wrote:
I'd like to suggest the following updates to the HC parent POM:
1) add the following profile:
!--
| Profile to allow testing of deploy phase
| e.g.
| mvn deploy -Ptest-deploy -Prelease -Dgpg.skip
--
profile
On Wed, 2010-06-09 at 17:13 +0100, sebb wrote:
I've just started looking at the release process documentation, which
I think is very comprehensive.
I'd like to suggest a minor change to the process for creating a release tag.
Rather than updating trunk and creating the tag from that, one
On Mon, 2010-06-14 at 00:39 +0100, sebb wrote:
The mockup.TestHttpClient/Server/SSLClient/SSLServer classes in the
httpcore-nio test tree don't currently contain any tests.
This means that they fail when used with JUnit 4.
It's also a bit confusing to have files called Test*.java that
On Mon, 2010-06-14 at 11:45 +, s...@apache.org wrote:
Author: sebb
Date: Mon Jun 14 11:45:02 2010
New Revision: 954415
URL: http://svn.apache.org/viewvc?rev=954415view=rev
Log:
Sort the pluginManagement section
Modified:
httpcomponents/project/pom.xml
Modified:
On Mon, 2010-06-14 at 16:28 +0100, sebb wrote:
On 14/06/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Mon, 2010-06-14 at 11:45 +, s...@apache.org wrote:
Author: sebb
Date: Mon Jun 14 11:45:02 2010
New Revision: 954415
URL: http://svn.apache.org/viewvc?rev=954415view
On Mon, 2010-06-14 at 17:06 +0100, sebb wrote:
On 14/06/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Mon, 2010-06-14 at 16:28 +0100, sebb wrote:
On 14/06/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Mon, 2010-06-14 at 11:45 +, s...@apache.org wrote:
Author: sebb
On Mon, 2010-06-14 at 17:54 +0100, sebb wrote:
On 14/06/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Mon, 2010-06-14 at 17:06 +0100, sebb wrote:
On 14/06/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Mon, 2010-06-14 at 16:28 +0100, sebb wrote:
On 14/06/2010, Oleg
On Mon, 2010-06-14 at 19:01 +0100, sebb wrote:
On 14/06/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Mon, 2010-06-14 at 17:54 +0100, sebb wrote:
On 14/06/2010, Oleg Kalnichevski ol...@apache.org wrote:
On Mon, 2010-06-14 at 17:06 +0100, sebb wrote:
On 14/06/2010, Oleg
On Tue, 2010-06-15 at 02:45 +0100, sebb wrote:
I think the parent POM 4.1 is probably about due for a release.
It seems to work fine for me with builds and mvn site.
Any comments?
Seems to work for me, too. Feel free to go ahead and deploy it.
Oleg
On Tue, 2010-06-15 at 02:52 +0100, sebb wrote:
httpclient pom and NOTICE both agree on the inception year as 1999
However, the project and httpcore POMs say 2005, whereas NOTICE says
2006-2010.
I think NOTICE is wrong. It should be 2005. The confusion may stem from
the fact that the
On Tue, 2010-06-15 at 18:33 +0100, sebb wrote:
On 15 June 2010 13:54, Oleg Kalnichevski ol...@apache.org wrote:
On Tue, 2010-06-15 at 02:45 +0100, sebb wrote:
I think the parent POM 4.1 is probably about due for a release.
It seems to work fine for me with builds and mvn site.
Any
On Sun, 2010-06-20 at 23:44 -0700, Supun Kamburugamuva wrote:
We have a requirement for streaming contents from client to a server.
We have two I/O reactors in client side and server side.
We are going to use a constant shared buffer between client side I/O reactor
and server side I/O
From: Oleg Kalnichevski [ol...@apache.org]
Sent: Wednesday, July 07, 2010 00:26
To: HttpComponents Project
Subject: Re: HttpCore NIO SSL behind proxy
On Tue, 2010-07-06 at 23:28 +0200, DELHOSTE Fabrice wrote:
Thx.
I actually know a bit about the async client
On Wed, 2010-07-07 at 14:15 +0200, DELHOSTE Fabrice wrote:
Thanks, that helps a lot.
That is actually close to what I'm planning to do...
However, do you think I can do all this by directly subclassing
SSLClientIOEventDispatch?
In other words, adding the CONNECT request to the newly
On Tue, 2010-06-15 at 18:33 +0100, sebb wrote:
On 15 June 2010 13:54, Oleg Kalnichevski ol...@apache.org wrote:
On Tue, 2010-06-15 at 02:45 +0100, sebb wrote:
I think the parent POM 4.1 is probably about due for a release.
It seems to work fine for me with builds and mvn site.
Any
...
---
Cannot find a matching staging profile!
You can get technical details here.
Please continue your visit at our home page.
---
Is there anything else that needs to be done on the Nexus side?
Yes, sorry, my fault ...
I saw that Nexus had been set up for snapshots of
On Mon, 2010-07-12 at 15:04 -0400, Moore, Jonathan wrote:
Hi Oleg, I'm not sure what you're trying to accomplish here.
This change was not driven by any practical requirement. I was just
going through the code and the existing behavior of the
#updateCacheEntry method took me completely by
Jon et al
How about a slightly different take? No explicit locking is needed. The
callback stays but is made more generic allowing for all kinds of cache
mutations, not just variant updates.
Can you live with this change?
Oleg
Index:
On Tue, 2010-07-13 at 10:03 -0400, Moore, Jonathan wrote:
Ok, I've attached a much simpler patch that only uses the callback in a
non-surprising way.
Jon
Jon
I guess the patch got stripped. Could you please raise new JIRA issue
and attach the patch to it?
Oleg
On Tue, 2010-07-13 at 10:20 -0400, Moore, Jonathan wrote:
Ok, can someone else let me know if my patches are showing up? They're
getting stripped from my messages somewhere along the line, and I don't
know whether it's before they hit the list or if my inbound mail server
is stripping them
On Tue, 2010-07-13 at 10:38 -0400, Moore, Jonathan wrote:
Sorry, I'm not clear on whether you still want me to open a JIRA issue
about this or not, given that my patch seems to have gotten through. I'm
happy to do it, though.
Jon
I think it is no longer needed.
Oleg
a shot at that and post a patch.
Jon
-Original Message-
From: Oleg Kalnichevski [mailto:ol...@apache.org]
Sent: Tuesday, July 13, 2010 9:07 AM
To: HttpComponents Project
Subject: [HttpCache][PATCH] Caching API review (take 2)
Jon et al
How about a slightly different take
...
https://issues.apache.org/jira/browse/INFRA-2862
The issue has now been closed as complete, and I can see
httpcomponents under Enterprise/Staging when I login.
[AFAIK Nexus uses the LDAP groups to control the areas to which one
has access, so I think you will see BSF too]
Should
On Fri, 2010-07-16 at 12:10 +0200, DELHOSTE Fabrice wrote:
Hi Oleg,
You know I am testing the asynchttpclient (and I know that you don't have lot
of time to support this one). FYI the feedback is pretty good on HTTP, I've
tested with a lot of concurrent requests. It seems stable as far as
On Mon, 2010-07-19 at 16:04 +0200, DELHOSTE Fabrice wrote:
Thanks Oleg and Asankha.
So, as you known, in httpclientasync, I changed the dispatcher to SSL and
after the first request (or a while), it gets stuck not publishing the next
request.
After analyzing and comparing HTTP vs HTTPS
On Thu, 2010-07-15 at 22:35 +0100, sebb wrote:
On 15 July 2010 21:51, Oleg Kalnichevski ol...@apache.org wrote:
...
https://issues.apache.org/jira/browse/INFRA-2862
The issue has now been closed as complete, and I can see
httpcomponents under Enterprise/Staging when I login
On Tue, 2010-07-27 at 19:38 +0100, ant elder wrote:
On Tue, Jul 27, 2010 at 12:26 PM, Oleg Kalnichevski ol...@apache.org wrote:
On Thu, 2010-07-15 at 22:35 +0100, sebb wrote:
On 15 July 2010 21:51, Oleg Kalnichevski ol...@apache.org wrote:
...
https://issues.apache.org/jira
. I'll let you know what I find.
Harold
On Wed, Jul 14, 2010 at 1:44 AM, Oleg Kalnichevski ol...@apache.org wrote:
On Tue, 2010-07-13 at 13:32 -0700, Harold Lee wrote:
Regarding this JDK bug:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6403933
I think we are experiencing
Jon et al,
I made some changes to the HTTP cache API in the course of the last few
days mainly intended to allow for file system based cache
implementations. Please feel free to review the changes and complain if
you find anything disagreeable. The new code is largely untested but
should be
On Wed, 2010-08-04 at 10:11 -0400, Moore, Jonathan wrote:
Hi Oleg,
I'll see if I can take a look later today at these.
Regarding the SizeLimitedResponseReader, the main reason we currently read
things into an in-memory buffer is so that we can correctly handle a streamed
response with
Forwarded Message
From: Nick Burch n...@apache.org
To: retre...@apache.org
Reply-To: retre...@apache.org
Subject: Apache Retreat in Hursley, UK - 17-19th September
Hi All
Just a reminder that our next Apache Retreat will be in Hursley in the UK,
from the 17th - 19th September.
...
Sebastian
I finally got around to finalizing the release process. I was able to
delete .asc.md5 and .asc.sha1 but for some reason I was unable to
promote the release. The Promote button always stays grayed out for me.
What could be the reason? Am I lacking some
On Mon, 2010-08-09 at 14:42 +0100, sebb wrote:
On 9 August 2010 14:32, Oleg Kalnichevski ol...@apache.org wrote:
...
Sebastian
I finally got around to finalizing the release process. I was able to
delete .asc.md5 and .asc.sha1 but for some reason I was unable
On Mon, 2010-08-09 at 19:28 +0530, Asankha C. Perera wrote:
Hi All
Eric has informed me that the JIRA issue type Question seems to be
misleading some of our users to ask questions using the JIRA. Almost all
of these [1] have been then marked as Invalid, and the users requested
to use the
On Mon, 2010-08-09 at 21:56 +0530, Asankha C. Perera wrote:
Hi Oleg, Sebastian
Issue Type Scheme: Apache Default Issue Type Scheme
whereas HC uses
Issue Type Scheme: Default Issue Type Scheme
I tried to change this, but was not able to .. I even added myself as an
admin,
Jon et al
I am pretty much done vandalizing your code. In particular I have made
some major changes to the SizeLimitedResponseReader class, which can now
be used to generate cache entries backed by a file without intermediate
content buffering in memory. I think the new API is flexible enough to
On Fri, 2010-08-13 at 11:28 -0400, Moore, Jonathan wrote:
Hi Oleg,
I took a quick look, and see where you are going with this. My only
suggestion here is that I'm not sure that an HttpCache and a
ResourceFactory should both be constructors to the CachingHttpClient;
this feels to me like the
On Mon, 2010-08-16 at 10:58 +0100, sebb wrote:
On 15 August 2010 19:51, ol...@apache.org wrote:
Author: olegk
Date: Sun Aug 15 18:51:32 2010
New Revision: 985733
...
+public class EhcacheHttpCache implements HttpCache {
+
+private Ehcache cache;
+
Could this be final?
On Mon, 2010-08-16 at 16:36 -0400, Moore, Jonathan wrote:
Just an update here. I've done some scratch refactoring, and see how to
do this now. I'm not quite done but am perhaps halfway there.
The main issue here is that there is a hidden class inside
CachingHttpClient that handles resource
Please vote on releasing these packages as HttpComponents Core
4.1-beta2. The vote is open for the at least 72 hours, and only votes
from HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1 than -1 votes.
Packages:
On Mon, 2010-08-23 at 16:52 +0100, sebb wrote:
On 23 August 2010 12:27, sebb seb...@gmail.com wrote:
On 22 August 2010 21:48, Oleg Kalnichevski ol...@apache.org wrote:
Please vote on releasing these packages as HttpComponents Core
4.1-beta2. The vote is open for the at least 72 hours
Please vote on releasing these packages as HttpComponents Core
4.1-beta2. The vote is open for the at least 72 hours, and only votes
from HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1 than -1 votes.
Packages:
On Wed, 2010-08-25 at 22:52 +0100, sebb wrote:
On 25 August 2010 21:23, ol...@apache.org wrote:
Author: olegk
Date: Wed Aug 25 20:23:38 2010
New Revision: 989343
URL: http://svn.apache.org/viewvc?rev=989343view=rev
Log:
Catch and log I/O exceptions thrown by #close() and
The vote to release HttpComponents Core 4.1-beta2 based on RC2 has
passed with the following results
+1 (4 binding votes in total)
ant elder antelder -at- apache.org *
Asankha C. Perera asankha -at- apache.org *
Oleg Kalnichevski olegk -at- apache.org *
Sebastian Bazley sebb -at- apache.org
Please vote on releasing these packages as HttpComponents Client 4.0.2.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1 than -1 votes.
Packages:
On Mon, 2010-08-30 at 11:02 +0200, Michel Onoff wrote:
I read that HttpConnection is *not* thread-safe.
While this may seem a minor detail, it makes programming with the
blocking model enormously more complex.
For example, I'm trying to write a simple http load balancer which
forwards
On Mon, 2010-08-30 at 12:20 +0200, Michel Onoff wrote:
On 2010-08-30 12:10, Oleg Kalnichevski wrote:
On Mon, 2010-08-30 at 11:02 +0200, Michel Onoff wrote:
I read that HttpConnection is *not* thread-safe.
While this may seem a minor detail, it makes programming with the
blocking model
On Mon, 2010-08-30 at 15:09 +0200, Michel Onoff wrote:
If that makes sense in the context of your application, go for it.
ReadWriteLock is available in the j.u.concurrent package. All you have
to do is to extend the default HttpConnection implementations, override
public methods and
+0200, Oleg Kalnichevski wrote:
Please vote on releasing these packages as HttpComponents Client 4.0.2.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1 than -1
The Apache HttpComponents project is pleased to announce the release of
HttpComponents HttpCore 4.1-beta2. This version fixes a number of
non-critical bugs found since the previous release. The 4.1 code line is
expected to supersede 4.0 as recommended for use in production with the
next release.
On Thu, 2010-09-02 at 14:22 +0100, sebb wrote:
On 1 September 2010 21:58, Oleg Kalnichevski ol...@apache.org wrote:
Please vote on releasing these packages as HttpComponents Client 4.0.2.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding
Please vote on releasing these packages as HttpComponents Client 4.0.2.
The vote is open for the at least 72 hours, and only votes from
HttpComponents PMC members are binding. The vote passes if at least
three binding +1 votes are cast and there are more +1 than -1 votes.
Packages:
[x] +1 Release the packages as HttpComponents Client 4.0.2.
[ ] -1 I am against releasing the packages (must include a reason)
On Thu, 2010-09-02 at 22:50 +0200, Oleg Kalnichevski wrote:
Please vote on releasing these packages as HttpComponents Client 4.0.2.
The vote is open for the at least
On Tue, 2010-09-07 at 18:20 +0200, Michel Onoff wrote:
By specification, HTTP response 304 Not Modified has no entity.
However, getEntity() on the BasicHttpResponse still returns a non-null
entity. Trying to getContent() and read() then blocks. The same happens
if one tries to send the
On Thu, 2010-09-09 at 19:38 +, Gary Gregory wrote:
The page http://hc.apache.org/downloads.cgi has the text for 4.0.1 but the
links point to 4.0.2
The site got seriously messed up. My bad.
It is really getting difficult for me to juggle with all my numerous
responsibilities
Oleg
On Thu, 2010-09-09 at 19:50 +, Gary Gregory wrote:
Ah... time for a vacation! :)
I can't. We have got a 4 months old baby-girl on our hands. Can't
travel.
Cheers
Oleg
-
To unsubscribe, e-mail:
On Thu, 2010-09-09 at 19:53 +, Gary Gregory wrote:
Hi All:
In the zip with deps I see lib/httpcore-4.0.1.jar. Is that right or should it
be 4.0.2?
This is not a mistake. HttpCore and HttpClient have different release
cycles. The latest HttpCore stable is 4.0.1. 4.1 is coming soon.
On Thu, 2010-09-09 at 20:13 +, Gary Gregory wrote:
Oleg, thank you for the clarification. For the next release, perhaps a note
mentioning this in the docs?
Gary
Could you please raise a JIRA for the issue? I can no longer keep track
of things without help. I have too much on my plate
401 - 500 of 8708 matches
Mail list logo