Roland Weber wrote:
Hi Odi,
just my €0.02 on this. I'll keep it short since I already spent more
time in front of the monitor than I actually wanted :-)
1. Our license is APL, not GPL. We don't discriminate closed source
just because it's closed. But asking closed source projects for a
Roland Weber wrote:
Hi Oleg,
Hi Roland,
Please do not get me wrong. This is not to discourage you from
questioning the sanity of the existing design or to prevent you from
evaluating alternatives or writing patches. I very much appreciate the
fact that you take time to review the
Folks,
I have hacked up a simple implementation of the GZIP content compression
in order to demonstrate how to implement a content encoding using the
existing interceptor framework in HttpCore.
Source code in the 'contrib' package:
Folks,
It's been a month since the 3.0 release. We have had 5 bug fixes so far.
Some of the bugs are completely trivial. Others represent fairly
uncommon corner cases:
http://svn.apache.org/repos/asf/jakarta/commons/proper/httpclient/trunk/release_notes.txt
I personally believe none of these
a separate stable branch
until 3.1 goes RC.
Oleg
Perhaps we could target a 3.0.1 in a few weeks
assuming nothing else major is required.
Mike
On 1/30/06, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
Folks,
It's been a month since the 3.0 release. We have had 5 bug fixes so far.
Some
The development of HttpClient 3.1 commences in the SVN trunk. The SVN
trunk will retain full API compatibility with HttpClient 3.0, however,
it may initially contain unstable development code.
Upstream projects dependent on HttpClient 3.0 are advised to use the
HttpClient 3.0 stable branch until
Folks,
We have a long standing policy of requiring Java 1.2 compatibility for
all code contributions to HttpClient including those that end up in the
'contrib' package. This policy prevents us from accepting the SPNEGO
auth scheme contributed by Mikael Wikström into Commons HttpClient code
On Thu, 2006-02-02 at 01:41 +, sebb wrote:
On 01/02/06, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
Folks,
We have a long standing policy of requiring Java 1.2 compatibility for
all code contributions to HttpClient including those that end up in the
'contrib' package. This policy
Vote: Accept code requiring java 1.4 compatibility to the 'contrib'
package
[ ] +1 I am in favor of the proposal
[ ] -1 I am against this proposal (must include a reason).
-1 from a committer will effectively veto the proposal
The vote will be running until Fri Feb 10th 12:00 GMT
This makes our job of maintaining java 1.2 compatibility for HttpClient
proper more difficult. I would vote -1 out of sheer stubbornness and
orthodoxy, if not for the spnego auth scheme contribution.
+1
Oleg
On Fri, 2006-02-03 at 16:35 +0100, Oleg Kalnichevski wrote:
Vote: Accept code
On Fri, 2006-02-03 at 17:10 +0100, Roland Weber wrote:
Hi Oleg,
I had a look at the GZIP content compression code. It's a good example
for using the request and response interceptors, and for implementing
content decompression.
In the *very* long run (not before we're running out of ideas
On Fri, 2006-02-03 at 17:35 +0100, Roland Weber wrote:
Hi folks,
I should be able to spend a few hours with coding this week-end. I'd
like to tackle some details I noticed while discussing entities and
connections with Oleg, and while working on http-async:
1. In order to keep a
On Fri, 2006-02-03 at 19:38 +0100, Roland Weber wrote:
Hi Oleg,
...
I am still a little itchy about the fact that such a clear distinction
on the implementation level is not reflected in the interface hierarchy.
But introducing tag interfaces without additional methods is pointless.
On Sat, 2006-02-04 at 15:08 +0100, Roland Weber wrote:
Hi all,
I just executed the test cases for HttpComponents http-core. I get one
failure...
test:
[javac] Compiling 39 source files to
/home/rweber/HttpComponents/trunk/http-core/target/tests
[java]
organizing an HttpClient snowboarding/skiing weekend
some day
Cheers,
Oleg
Oleg Kalnichevski wrote:
Vote: Accept code requiring java 1.4 compatibility to the 'contrib'
package
[ ] +1 I am in favor of the proposal
[ ] -1 I am against this proposal (must include a reason).
-1 from
On Sat, 2006-02-04 at 17:40 +0100, Roland Weber wrote:
Hi Oleg, hi all,
I've noticed some peculiarities in the HttpEntity interface.
First of all, the JavaDocs for getContent() explicitly state
that it is a programming error to return the same InputStream
for multiple invocations. In
Roland,
Please re-test
Oleg
On Sat, 2006-02-04 at 15:08 +0100, Roland Weber wrote:
Hi all,
I just executed the test cases for HttpComponents http-core. I get one
failure...
test:
[javac] Compiling 39 source files to
/home/rweber/HttpComponents/trunk/http-core/target/tests
Roland Weber wrote:
Hi Oleg,
works for blackdown 1.4.2 and IBM 1.5.0. Fails with IBM 1.4.2 because
of a bug in the EncodingUtils class:
[java] 1)
testInvalidEncoding(org.apache.http.util.TestEncodingUtils)java.nio.charset.IllegalCharsetNameException:
This just aint right
[java]
Roland Weber wrote:
Hi Oleg,
Hi Roland,
I think it would be prudent on our part to differentiate unsupported
charsets from illegal ones and treat them differently. So, I just
tweaked the test case to use a legal charset name, instead of making
EncodingUtils catch all runtime exceptions.
I would like to nominate Roland Weber as an
Apache Jakarta HttpComponents Committer.
[ ] +1, let him commit!
[ ] +0
[ ] -0
[ ] -1, no, because
Motion has passed with four binding +1 and none against. As of now we
will be accepting code contributions requiring Java 1.4 compatibility
into the semi-official, unsupported 'contrib' package
Oleg
-
To unsubscribe, e-mail:
The vote to accept Roland Weber as a new Jakarta HttpComponents
committer has passed with the following results
+1 binding
Michael Becke ([EMAIL PROTECTED])
Dion Gillard ([EMAIL PROTECTED])
Ortwin Glueck ([EMAIL PROTECTED])
Oleg Kalnichevski ([EMAIL PROTECTED])
Adrian Sutton ([EMAIL
On Sun, 2006-02-12 at 19:15 +0100, Roland Weber wrote:
Hi Oleg, hi all,
I'm not quite happy with the way http-core currently handles
mutable vs. immutable messages, in particular requests. There
is an instanceof check in HttpRequestExecutor: if a request
is an instance of
On Mon, 2006-02-13 at 21:41 +0100, Roland Weber wrote:
Hi Oleg,
Frankly, I do not think this would be a better solution. There are
situations where one does want the original request object to mutate in
order to be able to examine its post-execution state. If we wrapped the
original
either, I assume the content is more or less okay.
At some point someone will have to proof-read my Ruslish, though
Oleg
On Sun, 2006-02-19 at 13:32 -0500, Michael Becke wrote:
I haven't tried it yet, but I'm not partiularly tied to XDOC so it
sounds good to me.
Mike
On 2/19/06, Oleg
On Mon, 2006-02-20 at 15:17 +0100, Ortwin Glück wrote:
Folks,
I suggest we declare the HttpClient 2 branch as end of life, now that
we have 3.0 out and are working on HttpComponents. That would
essentially mean we won't make changes to the 2.0 codebase any more
(which is already a fact)
be wrong about it, but I do see that both cookies violate the
HTTP spec. Try hitting the site with HttpClient 3.0 and see if that
makes any difference
Oleg
-Original Message-
From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED]
Sent: maandag 20 februari 2006 15:36
To: HttpClient Project
+1
On Mon, 2006-02-20 at 16:03 +0100, Ortwin Glück wrote:
I would like to declare the HttpClient 2 branch as end of life. This
has the following consequences:
* The HttpClient 2 code base is officially unmaintained (dormant)
* There will be no more HttpClient 2.x releases
* The
Folks,
This is the first preview of the HttpComponents web site:
http://people.apache.org/~olegk/httpcomponents/index.html
Please, take a quarter of an hour to review the content. Patches,
content contributions will be hugely appreciated. If you are not
familiar with Maven 2, feel free to
On Mon, 2006-02-27 at 09:45 +0100, Ortwin Glück wrote:
With 4 binding and 1 non-binding vote the proposal to put HttpClient 2.x
to end of life has been accepted. The voting thread can be found here:
http://mail-archives.apache.org/mod_mbox/jakarta-httpclient-dev/200602.mbox/browser
Odi,
We
Folks,
I have updated the HttpComponents web site to include the changes
suggested by Mike and Roland
The site can be found here
http://people.apache.org/~olegk/httpcomponents/
Please review the content and feel free to suggest further changes and
submit patches
Mike, Odi, if you have some
/. Once the
site is deployed to its proper location, the link will work as intended.
If you know how to bend Maven2 to dynamically generate those links based
on the URL of the distribution site, I would be happy to learn
Oleg
Odi
Oleg Kalnichevski wrote:
Folks,
I have updated
On Fri, 2006-03-03 at 14:59 +0100, Ortwin Glück wrote:
Oleg Kalnichevski wrote:
On Fri, 2006-03-03 at 14:40 +0100, Ortwin Glück wrote:
only a quick one:
* The lessons learned page has no navigation. So the user loses track.
What kind of navigation would you suggest?
I'd keep
On Fri, 2006-03-03 at 22:32 +0100, Roland Weber wrote:
Hi Oleg,
Hi Roland
What is the web server supposed to do with the following request
GET .. HTTP/1.1
What browser would send this kind of request? All browsers will
resolve relative links before sending the request. And if an
On Sun, 2006-03-05 at 18:36 +0100, Roland Weber wrote:
Hi Oleg,
Low level components such as http-core, http-nio, http-auth and, imo,
http-async must throw exceptions and never log messages either directly
to stdout or via a logging toolkit.
In http-async, I have background threads
On Sun, 2006-03-05 at 17:25 -0500, Michael Becke wrote:
So how does this sound?
- If/when we do end up using a logging package we will use Commons Logging
- Commons Logging will be a dependency for HttpClient and most likely
http-async and http-conn
- Wire logging will be accomplished
On Wed, 2006-03-08 at 11:12 +0100, COURTAULT Francois wrote:
Hello,
I have used the FileRequestEntity sample.
So how to not specify a content length ?
- Do I have to return -1L in the getContentLength() method instead of
file.lenth() ?
or - Do I have to remove the header using
methods with new methods from the 3.0 API.
Javadoc should suggest which new methods or classes to use instead of
the deprecated ones.
Oleg
Jan
-Original Message-
From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED]
Sent: maandag 20 februari 2006 18:57
To: HttpClient Project
Folks,
I just updated and redeployed the preview of the HttpComponents web
site.
Changelog:
* Link to the project Wiki per Roland's request
* HttpCore module now includes javadoc, source cross-reference and
clover (test coverage) reports
The preview can be found at the usual location
On Wed, 2006-03-08 at 17:57 +0100, Ortwin Glück wrote:
I am missing a Download link :-)
As soon as there's something to download. Let's cut a release first
Oleg
Oleg Kalnichevski wrote:
Folks,
I just updated and redeployed the preview of the HttpComponents web
site
On Thu, 2006-03-09 at 00:56 +0530, Bindul Bhowmik wrote:
Hello Oleg,
Hello, Bindul
...
Few very very minor cosmetic issues:
Most Jakarta projects' web site headers have both the Jakarta Logo and
the Project logo. But the HttpComponents website just has the Jakarta
Logo.
We simply do
On Wed, 2006-03-08 at 21:13 +, sebb wrote:
On 08/03/06, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
...
A little gremlin seems to have attacked the Cookies page:
Netscate
Fixed
http://people.apache.org/~olegk/httpcomponents/
Generally it looks very good, and seems to be easy
On Thu, 2006-03-09 at 01:03 +, sebb wrote:
On 08/03/06, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
On Wed, 2006-03-08 at 21:13 +, sebb wrote:
On 08/03/06, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
...
A little gremlin seems to have attacked the Cookies page:
Netscate
On Thu, 2006-03-09 at 09:26 +0100, Ortwin Glück wrote:
I think references to HttpClient 3 should be linked to the current website.
Will do
Oleg
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
On Thu, 2006-03-09 at 09:26 +0100, Ortwin Glück wrote:
I think references to HttpClient 3 should be linked to the current website.
There's a reference to Commons HttpClient on the front page now. Please
check it out:
http://people.apache.org/~olegk/httpcomponents/
Oleg
Folks,
I think it is about time we revisited the decision on whether we want to
stay with Bugzilla or migrate to Jira for HttpComponents issue
tracking.
The support of Bugzilla has very much improved since we first considered
migration to Jira. Nonetheless, Bugzilla is still quite a nuisance
On Sat, 2006-03-11 at 10:25 +0100, Roland Weber wrote:
Hi Oleg,
since I'm missing first-hand experience with JIRA, I searched
a little on the web. The direct comparisons seem to be rather
in favor of JIRA.
On Sat, 2006-03-11 at 12:55 +0100, Ortwin Glück wrote:
Oleg Kalnichevski wrote:
Roland,
I should have elaborated this a little more. Essentially we have three
options:
(1) Keep BZ as an issue tracking system for JHC and JCHC. Work with the
infrastructure people to reorganize
On Sat, 2006-03-11 at 14:04 +0100, Roland Weber wrote:
Hi all,
I don't have a problem with a complete move to JIRA.
It's just that I read through the xml-cocoon-dev list this
morning and realized how much effort that really is.
The trouble is getting _anything_ changed to Bugzlilla involves
On Sat, 2006-03-11 at 10:39 -0500, John Buren Southerland wrote:
Fair enough ;)
I know it is silly, I just kept wondering why the URL class was not
supported directly, the 1.2 support answers everything.
Do any dreams/plans exist to add a user timeout that isn't tied to
socket or connection
On Sun, 2006-03-12 at 17:34 +0100, Roland Weber wrote:
Hi guys,
I have just noticed that Oleg is changing some exceptions messages
I wrote in http-core, which makes me wonder whether there is a
convention. I am used to two conventions:
1. all lowercase without punctuation at end of
On Sun, 2006-03-12 at 20:50 +0100, Roland Weber wrote:
Hello all,
while working on the notification interface for the http-async component,
I could no longer ignore the fact that the complexity is quickly running
out of control. I therefore want to proceed as follows:
1. Add the
On Mon, 2006-03-13 at 14:40 +0100, Roland Weber wrote:
Hi Oleg,
One of the complaints about HttpCore API we have been unable to resolve
so far is an asymmetry between the process of entity serialization
(represented by the EntityWriter interface) and that of entity
de-serialization
On Mon, 2006-03-13 at 23:23 +, Stephen Colebourne wrote:
Hi,
I'd like to propose something which came up during the current talks on
Jakarta's future.
One suggestion was that instead of creating Jakarta Http Components,
this group could be Jakarta Network Components.
In essence,
On Tue, 2006-03-14 at 11:02 -0500, Wagner, John (MED US) wrote:
Hi,
I am trying to access the web through our corporate proxy server with
uses NTLM. I have not been able to authenticate - receive 407 error.
Attached is the code I'm using. When viewing the proxy logs, they said
that I was
On Sun, 2006-03-12 at 21:02 +0100, Oleg Kalnichevski wrote:
Roland et al,
One of the complaints about HttpCore API we have been unable to resolve
so far is an asymmetry between the process of entity serialization
(represented by the EntityWriter interface) and that of entity
de
On Mon, 2006-03-13 at 23:56 +0100, Oleg Kalnichevski wrote:
Folks,
If I hear no complaints I intend to deploy the HttpComponents web site
to jakarta.apache.org and to ask infrastructure folks to initiate the
migration process of HttpClient / HttpComponents issue tracking from
Bugzilla
On Tue, 2006-03-14 at 21:04 +, Stephen Colebourne wrote:
Oleg Kalnichevski wrote:
Can we expect any of the existing Commons [Net] committers to join the
project if we took the Commons [Net] on board? Would they be willing to
split the code base into a separate module per a network
On Tue, 2006-03-14 at 14:37 -0500, Wagner, John (MED US) wrote:
Hi,
I'm unanble to access internet urls from behind corporate proxy server.
Here are the log results:
John,
As far as I can tell HttpClient properly attempts to authenticate with
the proxy server using credentials you have
On Wed, 2006-03-15 at 00:20 +0100, Ortwin Glück wrote:
...
This way, the content entity is always
guaranteed to be correctly serialized. The message headers are expected
to be set up by the protocol interceptors. This comes at the cost of a
small performance hit, as the
On Wed, 2006-03-15 at 10:17 -0500, Ryan Smith wrote:
Hi Roland ,
[...]
There is some potential for generalizing things. A network layer is
one example: SSL/TLS and SOCKS support for all network components.
The HttpParams stuff is another example, or maybe commons-net has
their own
be used to
perform
* form-based logon.
* /p
*
* @author Oleg Kalnichevski
*
*/
public class FormLoginDemo
{
static final String LOGON_SITE = mlvv20oa;
static final intLOGON_PORT = 80;
public FormLoginDemo() {
super();
}
public static void
On Tue, 2006-03-14 at 21:35 +0100, Oleg Kalnichevski wrote:
On Mon, 2006-03-13 at 23:56 +0100, Oleg Kalnichevski wrote:
Folks,
If I hear no complaints I intend to deploy the HttpComponents web site
to jakarta.apache.org and to ask infrastructure folks to initiate the
migration process
On Thu, 2006-03-16 at 09:48 +0100, Roland Weber wrote:
Hi John,
What do you mean This bit is obviously the culprit. Why don't the
cookies match. Sorry, if I'm asked a stupid question, but I'm new to
this.
the Cookie Spec defines an algorithm for selecting the cookies that
are sent
On Thu, 2006-03-16 at 11:21 -0800, Henrich Kraemer wrote:
The dependencies of HttpClient 3.0 are: (
http://jakarta.apache.org/commons/httpclient/dependencies.html)
commons-codec jar 1.2
commons-logging jar 1.0.3
Now the lates releases of these components are:
commons-codec: 1.3
...
If no one objects I will proceed with the site deployment and the issue
tracking migration on March 16th 20:00GMT
Oleg
The HttpComponents site is up:
http://jakarta.apache.org/httpcomponents/
I'll re-open the issue tracking migration request tomorrow
On Sat, 2006-03-18 at 20:05 -0700, Bindul Bhowmik wrote:
Hello List,
Anybody else here using Eclipse for their development?
I am. I am not using the maven2 plug-in, though. I am not a very big fan
of Maven in general
I tried to
check out http-components' http-core module as an eclipse
Folks,
While reviewing the Bugzilla to Jira migration procedure [1] I learned
that Jira had been designed to require one JIRA project for every
versioned product, which was a bit of a surprise to me. If we just
migrated HttpClient from Bugzilla to Jira we would end up with one
versioned project
Bindul Bhowmik wrote:
Dropped the whole idea of using the m2 plugin. Rather went ahead with
a bit more manual work [1]. Checked out the entire HttpComponents and
ran 'mvn install' and the 'mvn -Declipse.downloadSources=true
eclipse:eclipse' on http-core and http-async (Those are the only two
On Sun, 2006-03-19 at 17:11 -0700, Bindul Bhowmik wrote:
On 3/19/06, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
Bindul Bhowmik wrote:
On 3/19/06, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
...
Can you reproduce the problem? As far as I can tell this does seem to be
a bug in Maven.
I
Request filed:
http://issues.apache.org/jira/browse/INFRA-763
Oleg
On Sun, 2006-03-19 at 20:37 +0100, Oleg Kalnichevski wrote:
Folks,
While reviewing the Bugzilla to Jira migration procedure [1] I learned
that Jira had been designed to require one JIRA project for every
versioned product
On Fri, 2006-03-24 at 18:13 -0800, Garth Patil wrote:
Hi,
Sorry if this should've been posted to the user list. I'm interested
in knowing the basis for the following statement on this page:
http://jakarta.apache.org/httpcomponents/http-nio.html
NIO model proved inferior to the classic IO
Based on my (rather limited) tests HttpCore appears approximately 35% to
18% faster than HttpClient 3.0 depending on the document length. Memory
footprint is much more difficult to quantify. Nonetheless, evidently
HttpCore appears to require 2.5 times less GC sweeps for the same unit
of work.
Odi et al,
I rolled back the changes and reverted to standard Integer#parseInt for
parsing numbers in HTTP messages
Oleg
On Mon, 2005-12-05 at 10:39 +0100, Oleg Kalnichevski wrote:
On Mon, Dec 05, 2005 at 10:33:50AM +0100, Ortwin Gl?ck wr
ote:
Oleg,
All right. I am glad you
Based on my (very limited) tests at this point HttpCore appears
approximately 4% to 10% slower than Tomcat Coyote connector depending on
the length of a document served. As far as I am concerned such a margin
is to be expected due to differences in scope and design goals of two
toolkits. There is
HttpClient community,
Maintaining Commons HttpClient 3.x and working on HttpComponents is
getting a little too burdensome for me. At some point this year I plan
to stop actively hacking on HttpClient 3.x code. I would not even bother
to develop HttpClient any further, did not we owe a release
as to where I may have gone wrong?
Thanks, Greg
Post a wire/context log of the HTTP session and relevant code snippets
http://jakarta.apache.org/commons/httpclient/logging.html
Oleg
Oleg Kalnichevski [EMAIL PROTECTED] wrote on 29/03/2006 10:49:04:
On Wed, 2006-03-29 at 09:41 +0100, [EMAIL
is like, and then take on something more challenging.
Oleg
On Wed, 2006-03-29 at 12:38 -0700, Bindul Bhowmik wrote:
Hello Oleg,
On 3/29/06, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
HttpClient community,
Maintaining Commons HttpClient 3.x and working on HttpComponents is
getting
On Sat, 2006-04-01 at 20:02 +0200, Roland Weber wrote:
Hi Oleg,
Fixed some potential problems reported by Findbugs
Modified:
jakarta/httpcomponents/trunk/http-core/src/java/org/apache/http/HeaderElement.java
-this.parameters = parameters;
+this.parameters =
Vote: Release HttpComponents HttpCore 4.0-ALPHA1
[ ] +1 I am in favor of the release, and will help support it
[ ] +0 I am in favor of the release, but am unable to help support it
[ ] -0 I am not in favor of the release
[ ] -1 I am against this proposal (must include a reason).
The vote will
+1
On Mon, 2006-04-03 at 11:38 +0200, Oleg Kalnichevski wrote:
Vote: Release HttpComponents HttpCore 4.0-ALPHA1
[x] +1 I am in favor of the release, and will help support it
[ ] +0 I am in favor of the release, but am unable to help support it
[ ] -0 I am not in favor of the release
On Mon, 2006-04-03 at 21:18 +0200, Ortwin Glück wrote:
Oleg,
I think the Header class should implement equals and hashCode. Header is
used in HeaderGroup in a List. The remove method of is used which uses
equals to identify the right object.
Odi
Odi,
How do you see the identity
Folks,
I spent a good half of yesterday struggling with the Maven2 release
plug-in. After having spent several hours I am still unable to make
Maven2 do what I want.
The trouble is that the current layout of HttpComponents repository does
not seem to conform to Maven SVN layout guidelines.
Folks,
Please review the latest changes in the project SVN and let me know if
you see any problems with it.
Most likely the latest changes rendered your local snapshots invalid. I
apologize for inconveniences this may cause.
If order to check out the latest SVN trunks of all components use the
Folks,
Please take a look at the binary and source assemblies of HttpCore and
complain loudly if you find any problems:
http://people.apache.org/~olegk/httpcore-4.0-alpha1/
If I hear no complaints, I'll tag the trunk as 4.0-alpha1 and proceed
with the release process.
Oleg
On Thu, 2006-04-13 at 11:29 +0100, sebb wrote:
Forbidden
You don't have permission to access
/~olegk/httpcore-4.0-alpha1/jakarta-httpcore-4.0-alpha1-SNAPSHOT-src.zip
on this server.
Sorry about that. Corrected. Please try again.
Oleg
On 13/04/06, Oleg Kalnichevski [EMAIL PROTECTED
things work internally and not necessarily build the whole
distribution myself.
This said, I can happily live with the source assembly containing source
code only.
Oleg
S.
On 13/04/06, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
On Thu, 2006-04-13 at 11:29 +0100, sebb wrote:
Forbidden
You
with it.
Mike
On 4/13/06, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
On Thu, 2006-04-13 at 12:46 +0100, sebb wrote:
Some packaging questions - feel free to dispute ...
Should the src archive contain the compiled jar file?
And the javadocs - do they need to be in both the src
On Thu, 2006-04-13 at 17:59 +0200, Roland Weber wrote:
Hi Oleg,
1) I get a tar error for both .tar.gz archives:
tar: A lone zero block at 8486 (bin)
tar: A lone zero block at 9725 (src)
I can extract the files, the error appears only at the end.
My tar version is
On Thu, 2006-04-13 at 18:31 +0200, Roland Weber wrote:
Hi Oleg,
the build.xml is not in the source distribution.
Is that intended? People should be able to build.
Maven's pom.xml should be sufficient to rebuild the whole distribution.
The trouble is that presently build.xml of all
that with the SVN workspace.
[I've not done it in this case as I'm not quite sure where to get the
source from]
One needs to ignore the .svn files etc, but it can quite quickly show
up anything that is missing.
S.
On 13/04/06, Oleg Kalnichevski [EMAIL PROTECTED] wrote:
I removed jar
On Fri, 2006-04-14 at 00:42 +0100, Stephen Colebourne wrote:
Oleg Kalnichevski wrote:
3) Are we free to choose the artifact names/IDs? I would prefer
jakarta-http-core instead of jakarta-httpcore. Of course
that is only because jakarta-httpcomponents-core is really
too long. But I
On Fri, 2006-04-14 at 11:32 +0200, Roland Weber wrote:
Hi Oleg,
looks good now. Is there a place outside of the distribution,
for example on a download page, where we can mention that the
warning which tar may generate is harmless?
Download page should be the right place. Setting it up is
Folks,
If I hear no complaints I'll proceed with tagging the release and
building the distributions later this evening (around 17:00 GMT)
Oleg
On Fri, 2006-04-14 at 11:48 +0200, Oleg Kalnichevski wrote:
On Fri, 2006-04-14 at 11:32 +0200, Roland Weber wrote:
Hi Oleg,
looks good now
Folks,
I have deployed HttpCore 4.0a1 release to the official distribution
servers. Please take a look. If something really nasty popped up,
theoretically it would still be possible to re-cut the release before
the official announcement is made
On Mon, 2006-04-17 at 11:50 +0200, Ortwin Glück wrote:
Dear fellows,
I have uploaded four variants of the proposed logo
for your consideration. Please post your opinion and
comments to this list. All artwork was created by
Regula Wernli.
http://people.apache.org/~oglueck/red.png
I
On Mon, 2006-04-17 at 13:59 -0700, Monkey Mike wrote:
In all of these cases, I still get Cookie Rejected warnings for various
reasons. I realize that the servers are breaking the rules, but I don't
have control over these servers and so I have to be able to handle whatever
they throw at
On Tue, 2006-04-18 at 17:29 +0800, Bo Xie wrote:
Hi,
I know HTTPClient is a very very strong JAVA lib for HTTP. Is there a
similar strong C/C++ lib for HTTP?
Thank you very much!
Best Regards,
Xie, Bo
Bo (I hope I got your first name right),
Neon HTTP library is believed to be one of
It appears we all agree to disagree. Tastes differ, don't they?
How about that? We simply keep them all! We can put red one on the
HttpCore site, green one on the HttpAsync site, light blue on the
HttpComponents project site, and so on
Oleg
On Mon, 2006-04-17 at 23:48 +0100, sebb wrote:
blue
Folks,
We have a shiny new download page for HttpComponents now. Check it out
http://jakarta.apache.org/site/downloads/downloads_httpcomponents.html
I think we are almost ready. I will hack up download pages for
HttpComponents project site and HttpCore site today and will throw
together a draft
701 - 800 of 1774 matches
Mail list logo