I agree with Odi.Using the javax.mail stuff is pretty awkward.
The built-in MIME support inside HttpClient has been really convenient
for a lot of people.
ps. to see what I mean by "javax.mail" being awkward, here's an
example of parsing MIME, rather than creating MIME:
http://markmail.org/m
FWIW, replacing the else branch in
DefaultClientRequestDirector.rewriteRequestURI with
--
String path = uri.getRawPath();
String query = uri.getRawQuery();
String fragment = uri.getRawFragment();
String newUri =
(path
So... I got bored and had a little time. Here's a testcase which
highlights the URI-rewrite changing the URI for requests. It only
tests one example of the URI failures right now:
DefaultClientRequestDirector.rewriteRequestURI's else branch. I'm not
positive how to setup the environment to test
I'm also not certain why the URIs are being recreated, but it's only
done in four places in the code. Two are within
DefaultRedirectHandler.getLocationURI, and the other two are within
DefaultClientRequestDirector.rewriteRequestURI. One of them within
DefaultRedirectHandler seems to be harmless,
Oleg Kalnichevski wrote:
What should be our fallback option? Migrating old code to HttpClient 4
codeline? Dropping multipart support altogether?
Thoughts?
Having multipart MIME support *is* important. It's basically
indispensible if you are serious about HTTP. So I am for a migration.
O
On Mon, 2008-01-21 at 16:58 +0100, Ortwin Glück wrote:
>
> Oleg Kalnichevski wrote:
> > I think we should seriously consider migrating to Continuum
> >
> > http://maven.apache.org/continuum/
>
> Look sorta nice, but doc is a little sparse...
>
> http://maven.apache.org/continuum/docs/1.1/user
Folks
Sorting out the support for multipart coded requests is the next item on
my to-do list.
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 emphasi
Oleg Kalnichevski wrote:
I think we should seriously consider migrating to Continuum
http://maven.apache.org/continuum/
Look sorta nice, but doc is a little sparse...
http://maven.apache.org/continuum/docs/1.1/user_guides/managing_builddef/builddefProject.html
--
[web] http://www.odi.ch
On Mon, 2008-01-21 at 15:29 +0100, [EMAIL PROTECTED] wrote:
> Hi Sebastian,
>
> > _Ideally one would like to specify using the latest version of the
> > dependency code.
>
> dependency management is the major problem for
> Maven2 support in Gump. I've seen discussions
> about fake M2 repositorie
[
https://issues.apache.org/jira/browse/HTTPCLIENT-667?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Oleg Kalnichevski resolved HTTPCLIENT-667.
--
Resolution: Fixed
Implemented in SVN trunk
Oleg
> Provide BestMatch cooki
Hi Sebastian,
> _Ideally one would like to specify using the latest version of the
> dependency code.
dependency management is the major problem for
Maven2 support in Gump. I've seen discussions
about fake M2 repositories that serve some of
the dependencies with Gump artifacts and others
from a r
Ideally one would like to specify using the latest version of the
dependency code.
For Ant Gump builds, one can just amend the Gump descriptor to depend
on that project.
Not sure if that works for Maven, but might be worth trying.
S///
On 21/01/2008, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
The HttpClient pom.xml probably still specifies
alpha7-SNAPSHOT as the dependency rather than beta2.
cheers,
Roland
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project httpcomponents-client has an issue affecting its community integration.
This issu
+1
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 votes are cast.
Packages:
http://people.apache
15 matches
Mail list logo
