Re: [discuss] pure Java and cross-platform?

sebb wrote: Although prompted by the Windows NTLM issue, I thought this discussion was about more than just authentication. For me, this discussion was about opening a can of worms or steering clear of it. never mind, Roland

[jira] Commented: (HTTPCLIENT-747) No entry created for this pool.

[ https://issues.apache.org/jira/browse/HTTPCLIENT-747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579197#action_12579197 ] Roland Weber commented on HTTPCLIENT-747: - Hi Sam, the 'abort&#x

Re: [discuss] pure Java and cross-platform?

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. cheers, Roland - To unsubscribe, e-mail: [EMAIL PROTEC

Re: [discuss] pure Java and cross-platform?

Oleg Kalnichevski wrote: Who is going to review that code before it gets committed? I can volunteer if needed OK. Who is going to make sure it doesn't get broken by changes? Whoever makes changes to that code. So either you are reasonably sure that changes in HttpAuth will never affect

Re: [discuss] pure Java and cross-platform?

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 implementing a _very specific_ function into the contrib package.

plugin point for NTLM integrated Windows authentication

Hi Cathy, maybe you can put the plugin point for integrated Windows authentication into the equivalent of the NTCredentials [1]. For the sake of discussion, I will assume that the critical hash computation requires two kinds of input: a) some sort of challenge, seed, or init vector which is c

Re: NTLMv2 in Apache HttpClient

Hi Cathy, If the 3.1 code base doesn't have the support to handle connection-based authentication states, how does NTLMv1 work? Is the NTLMv1 implementation in 3.1 datagram-oriented as opposed to connection-based? No, it's connection-based. We just don't track the state. If a connection is re

[discuss] pure Java and cross-platform?

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 contrib code. Even though we don't support that, we make sure th

Re: NTLMv2 in Apache HttpClient

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. Native code and/or Windows integration means a fundamentally differ

[jira] Commented: (HTTPCLIENT-757) Default proxy set at the client level has no effect

[ https://issues.apache.org/jira/browse/HTTPCLIENT-757?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12576506#action_12576506 ] Roland Weber commented on HTTPCLIENT-757: - Ack,

[jira] Closed: (HTTPCLIENT-756) HttpClient v 4 Alpha 3: WARNING: Invalid use of SingleClientConnManager: connection still allocated.

[ https://issues.apache.org/jira/browse/HTTPCLIENT-756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber closed HTTPCLIENT-756. --- Resolution: Invalid Hello Tov Are, change this line in your code: if (ent == null

Re: NTLMv2 in Apache HttpClient

Oleg Kalnichevski wrote: A _consistent_, _ASF wide policy_ on the use of LGPL licensed code The current policy is "talk to the legal guys" :-) Commons VFS has shipped with a jCIFS dependency, They no longer do. jCIFS module had to be moved to sandbox largely because of the LGPL issue. I

Re: NTLMv2 in Apache HttpClient

Hi Cathy, I want to point out that everything I need to implement for our purposes doesn't need to be contributed back to Apache. If you don't wish to see "don't wish to see" is a bit more than I intended to express. I don't think that the *HC* *repository* is the right place for such code. I

Re: NTLMv2 in Apache HttpClient

Hi Sebastian, Or declare it as a system dependency? I believe that the "system dependency" clause was meant for generic APIs, like JDBC or the Java URL handlers. If we're directly importing implementation packages of an external library, it won't pass as a system dependency. We have our own

Re: NTLMv2 in Apache HttpClient

Hi Oleg, Not that we are able to properly maintain the existing NTLM code either. A better and cleaner NTLM implementation would be still be a big step forward. And I don't object to a better implementation that is cross-platform and pure Java. If it comes with decent test coverage, I'll give

[jira] Resolved: (HTTPCLIENT-743) Duplicate log of HTTP header

[ https://issues.apache.org/jira/browse/HTTPCLIENT-743?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber resolved HTTPCLIENT-743. - Resolution: Fixed > Duplicate log of HTTP hea

Call for Papers Opens for ApacheCon US 2008

Call for Papers Opens for ApacheCon US 2008 !REMINDER: this will be a short CFP, ending on 3 April, so please be sure to get your CFP submissions in soon! The Apache Software Foundation (ASF) invites submissions to its official users' conference, ApacheCon US 2008, held 3 November through 7 No

Re: NTLMv2 in Apache HttpClient

Hi Cathy, Oleg, please apologize my dropping a bit of salt into the soup. Oleg Kalnichevski wrote: 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 Windo

Re: Test failures on Mac OS; was Re: [VOTE] HttpComponents Client 4.0-alpha3 release

Hi Oleg, It turned out the problem had been introduced by this patch http://svn.apache.org/viewvc?view=rev&revision=619163 Please stop worrying about your ability to write MT code. It was all my fault. not the missing volatiles in the test code... cheers, Roland -

[jira] Created: (HTTPCORE-150) SerializerEntity

SerializerEntity Key: HTTPCORE-150 URL: https://issues.apache.org/jira/browse/HTTPCORE-150 Project: HttpComponents HttpCore Issue Type: New Feature Components: HttpCore Reporter: Roland Weber

[jira] Created: (HTTPCLIENT-753) move class Scheme and friends to a separate package

Components: HttpConn Affects Versions: 4.0 Alpha 3 Reporter: Roland Weber Assignee: Roland Weber Priority: Minor Fix For: 4.0 Alpha 4 We currently have a recursive dependency between packages o.a.h.conn and o.a.h.conn.routing

Re: Test failures on Mac OS; was Re: [VOTE] HttpComponents Client 4.0-alpha3 release

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 issue. The test failures are easily reproducible on Mac OS. I just test

Re: Apache Droids using Norbert

Hi Thorsten, Is there are still interest to host Droids and sponsor it in incubation as mentioned in [2]? Definitely :-) Meanwhile, we have created a charter [a] and Droids fits the "build upon and extend" clause. We will expect it to work well with HttpClient 4 eventually, but that doesn't ha

[jira] Created: (HTTPCLIENT-752) version.properties

version.properties -- Key: HTTPCLIENT-752 URL: https://issues.apache.org/jira/browse/HTTPCLIENT-752 Project: HttpComponents HttpClient Issue Type: Improvement Reporter: Roland Weber Priority: Trivial

[jira] Commented: (HTTPCLIENT-750) manage connections with upgradeable security

[ https://issues.apache.org/jira/browse/HTTPCLIENT-750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12569984#action_12569984 ] Roland Weber commented on HTTPCLIENT-750: - The last comment was still shoo

Re: [HttpClient] to split or not to split

Hi Sam, What we do for LimeWire is generate all our individual jars, then combine them using a quick ant task. (The jar task lets you provide other jars and will include their contents into the new one, or you can unzip the jars into a temporary directory and rejar them as a single jar.) I hav

Re: [HttpClient] HttpClient 4.0-alpha3 preview packages

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 httpcore both have it. The version for commons-logging is 1.1.1. Th

Re: site deployment

Hi Erik, Btw, we really need to change the deployment for the website from Maven scp to a SVN checkout - this is a) a infra requirement [1] and b) will make sure that those things don't happen. The only downside is that we need to keep a copy of the generated stuff in SVN but that was discuss

[Fwd: Re: [continuum] BUILD FAILURE: HttpComponents Client]

Hi folks, I don't have a problem with [continuum] messages going to the commits list, but the replies should be sent to [EMAIL PROTECTED] just as replies to commit messages. Is there something wrong with the setup of the commits list? cheers, Roland Original Message Subjec

[jira] Commented: (HTTPCLIENT-749) HttpClient 'ParamBeans' for easier configuration

[ https://issues.apache.org/jira/browse/HTTPCLIENT-749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12569736#action_12569736 ] Roland Weber commented on HTTPCLIENT-749: - Hi Stojce, I like the idea

Re: site deployment docs

Hi Sebastian, Erik, sebb wrote: On 11/02/2008, Erik Abele <[EMAIL PROTECTED]> wrote: a) site b) Wiki I for one always prefer the website - IMHO the wiki is just a scratchpad for quick and un-finished docs; as soon as they are more mature they should be promoted to "site-status" :-) I think

Re: [HttpClient] to split or not to split

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 dependencies and for example allow usage of logging all over module-

Re: HttpCore/HttpClient 4 in Google Android

Oleg Kalnichevski wrote: 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-s

[jira] Commented: (HTTPCLIENT-750) manage connections with upgradeable security

[ https://issues.apache.org/jira/browse/HTTPCLIENT-750?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12569729#action_12569729 ] Roland Weber commented on HTTPCLIENT-750: - If the unsecure connectio

[jira] Created: (HTTPCLIENT-750) manage connections with upgradeable security

Components: HttpConn Reporter: Roland Weber Assignee: Roland Weber Fix For: 4.0 Alpha 4 RFC 2817 (http://tools.ietf.org/html/rfc2817) specifies not only tunnelling of TLS/SSL via proxies, but also upgrading an existing HTTP connection to TLS/SSL. The latter is

[jira] Created: (HTTPCORE-146) HttpStatus should define all registered status codes

Components: HttpCore Affects Versions: 4.0-beta1 Reporter: Roland Weber Assignee: Roland Weber Priority: Trivial Fix For: 4.0-beta2 HttpStatus should list all status codes registered at IANA: http://www.iana.org/assignments/http-status-codes

[jira] Commented: (HTTPCLIENT-747) No entry created for this pool.

[ https://issues.apache.org/jira/browse/HTTPCLIENT-747?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12568649#action_12568649 ] Roland Weber commented on HTTPCLIENT-747: - Hi Oleg, I don't ha

[jira] Created: (HTTPCLIENT-747) No entry created for this pool.

Versions: 4.0 Alpha 3 Reporter: Roland Weber Assignee: Roland Weber Priority: Minor Fix For: 4.0 Alpha 4 Followup to https://issues.apache.org/jira/browse/HTTPCLIENT-741, as reported by Sam Berlin: java.lang.IllegalStateException: No entry created for

Re: Mail archives

Hi Erik, Aye, so looks like we're missing the archives from 03 Oct 2002 to 28 Nov 2002 - they are neither in ezmlm nor in the raw archives at /mail/ :-( I still have the archive with the missing messages I got from Hank, but I'm not sure whether a) Apache wants to merge external archives into

Re: site deployment

Hi Erik, Btw, we really need to change the deployment for the website from Maven scp to a SVN checkout - this is a) a infra requirement [1] and b) will make sure that those things don't happen. The only downside is that we need to keep a copy of the generated stuff in SVN but that was discuss

Re: [HttpClient] Include HttpMime into alpha3 or not? Re: [HttpClient] upcoming alpha3

Hi Oleg, Almost forgot. What shall we do about HttpMime? It is currently not included into the HttpClient pom. Do we want to ship this code with this release or shall we wait until next alpha? The reason for not including HttpMime into this release can that it depends on mime4j version 0.3 which

[HttpClient] upcoming alpha3

Hi Oleg, all, I'm through with my changes for HttpClient alpha3. cheers, Roland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (HTTPCLIENT-745) no classes with default visibility

no classes with default visibility -- Key: HTTPCLIENT-745 URL: https://issues.apache.org/jira/browse/HTTPCLIENT-745 Project: HttpComponents HttpClient Issue Type: Improvement Reporter: Roland

[jira] Resolved: (HTTPCLIENT-742) common interface for HttpRoute and RouteTracker

[ https://issues.apache.org/jira/browse/HTTPCLIENT-742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber resolved HTTPCLIENT-742. - Resolution: Fixed Done. > common interface for HttpRoute and RouteTrac

[site] HttpComponents link, again

Hi folks, once more, it's about the HttpComponents link below the HttpComponents logo. It seems that on the main site, this link as well as the logo link point to the current page. I would have expected the links to point to http://hc.apache.org/ directly? In the HTML source, the link target is j

[VOTE][RESULT] Project Charter

With 8 votes in favor (7 binding) and no other votes received, the draft Project Charter is accepted. Thanks to everyone who cast a vote. +1 (* marks binding votes) Roland Weber* (ossfwot/at/dubioso/dot/net) Paul Fremantle* (pzfreo/at/gmail/dot/com) Sebastian Bazley* (sebbaz/at/gmail/dot/com

Re: svn commit: r620160 - /httpcomponents/project/pom.xml

[EMAIL PROTECTED] wrote: > Author: erikabele > Date: Sat Feb 9 09:33:34 2008 > New Revision: 620160 > > URL: http://svn.apache.org/viewvc?rev=620160&view=rev > Log: > Remove comment - this archive was merged with [EMAIL PROTECTED] already. Sorry, had the wrong link in there. This is the one that

Re: svn commit: r620159 - /httpcomponents/oac.hc3x/trunk/project.xml

Hi Erik, > Author: erikabele > Date: Sat Feb 9 09:30:31 2008 > New Revision: 620159 > > URL: http://svn.apache.org/viewvc?rev=620159&view=rev > Log: > Sync mailing list info with main site. > > Modified: > httpcomponents/oac.hc3x/trunk/project.xml The Maven 1 installation I have running wo

[Bylaws] new draft available

Hi folks, a new draft (619996) of the Bylaws will soon appear here: http://hc.apache.org/bylaws.html The PMC Decision section includes "requesting Apache resources" as a PMC decision, the mailing list example is gone from the Community Decision section. There are new sections on Release Label

Re: Mail archives

Hi Erik, >>> It looks like the mail archives of the old list has not been copied to >>> the new location. We are listing the following link as the archive >>> location: > > I took me a bit but this is also done now, see INFRA-1516 for exact > details. Thanks to you and Joe. > To sum up, we now

[jira] Closed: (HTTPCLIENT-744) HTTPClient is not using Protocol configured in HostConfiguration when using mutual Auth in connections

[ https://issues.apache.org/jira/browse/HTTPCLIENT-744?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber closed HTTPCLIENT-744. --- Resolution: Invalid The code behaves exactly as intended, and exactly as explained for

Re: [VOTE] Project Charter

you to get actively involved in the development or running of this project if you cast a vote. Nobody is going to send a lawyer after you either. It is just a display of your general support for what we are doing, and positive feedback for the people that do the work. Please? Roland Roland Webe

[jira] Updated: (HTTPCLIENT-293) Provide support for non-ASCII charsets in the multipart disposition-content header

[ https://issues.apache.org/jira/browse/HTTPCLIENT-293?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber updated HTTPCLIENT-293: Component/s: (was: HttpClient) HttpMime > Provide support for

[jira] Resolved: (HTTPCLIENT-352) Allow polymorphic use of addParameter

[ https://issues.apache.org/jira/browse/HTTPCLIENT-352?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber resolved HTTPCLIENT-352. - Resolution: Fixed Fix Version/s: (was: 4.0 Final) 4.0

[jira] Updated: (HTTPCLIENT-317) HTTP Client doesn't support multipart/related content-type

[ https://issues.apache.org/jira/browse/HTTPCLIENT-317?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber updated HTTPCLIENT-317: Component/s: (was: HttpClient) HttpMime > HTTP Client does

[jira] Updated: (HTTPCLIENT-525) Part.isRepeatable() should be abstract

[ https://issues.apache.org/jira/browse/HTTPCLIENT-525?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber updated HTTPCLIENT-525: Component/s: (was: HttpClient) HttpMime I assume that this is no

[jira] Updated: (HTTPCLIENT-742) common interface for HttpRoute and RouteTracker

[ https://issues.apache.org/jira/browse/HTTPCLIENT-742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber updated HTTPCLIENT-742: Fix Version/s: (was: 4.0 Beta 1) 4.0 Alpha 3 Assignee

[jira] Resolved: (HTTPCLIENT-726) review TSCCM for spurious wakeups

[ https://issues.apache.org/jira/browse/HTTPCLIENT-726?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber resolved HTTPCLIENT-726. - Resolution: Fixed The only (a)wait is in WaitingThread, the spurious wakeups are

Jakarta remnants in JIRA

Hi folks, when I add a comment to one of our JIRA issues, there is a "Viewable By" drop-down menu. Same for attaching a file. The drop-down list includes "jakarta-developers". Could it be that our JIRA projects are still running with the Jakarta "permission scheme", whatever that is? http://wiki.

[jira] Commented: (HTTPCLIENT-741) AbstractClientConnAdapter prone to concurrency issues

[ https://issues.apache.org/jira/browse/HTTPCLIENT-741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12566740#action_12566740 ] Roland Weber commented on HTTPCLIENT-741: - I'm fine with the changes.

[jira] Commented: (HTTPCORE-139) allow explicit unsetting of parameters in stacks or hierarchies

[ https://issues.apache.org/jira/browse/HTTPCORE-139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12566733#action_12566733 ] Roland Weber commented on HTTPCORE-139: --- For the records: I didn't add a

Re: [jira] Commented: (HTTPCLIENT-735) allow unsetting of DEFAULT_PROXY and FORCED_ROUTE parameters in the client stack

Hi Oleg, >>> Why not make NO_HOST a little prettier? I've changed it to "no-host://127.0.0.255:0" which is a valid HttpHost instance but still unlikely to collide with any real host. >> And can we rely >> on ourselves not adding empty string checks to the >> HttpHost constructor? > > I believe

Re: Continuum builds of HttpComponents

sebb wrote: > OK, I think they are set up now. Cool, thanks! cheers, Roland > If anyone wants to have a look at the builds, the overview is here: > > http://vmbuild.apache.org/continuum/projectGroupSummary.action?projectGroupId=59 > > If you want to be added as an admin for HttpComponents, >

Re: Status of archive migration

Erik Abele wrote: > > Thanks, I've taken care of that last point. Good. INFRA-1486 was not well received :-) > But I'm wondering where the following old releases are archived? > > httpclient > Release 4.0 Alpha 1 > > httpcore > Release 4.0 Alpha 5 > Release 4.0 Alpha 4 > Release 4.0 Alpha 3 >

Re: [jira] Commented: (HTTPCLIENT-735) allow unsetting of DEFAULT_PROXY and FORCED_ROUTE parameters in the client stack

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 reverse lookup). Can we rely on an exception being triggered fo

Re: [discuss] project charter, bylaws, whatever

Hi Erik, > charter == mission statement > bylaws == project guidelines > > Both can be pretty simple and don't need to be ultra-extensive, just > spelling out the basics (in case of the bylaws: pmc membership, voting > guidelines, commit and release guidelines, ...). Oleg wanted to write a docum

Re: nightly builds?

sebb wrote: > But you should be aware that Gump builds come with no guarantees whatsoever... True. What nightly build does? ;-) > > On 06/02/2008, Roland Weber <[EMAIL PROTECTED]> wrote: >> Tim Julien wrote: >>> Are there nightly builds for core / client available

[jira] Updated: (HTTPCLIENT-743) Duplicate log of HTTP header

[ https://issues.apache.org/jira/browse/HTTPCLIENT-743?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber updated HTTPCLIENT-743: Fix Version/s: 3.1.1 ACK > Duplicate log of HTTP hea

[jira] Closed: (HTTPCORE-139) allow explicit unsetting of parameters in stacks or hierarchies

[ https://issues.apache.org/jira/browse/HTTPCORE-139?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber closed HTTPCORE-139. - Resolution: Won't Fix Alright then, let's see whether this problem is ever encounte

Re: nightly builds?

Tim Julien wrote: > Are there nightly builds for core / client available anywhere? If a GUMP run is getting through to our project, these will be updated: http://vmgump.apache.org/gump/public-jars/httpcomponents/jars/ cheers, Roland

[jira] Commented: (HTTPCORE-139) allow explicit unsetting of parameters in stacks or hierarchies

[ https://issues.apache.org/jira/browse/HTTPCORE-139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12565433#action_12565433 ] Roland Weber commented on HTTPCORE-139: --- I don't think it addressed all

[jira] Updated: (HTTPCLIENT-668) make sure no static loggers are used

[ https://issues.apache.org/jira/browse/HTTPCLIENT-668?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber updated HTTPCLIENT-668: Component/s: HttpConn HttpClient > make sure no static loggers

[jira] Updated: (HTTPCLIENT-734) request.abort() should interrupt thread waiting for a connection

[ https://issues.apache.org/jira/browse/HTTPCLIENT-734?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber updated HTTPCLIENT-734: Component/s: HttpClient > request.abort() should interrupt thread waiting fo

[jira] Updated: (HTTPCLIENT-741) AbstractClientConnAdapter prone to concurrency issues

[ https://issues.apache.org/jira/browse/HTTPCLIENT-741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber updated HTTPCLIENT-741: Component/s: HttpConn > AbstractClientConnAdapter prone to concurrency iss

[jira] Updated: (HTTPCLIENT-652) Add optional state attribute to managed client connections

[ https://issues.apache.org/jira/browse/HTTPCLIENT-652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber updated HTTPCLIENT-652: Component/s: HttpConn > Add optional state attribute to managed client connecti

[jira] Commented: (HTTPCORE-139) allow explicit unsetting of parameters in stacks or hierarchies

[ https://issues.apache.org/jira/browse/HTTPCORE-139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12565241#action_12565241 ] Roland Weber commented on HTTPCORE-139: --- There are now testcases for the param

[jira] Resolved: (HTTPCLIENT-735) allow unsetting of DEFAULT_PROXY and FORCED_ROUTE parameters in the client stack

[ https://issues.apache.org/jira/browse/HTTPCLIENT-735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber resolved HTTPCLIENT-735. - Resolution: Fixed > allow unsetting of DEFAULT_PROXY and FORCED_ROUTE parameters

[jira] Created: (HTTPCORE-144) static setters to remove parameters?

Affects Versions: 4.0-beta1 Reporter: Roland Weber Priority: Minor We have introduced HttpParams.removeParameter(String). Should the setXxx methods in HttpProtocolParams and HttpConnectionParams map null values to removeParameter? Or should there be an extra helper for

[jira] Resolved: (HTTPCLIENT-723) HttpRoutePlanner based on ProxySelector

[ https://issues.apache.org/jira/browse/HTTPCLIENT-723?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber resolved HTTPCLIENT-723. - Resolution: Fixed I have not really _tried_ it, but I added unit tests with a basic

[jira] Commented: (HTTPCLIENT-740) AbstractConnPool constructor calls thread.Start()

[ https://issues.apache.org/jira/browse/HTTPCLIENT-740?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12565198#action_12565198 ] Roland Weber commented on HTTPCLIENT-740: - Hi Sebastian, I would prefe

[jira] Created: (HTTPCLIENT-742) common interface for HttpRoute and RouteTracker

Components: HttpConn Affects Versions: 4.0 Alpha 2 Reporter: Roland Weber Priority: Trivial Fix For: 4.0 Beta 1 Classes HttpRoute and RouteTracker have many identical getters. There should be a common interface, for example RouteInfo, to define these

[jira] Resolved: (HTTPCLIENT-740) AbstractConnPool constructor calls thread.Start()

[ https://issues.apache.org/jira/browse/HTTPCLIENT-740?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber resolved HTTPCLIENT-740. - Resolution: Fixed Fix Version/s: 4.0 Alpha 3 Assignee: Roland Weber

Re: [HttpClient] MIME coded HTTP entity code ready for review

Hi Oleg, I haven't had an occasion to look into it yet, but here are some observations on a general level. module-httpmime The name doesn't hit home with me. What's HTTP about it? How about module-mimeentity, or module-mimeent to keep the name short? org.apache.http.client.mime.MultipartFormHtt

Re: Java 5 tags and indentation

Hi Sebastian, > No problem; they've all been fixed now. Thanks. > While I was scanning the code for the problems I'd introduced, I > noticed that there are quite a few tabs in the http-core code (which > is not 1.5, so I did not add @Override). > > Is it worth me fixing these? I'm happy to do s

Re: Java 5 tags and indentation

sebb wrote: > It looks OK to me - the method is aligned with the @ - but I have tabs > set at 4 spaces. > > I can fix those shortly. Thanks. It's been a while since I had to deal with tab vs. space problems, sorry for not spotting that in the first place. cheers, Roland -

[jira] Commented: (HTTPCLIENT-741) AbstractClientConnAdapter prone to concurrency issues

[ https://issues.apache.org/jira/browse/HTTPCLIENT-741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12565154#action_12565154 ] Roland Weber commented on HTTPCLIENT-741: - My mistake. When I created

Java 5 tags and indentation

Hi folks, after adding the Java 5 tags, our code is now formatted like this example: @Override protected HttpParams createHttpParams() { HttpParams params = new BasicHttpParams(); HttpProtocolParams.setVersion(params, HttpVersion.HTTP_1_1); Http

[jira] Resolved: (HTTPCLIENT-736) dependencies for route planner implementations

[ https://issues.apache.org/jira/browse/HTTPCLIENT-736?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber resolved HTTPCLIENT-736. - Resolution: Fixed Assignee: Roland Weber > dependencies for route plan

[jira] Commented: (HTTPCLIENT-652) Add optional state attribute to managed client connections

[ https://issues.apache.org/jira/browse/HTTPCLIENT-652?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12564886#action_12564886 ] Roland Weber commented on HTTPCLIENT-652: - My latest ideas would

[jira] Updated: (HTTPCLIENT-652) Add optional state attribute to managed client connections

[ https://issues.apache.org/jira/browse/HTTPCLIENT-652?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber updated HTTPCLIENT-652: Fix Version/s: (was: 4.0 Alpha 3) 4.0 Alpha 4 > Add optio

[jira] Updated: (HTTPCLIENT-637) Unit tests for HttpConn

[ https://issues.apache.org/jira/browse/HTTPCLIENT-637?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber updated HTTPCLIENT-637: Fix Version/s: (was: 4.0 Alpha 3) 4.0 Alpha 4 > Unit tests

[jira] Updated: (HTTPCLIENT-673) revise max-per-host configuration

[ https://issues.apache.org/jira/browse/HTTPCLIENT-673?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber updated HTTPCLIENT-673: Fix Version/s: (was: 4.0 Alpha 3) 4.0 Alpha 4 > revise max-

Re: NTLM stuff, again; was Re: MIME module (svn commit: r615594 ff)

Hi Oleg, > > The trouble is that even if we had clear-cut guidelines about the use of > LGPL libraries in ASF projects it would not get any further, because at > this point no one expressed willingness to take upon the task of writing > an auth scheme based on JCIFS. It will not be me at any rate.

[HttpClient] to split or not to split

Hi folks, should we split module-client into multiple modules? There are currently four informal units [1] there: - HttpAuth - HttpConn - HttpCookie - HttpClient Most of the arguments _for_ splitting module-client are hypothetical. We are not going to put any modules on a separate release cycle i

[jira] Commented: (HTTPCORE-143) Connection timeout leaks socket fd

[ https://issues.apache.org/jira/browse/HTTPCORE-143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12564856#action_12564856 ] Roland Weber commented on HTTPCORE-143: --- Maybe the question is stupid, but...

Re: MIME module (svn commit: r615594 ff)

Oleg Kalnichevski wrote: > [...] may be a good opportunity to discuss our options for NTLM support. There was recently another thread about LGPL on legal-discuss. It left me confused as ever, but it seems that a) MINA will host code that depends directly on LGPL b) Sam Ruby is preparing some guide

[jira] Updated: (HTTPCLIENT-740) AbstractConnPool constructor calls thread.Start()

[ https://issues.apache.org/jira/browse/HTTPCLIENT-740?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber updated HTTPCLIENT-740: Priority: Trivial (was: Major) Issue Type: Improvement (was: Bug) In this case

[jira] Closed: (HTTPCLIENT-737) EchoHandler:104 possible NPE

[ https://issues.apache.org/jira/browse/HTTPCLIENT-737?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Roland Weber closed HTTPCLIENT-737. --- Resolution: Fixed Fix Version/s: 4.0 Alpha 3 Assignee: Roland Weber

Re: Fixing unnecessary cast warnings

sebb wrote: > Eclipse is showing a few "unnecessary cast" warnings for the projects > now using Java 1.5. > > Any objections to removing such casts? No, if they are unnecessary and trigger warnings, just go ahead and remove them. Oleg does the same when I leave unused imports somewhere :-) cheer

[jira] Created: (HTTPCLIENT-736) dependencies for route planner implementations

Components: HttpConn Reporter: Roland Weber Priority: Trivial Fix For: 4.0 Alpha 3 The implementations of HttpRoutePlanner that we have depend on the ConnectionManager, but use it only to look up the SchemeRegistry. Consider to depend only on the

  1   2   3   >