On Sun, 2007-12-16 at 12:37 +0100, Roland Weber wrote:
Hi folks,
I moved the HttpClient 3.x code in SVN and made adjustments
for generating the site in the new location. I've deployed
a preview at:
http://hc.apache.org/httpclient-3.x/
Please have a look and let me know what needs to
Folks
I made necessary minimal changes to the existing (dog ugly) web site and
deployed it on our shiny new domain:
http://hc.apache.org/
Please take an especially close look at the project charter, which I
hacked together based on the previous one and the TLP resolution. Most
likely it will
Folks,
How do you feel about putting together a 'powered by HttpComponents'
page on our new site to help promote the project a little? We already
have some major open-source projects among our users: Synapse, Limewire,
Axis2. This fact should probably be reflected at out web site.
Sam, Paul,
On Tue, 2007-12-18 at 07:20 +0100, Roland Weber wrote:
Hi Oleg,
I added mandatory links to ASF wide resources using similar layout as
that of the HttpClient 3.x legacy site.
I can see the links on the project part of the site only when I
open the Project Information folder, maybe the
On Fri, 2007-12-14 at 17:11 +0100, Roland Weber wrote:
Hi folks,
...
If it wasn't for part 1 above and my mistrust of Maven,
I'd clearly opt for the completely mavenized version.
But the Jakarta site deployment process, which transfers
generated pages to the site via SVN, somehow gives
On Thu, 2007-12-20 at 09:30 +0100, Roland Weber wrote:
Oleg Kalnichevski wrote:
I personally prefer to use just one tool for web site authoring. So far
Maven was good enough
Was it?
I think it was. At least for me.
Actually, I do have some questions. When I generate the site
for one
Folks,
I am likely to have some spare time for hacking on HttpComponents during
Christmas. There are no outstanding issues with HttpCore (huuh haah!)
blocking the next release I could work on, so I thought I should divert
my attention to HttpClient. Here's my personal preliminary plan of
action:
On Fri, 2007-12-21 at 18:50 +0100, Ortwin Glück wrote:
Oleg Kalnichevski wrote:
There is no way I am going to buy Microsoft software in order to test
our code for compatibility with NTLM. No wy.
You can download a VM of Windows XP here:
http://www.microsoft.com/downloads
On Sat, 2007-12-22 at 08:23 +0100, Roland Weber wrote:
Hi folks,
I'd like to create separate DOAP files for HttpCore and
HttpClient 4.0. Also, then one we've got for HttpClient 3.x
doesn't follow the current guidelines for projects.apache.org
and should be replaced.
Oleg, where would
On Mon, 2008-01-07 at 09:21 +0100, Roland Weber wrote:
Hi Oleg,
This _appears_ to have been caused by the way Maven's site descriptor
inheritance works (or is meant to work, actually). Apparently the site
plugin was unable to locate the project POM and therefore was unable to
generate
On Wed, 2008-01-09 at 17:09 +0100, Roland Weber wrote:
Hi Oleg,
What if we approached the problem form a different angle and simply did
away with parameter linking in HttpCore altogether? Hierarchy building
is used only in a handful of high level protocol classes and always for
On Thu, 2008-01-10 at 07:25 +0100, [EMAIL PROTECTED] wrote:
Some details (SPS = SimpleParamStack, CPS = ClientParamsStack):
- SPS constructor expects params in child-parent order, while
CPS constructor expects them in parent-child order
- SPS uses Param in the name, CPS uses Params
On Thu, 2008-01-10 at 08:15 +0100, [EMAIL PROTECTED] wrote:
- SPS.isParameterSet checks only the child/local params, not the parent.
Thinking about it, what's the point of this
method anyway, after all the changes? If somebody
wants to know whether a parameter is set, they
can call
On Thu, 2008-01-10 at 15:06 +0100, Johannes Koch wrote:
In method getLocationURI(HttpResponse, HttpContext) of
org.apache.http.impl.client.DefaultRedirectHandler:
if (uri.getQuery() != null || uri.getFragment() != null) {
try {
redirectURI = new URI(
Folks,
Please take a few minutes to review the release notes and release
packages. If I hear no complaints, I'll go ahead with tagging the
release in SVN and building the official release artifacts.
Feel free to add more stuff to the release notes as this is a very
important milestone for us.
locally. I cannot fix things I am not able to reproduce.
Could you please post the content
of /module-nio/target/surefire-reports/org.apache.http.nio.TestAll.txt.
Maybe that will give me some hints.
Oleg
On 16/01/2008, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
Has anyone had a chance to have
On Wed, 2008-01-16 at 20:13 +, sebb wrote:
On 16/01/2008, sebb [EMAIL PROTECTED] wrote:
On 16/01/2008, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
On Wed, 2008-01-16 at 17:53 +, sebb wrote:
...
java.io.IOException: Invalid keystore format
I get the same errors if I
Sebastian et al
I fixed the problem with the assembly descriptors. Packages now seem all
right. Please review.
Oleg
On Tue, 2008-01-15 at 11:32 +0100, Oleg Kalnichevski wrote:
Folks,
Please take a few minutes to review the release notes and release
packages. If I hear no complaints, I'll
On Wed, 2008-01-16 at 23:06 +, sebb wrote:
Repeating mvn test shows the same Failure.
Odd.
The failures look rather similar - why should the first one be ignored?
Perhaps a bug in Maven or Surefire.
Probably because they are not thrown in the test case itself but in the
#tearDown
, Failures: 1, Errors: 0, Skipped: 0
...ant
I can reproduce the problem now on a dual-core box. It appears to be
caused by a piece of code introduced just recently. Working on a fix.
Oleg
On Jan 15, 2008 10:32 AM, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
Folks,
Please take
On Thu, 2008-01-17 at 16:29 +0100, Stojce Dimski wrote:
Hi Oleg,
Writing synchronous test cases for asynchronous I/O is not an easy
thing. Test cases are very ugly and flaky because most of the
Maybe this thing can help:
http://www.cs.umd.edu/projects/PL/multithreadedtc/overview.html
I think I have found the problem spot using my wife's dual-core Mac. I
suspect I have never been seeing those problems because my primary Linux
system is single-core.
Ah - my laptop is also dual-core.
Thanks for all you help
No problem.
Sebastian, Anthony, et al
The problem
On Thu, 2008-01-17 at 21:22 +, sebb wrote:
There are quite a few missing @Override markers in the nio source
files, e.g. for toString(), clone(), etc.
Would it be OK if I fix those that are clearly intended to be overrides?
Likewise, now that generics are being used, there are some
On Thu, 2008-01-17 at 21:02 +, sebb wrote:
On 17/01/2008, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
I think I have found the problem spot using my wife's dual-core Mac. I
suspect I have never been seeing those problems because my primary Linux
system is single-core
On Thu, 2008-01-17 at 23:32 +, sebb wrote:
On 17/01/2008, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
On Wed, 2008-01-16 at 23:06 +, sebb wrote:
Repeating mvn test shows the same Failure.
Odd.
The failures look rather similar - why should the first one be ignored
On Thu, 2008-01-17 at 15:16 -0800, Jiang Qian wrote:
Hi,
My last email was wrong
it actually try to re open in above the
if (!managedConn.isOpen()) {
managedConn.open(route, context, params);
}
Thanks
Jiang,
What kind of
On Fri, Jan 18, 2008 at 01:04:54AM +, sebb wrote:
On 18/01/2008, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
On Thu, 2008-01-17 at 21:02 +, sebb wrote:
On 17/01/2008, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
I think I have found the problem spot using my wife's
On Fri, 2008-01-18 at 02:28 +, sebb wrote:
On 18/01/2008, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
On Fri, Jan 18, 2008 at 01:04:54AM +, sebb wrote:
On 18/01/2008, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
On Thu, 2008-01-17 at 21:02 +, sebb wrote:
On 17/01/2008
On Fri, 2008-01-18 at 09:47 -0500, Tim Julien wrote:
All,
I've spent a few days looking into some strange URL encoding issues on
http client 4.0 alpha 2. I'll describe some things I've found,
hopefully I am thinking about this correctly.
I think there is a regression from 3.0 - 4.0 due
Seems OK with Java 1.5.0_13 - tried 6 or so tests, and no failures.
However, when I test with Java 1.6.0_03, I get the error:
---
Test set: org.apache.http.nio.TestAll
Folks
Please take one last look at the preview packages and the release notes:
http://people.apache.org/~olegk/httpcore-4.0-beta1-preview/RELEASE_NOTES.txt
http://people.apache.org/~olegk/httpcore-4.0-beta1-preview/packages/
If I hear no complaints, I'll go ahead with cutting the final release
On Fri, 2008-01-18 at 19:40 +, sebb wrote:
On 18/01/2008, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
Folks
Please take one last look at the preview packages and the release notes:
http://people.apache.org/~olegk/httpcore-4.0-beta1-preview/RELEASE_NOTES.txt
http
On Fri, 2008-01-18 at 21:35 +0100, Ortwin Glück wrote:
Oleg Kalnichevski wrote:
needs a better parser that can deal with escaped and unescaped queries,
Sorry, Oleg, nobody can deal with unescaped queries. It's NOT POSSIBLE (tm).
Escape, maybe? ;-)
Oleg
sebb wrote:
Likewise can one just perform the nio tests?
Just run the tests in the module-nio folder
cd module-nio; mvn test
Tried that, unfortunately it does not work:
D:\eclipseworkspaces\main\httpcore\module-niomvn test
[INFO] Scanning for projects...
[INFO]
On Fri, 2008-01-18 at 12:07 +0100, [EMAIL PROTECTED] wrote:
Hi folks,
looks like I screwed up when defining the repo and
path for our GUMP projects [1]:
Tail of Update : update_httpcomponents
This is a very short tail of the log at update_httpcomponents
svn: URL
On Sun, 2008-01-20 at 09:21 +0100, Roland Weber wrote:
Hi folks,
I've just redeployed the site with a new draft of
our Charter. It will appear here shortly:
http://hc.apache.org/charter.html
Compared to the previous project scope presented
in the same location, I've dropped the
Sebastian et al
The problem appears to have been fixed. Please feel free to test the
latest SVN snapshots.
The preview packages can be found below:
http://people.apache.org/~olegk/httpcore-4.0-beta1-preview/RELEASE_NOTES.txt
http://people.apache.org/~olegk/httpcore-4.0-beta1-preview/packages/
Please vote on releasing these packages as HttpComponents Core 4.0-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.
Packages:
+1
Oleg
On Sun, 2008-01-20 at 18:18 +0100, Oleg Kalnichevski wrote:
Please vote on releasing these packages as HttpComponents Core 4.0-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
expertise, so my idea may be bunk.
David Koski
On Jan 22, 2008, at 2:22 PM, Oleg Kalnichevski wrote:
On Tue, 2008-01-22 at 16:52 -0500, [EMAIL PROTECTED] wrote:
Hi,
Your suggestion worked well, but I think I ran into a problem with
it (using A6, if it matters). I ended up
On Thu, 2008-01-24 at 11:22 +0100, [EMAIL PROTECTED] wrote:
Hi Oleg,
in the Limewire section, the second sentence should
be somehow marked as a quote from Limewire/Sam.
I suggest to move the link in the site navigation
between News and Download. The first and last
links in the section
On Thu, 2008-01-24 at 18:58 +, sebb wrote:
Unfortunately the link has reverted, now that the new release has been
announced.
Of course one could rename the file to correspond with the download
page, but I think that's suboptimal as it will take some while for
all the mirrors to
On Fri, 2008-01-25 at 20:21 +0100, Roland Weber wrote:
Hi Oleg,
I am going to approach James developers and ask them if they would be
interested in having our multipart encoder contributed to Mime4J. It may
well be they would not, given Mime4j's rather strong emphasis on the
decoding
On Fri, 2008-02-01 at 16:45 -0500, Tim Julien wrote:
All,
I have been looking into a stacktrace that has been coming up alot for
our users. This is on core 4.0 alpha 6 and client 4.0 alpha 2 (with
minor URI fixes). The stacktrace is at the bottom of the message.
I haven't been able
On Mon, 2008-02-04 at 11:36 -0500, Tim Julien wrote:
Are there nightly builds for core / client available anywhere?
There are no nightly builds at the moment. However, I usually publish
the latest snapshot to the Apache Maven snapshot repository every time I
close a major issue.
On Wed, 2008-02-06 at 23:18 +0100, Roland Weber wrote:
Hi Oleg,
Why not make NO_HOST a little prettier?
public static final HttpHost NO_HOST = new HttpHost(, -1, );
I chose an IP address for the host to make sure that
there will be no DNS lookup (though there might still
be a
On Thu, 2008-02-07 at 10:29 +, sebb wrote:
I've got myself a Continuum login and an HttpComponents group has been set up.
I propose to set up builds for HttpCore-Main, HttpClient and
HttpCore-Nio, but not HttpClient3.
Does that sound OK?
Sounds great.
Oleg
S///
On Sun, 2008-02-10 at 11:47 +0100, Roland Weber wrote:
Hi Oleg, all,
I'm through with my changes for HttpClient alpha3.
So I am. I'll start building preview packages shortly.
Oleg
cheers,
Roland
-
To
On Tue, 2008-02-12 at 13:49 -0500, Sam Berlin wrote:
Hi Folks,
I think this issue might have been brought up awhile ago (by Steffen,
maybe?), but as we're coming around to using HttpCore for downloading,
I think it's worthwhile to bring it up again.
It seems that there are two default
On Tue, 2008-02-12 at 18:11 -0500, Sam Berlin wrote:
IOControl#requestOutput will eventually cause the
NHttpClientHandler#requestReady to fire, which in its turn will invoke
HttpRequestExecutionHandler#submitRequest.
Ok -- is it safe to assume that the IOControl can be retrieved always
On Thu, 2008-02-14 at 15:40 -0500, Sam Berlin wrote:
Drop the Content prefix?
Done.
This sounds a lot like the Incoming/Outgoing entities
I originally suggested for HttpCore and which were
thrown out because they generated too much problems.
But at the time we also had the
Folks,
I looks like Google has chosen to upgrade Android's HTTP stack from old
HttpClient 3.x to HttpCore/HttpClient 4
http://code.google.com/android/reference/org/apache/http/package-summary.html
http://code.google.com/android/reference/org/apache/http/client/package-summary.html
To me this
On Sun, 2008-02-17 at 19:19 +0100, Roland Weber wrote:
Hi Oleg,
No one seems interested. Let's bury this idea (well, until HttpClient 5
probably)
Well, I for one am interested in having a maintainable code base.
I don't care _how_ we achieve this. If it means to drop the
separate
On Mon, 2008-02-18 at 19:45 +0100, Roland Weber wrote:
Hi Oleg,
NOTICE looks OK. I was a bit concerned about the packaged
dependencies, but none of them have additional comments
we'd need to add to our own notice.
The httpmime JAR does not include LICENSE and NOTICE.
httpclient and
On Wed, 2008-02-20 at 01:39 -0500, Sam Berlin wrote:
Hi Everyone,
According to the FishEye guys, The general procedure for Apache repos
is that someone from the Apache project in question needs to request
this from the Apache infra group and get their ok for us to index the
repo. We then
Please vote on releasing these packages as HttpComponents Client
4.0-alpha3. 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.
Packages:
[x] +1 Release the packages as HttpComponents Client 4.0-alpha3
Oleg
On Wed, 2008-02-20 at 20:55 +0100, Oleg Kalnichevski wrote:
Please vote on releasing these packages as HttpComponents Client
4.0-alpha3. The vote is open for the next 72 hours, and only votes from
HttpComponents PMC members
On Fri, 2008-02-22 at 10:02 -0500, Sam Berlin wrote:
I don't think increasing the amount transferred actually increases the
memory used -- the data's transferred directly from disk to socket,
with what should be no temporary buffer in-between. The '100' value
left there (as opposed to
Erik Abele wrote:
On 20.02.2008, at 20:55, Oleg Kalnichevski wrote:
Please vote on releasing these packages as HttpComponents Client
4.0-alpha3. ...
Packages:
http://people.apache.org/~olegk/httpclient-4.0-alpha/packages
The vote to release HttpComponents HttpClient 4.0-alpha3 has passed with
the following results
+1 (4 binding votes in total)
Oleg Kalnichevski olegk -at- apache.org *
Sebastian Bazley sebb -at- apache.org *
Andrea Selva selva.andre -at- gmail.com
ant elder antelder -at- apache.org *
Erik Abele
On Sat, 2008-02-23 at 10:17 +0100, Roland Weber wrote:
Hi Oleg,
Oleg Kalnichevski wrote:
Erik Abele wrote:
- Tests build are fine on Linux but my OS X setup shows one
failure and several errors (though that's probably due to something
local)
Here we seem to have a real
The HttpComponents project is pleased to announce the release of
HttpComponents HttpClient 4.0-alpha3. This version brings another round
of API refinements and improvements in functionality. As of this release
HttpClient requires Java 5 compatible runtime environment and takes full
advantage of
On Wed, 2008-02-27 at 15:18 -0800, [EMAIL PROTECTED] wrote:
Hi Oleg,
Hi Cathy
I am investigating what it would take to add NTLMv2 support to the Apache
HttpClient as well as integrated Windows authentication for both NTLMv1 and
v2. I have seen your name on numerous messages in the
On Thu, 2008-02-28 at 11:08 +0100, Johannes Koch wrote:
Hi,
recently I discovered that java.net.URI.resolve(String str) does not
work properly according to RFC 2396 (or 3986) when resolving an empty
URI reference ().
The result from resolving against the base URI http://a/b/c/d;p?q;
On Thu, 2008-02-28 at 13:11 +0100, Johannes Koch wrote:
Hi Oleg
Oleg Kalnichevski schrieb:
Is java.net.URI.resolve(String str) being used anywhere in HttpClient?
Yep, o.a.h..impl.client.DefaultRedirectHandler method getLocationURI.
If so, what do you suggest we do?
Create
and give us a formal okay. And
we would still need to find a volunteer prepared to take on a clean
room implementation of the spec.
Oleg
Cathy Kegley
Lotus Expeditor Runtime Development
512.838.1229 (T/L: 678.1229)
[EMAIL PROTECTED]
Inactive hide details for Oleg Kalnichevski ---02
512.838.1229 (T/L: 678.1229)
[EMAIL PROTECTED]
Inactive hide details for Oleg Kalnichevski ---02/28/2008 01:32:01
PM---On Thu, 2008-02-28 at 09:03 -0600, Cathy L Kegley wroteOleg
Kalnichevski ---02/28/2008 01:32:01 PM---On Thu, 2008-02-28 at 09:03
-0600, Cathy L Kegley wrote:
From
On Sat, 2008-03-01 at 17:48 +0100, Erik Abele wrote:
On 28.02.2008, at 21:00, Oleg Kalnichevski wrote:
...
Can you contact the necessary people on the Apache side to ensure
that
any implementation I provide, based solely on these specs, could be
contributed to the HttpClient
On Mon, 2008-03-03 at 12:23 -0500, Sam Berlin wrote:
Hi Folks,
It looks like snapshot builds occasionally get uploaded to
http://people.apache.org/repo/m2-snapshot-repository/org/apache/httpcomponents/
. Is there any rhyme or reason for when they're added? (And how are
they added?)
On Wed, 2008-03-05 at 20:50 +0100, Roland Weber wrote:
Oleg Kalnichevski wrote:
A _consistent_, _ASF wide policy_ on the use of LGPL licensed code
The current policy is talk to the legal guys :-)
And ain't that lovely?
Commons VFS has shipped with a jCIFS dependency
On Thu, 2008-03-06 at 08:31 +0100, [EMAIL PROTECTED] wrote:
Hi Oleg,
_IBM needs this code written one way or another regardless of what we
_think about it. The question is _what exactly_ they will be willing to
_donate to the project. And it is still up to us to decide _what exactly_
_and
On Fri, 2008-03-07 at 00:56 +0200, Andreas Andreou wrote:
Hi list!
We've been using httpcore httpcore-nio
4.0-beta2-20080229.095821-3 but since the new
4.0-beta2-20080303.182830-4 we've been getting (on attempts to request any
url)
Exception in thread IO Reactor Execution Thread
On Fri, 2008-03-07 at 00:56 +0200, Andreas Andreou wrote:
Hi list!
We've been using httpcore httpcore-nio
4.0-beta2-20080229.095821-3 but since the new
4.0-beta2-20080303.182830-4 we've been getting (on attempts to request any
url)
Exception in thread IO Reactor Execution Thread
On Fri, 2008-03-07 at 23:34 +0100, Oleg Kalnichevski wrote:
On Fri, 2008-03-07 at 16:18 -0500, Sam Berlin wrote:
Ya, that's basically the reason for the suggestion -- to prevent
adding a bunch of if!=null checks all over. Good to know that the
Async client handler is being used (if only
On Sat, 2008-03-08 at 09:18 +0100, Roland Weber wrote:
Hi Oleg,
With all due respect, our requirements or _your_ requirements?
Read my previous post:
We have always denied requests for platform specific
features. That native code is required is a guess of mine, but a likely one.
On Sat, 2008-03-08 at 09:26 +0100, Roland Weber wrote:
Hi all,
for the time being, all the code in our repository is
pure Java and can be built and run on any platform that
provides a Java implementation at the required level.
This applies not only to the supported code, but also
to the
On Sat, 2008-03-08 at 16:01 +0100, Roland Weber wrote:
Oleg Kalnichevski wrote:
I _personally_ have no intention of getting into business of writing C
code. At the same time I _personally_ have no problem with accepting a
well written, documented, self-contained piece of native code
On Sun, 2008-03-09 at 18:55 +, sebb wrote:
On 09/03/2008, Roland Weber [EMAIL PROTECTED] wrote:
Oleg Kalnichevski wrote:
Roland
Honestly, I really think this whole native code thing is not as bad as
it may seem.
It sure makes my spider-sense tingle like mad.
I
Folks
Do we want to participate this year? We had pretty decent results in the
past (year 2006, RFC2965 implementation)
http://wiki.apache.org/general/SummerOfCode2008
Oleg
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
On Thu, 2008-03-13 at 15:36 -0400, Sam Berlin wrote:
Is there a preferred way of closing a connection using the IOReactors
[N]HttpRequestExecutionHandlers? The only thing I can think of
would be to close it in submitRequest or handleResponse. Is there
another (better?) way of doing it?
. #submitRequest seems the best option to
me, if there are no more requests to submit.
Oleg
Sam
On Thu, Mar 13, 2008 at 4:11 PM, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
On Thu, 2008-03-13 at 15:36 -0400, Sam Berlin wrote:
Is there a preferred way of closing a connection using the IOReactors
On Sat, 2008-03-15 at 08:49 +0100, Ortwin Glück wrote:
Erik Abele wrote:
On 11.03.2008, at 20:31, Oleg Kalnichevski wrote:
Folks
Do we want to participate this year? We had pretty decent results in the
past (year 2006, RFC2965 implementation)
If we can find one or more suitable
Folks,
I would like to start working on a NIO based version of the connection
manager sometime in the coming days / weeks. A connection manager
implementation for non-blocking HTTP connections can be potentially
useful for both Synapse and LimeWire, and probably other projects as
well.
On Wed, 2008-03-26 at 11:04 -0700, Tatu Saloranta wrote:
--- Oleg Kalnichevski [EMAIL PROTECTED] wrote:
Folks,
I would like to start working on a NIO based version
of the connection
manager sometime in the coming days / weeks. A
connection manager
implementation for non-blocking
On Thu, 2008-04-03 at 13:00 -0400, Sam Berlin wrote:
* As far as streaming entities are concerned #consumeContent is
equivalent to a trivial code snippet
InputStream instream = entity.getContent();
if (instream != null) instream.close();
Is that all consumeContent does? I was under
On Thu, 2008-04-03 at 20:12 +0200, Oleg Kalnichevski wrote:
On Thu, 2008-04-03 at 13:00 -0400, Sam Berlin wrote:
* As far as streaming entities are concerned #consumeContent is
equivalent to a trivial code snippet
InputStream instream = entity.getContent();
if (instream != null
by the entity. #finish seems
like a reasonable name for it.
I'll add a comment to #consumeContent() that the name is a misnomer and
should be changed to #finish in the next major release.
Would that be OK?
Oleg
On Sat, Apr 5, 2008 at 7:04 AM, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
On Thu, 2008
On Sun, 2008-04-06 at 19:41 +0200, Nicolas wrote:
Hello everybody,
I noticed that when I used the PostMethod and a FilePart in order to
post a binary file to a server, the file was corrupt when it got to the
server. When I compared the file on the server with the original one, I
noticed
On Mon, 2008-04-14 at 00:02 +0200, Thorsten Scherler wrote:
On Sun, 2008-03-16 at 13:52 +0100, Oleg Kalnichevski wrote:
...
Thorsten,
Maybe you have a self-contained task for Droids, which could be put
forward for consideration as a GSOC project?
Sorry it took me so long to reply
It looks like Spring folks are much less picky about ASLv2 / LGPL
compatibility issues.
http://acegisecurity.svn.sourceforge.net/viewvc/acegisecurity/spring-security/trunk/ntlm/src/main/java/org/springframework/security/ui/ntlm/NtlmProcessingFilter.java?view=markup
Oleg
Folks
How do you feel about cutting HttpCore 4.0-beta2? Is there anything that
is still blocking the release?
Sam,
Do you think the code you have contributed is stable enough to be
released? That implies no more changes to the API. Do you still need
more time?
Oleg
There is no need to release HttpCore 4.0b2 right now. We can cut
HttpClient 4.0a4 based on HttpCore 4.0b1 if needed. Shall we wait a few
more weeks?
Oleg
On 4/21/08, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
Folks
How do you feel about cutting HttpCore 4.0-beta2? Is there anything
On Tue, 2008-04-22 at 10:09 +0530, keith chapman wrote:
Hi All,
I have a scenario where I want to use two separate keystores to talk to two
different sites over https. There is a chance that these two client may
execute in parallel. As I understand java lets you set keystore information
Folks
The refactoring of the connection management code in HttpClient is now
fully completed. Roland did a great job on it, so all I had to do was
adding a few missing bits. As far as I can tell all known issues with
the connection management API have been addressed.
There has also been a few
Folks,
_Please_ do try to find a few minutes to review the release notes and
the packages for the coming release.
Release notes:
http://people.apache.org/~olegk/httpclient-4.0-alpha4-preview/RELEASE_NOTES.txt
Packages:
http://people.apache.org/~olegk/httpclient-4.0-alpha4-preview/packages/
On Sun, 2008-04-27 at 17:55 +0100, sebb wrote:
2008/4/26 Oleg Kalnichevski [EMAIL PROTECTED]:
Folks,
_Please_ do try to find a few minutes to review the release notes and
the packages for the coming release.
Release notes:
http://people.apache.org/~olegk/httpclient-4.0-alpha4
On Tue, 2008-04-29 at 12:53 +0100, sebb wrote:
In module-client/src/main/java/org/apache/http/conn/ssl/SSLSocketFactory.java
The connectSocket( method has:
SSLSocket sslock = (SSLSocket)
((sock != null) ? sock : createSocket());
...
sock.connect(new
On Fri, 2008-05-02 at 22:48 +0100, sebb wrote:
HTTPMultipart only has one variable field - the mode.
Currently this is only ever set shortly after construction, so it
seems to me that this might as well be changed to an immutable class.
WDYT?
Sounds reasonable. Go for it
Oleg
BTW,
All right. The release called off until HTTPCLIENT-769 fix is
confirmed.
Oleg
On Thu, 2008-05-01 at 12:35 +0200, Oleg Kalnichevski wrote:
Please vote on releasing these packages as HttpComponents Client 4.0-alpha4.
The vote is open for the
next 72 hours, and only votes from HttpComponents
+1
Oleg
On Sun, 2008-05-04 at 18:49 +0200, Oleg Kalnichevski wrote:
Please vote on releasing these packages as HttpComponents Client
4.0-alpha4. 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
1 - 100 of 8670 matches
Mail list logo
