[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [eclipse-dev] Planning Meeting Notes - Oct 8, 2008
|
Pascal,
I suppose it is nice for p2 to have some abstraction layer, so you can
flip implementation if one you are currently using does not work. From
what saw that is what just happen, so p2 switched from urlstream-based
implementation to httpclient-based one and later one you can switch to
something else when you'll find issues in httpclient without changing p2
code. It is great, but I am concerned that ECF isn't really focused on
getting a robust transport implementation and only creating wrappers for
other frameworks that known to have their own issues. E.g. httpclient
does not completely support ntlm auth.
Also, there is number of technologies won't be able to use ecf layer, as
they use different abstraction layers, such as axis or xml-rpc and their
own implementations are using http client under the hood. As far as I
know, those abstractions are required by some of Mylyn connectors.
regards,
Eugene
Pascal Rapicault wrote:
Hi Mik, thx for the pointers, this is very interesting.
The reason for moving to httpclient is to have some of the connection
/ networking problems solved. In p2 we are not looking at using
httpclient directly but instead it is an "implementation detail" on
how ECF handles the connection. Now given that neither p2. the SDK nor
Mylyn want to be in the business of transport, I think it would be
great if you could engage with the ECF community to compare your
approaches on problems / solutions and thus come up with one solution
addressing everybody's needs. What do you think?
Inactive hide details for "Mik Kersten" ---08/10/2008 01:07:22
PM---Fyi, org.eclipse.mylyn.commons.net has a dependency on org."Mik
Kersten" ---08/10/2008 01:07:22 PM---Fyi,
org.eclipse.mylyn.commons.net has a dependency on
org.apache.commons.httpclient (3.1.0) from Or
From:
"Mik Kersten" <mik@xxxxxxxxxxx>
To:
"'General development mailing list of the Eclipse project.'"
<eclipse-dev@xxxxxxxxxxx>
Date:
08/10/2008 01:07 PM
Subject:
RE: [eclipse-dev] Planning Meeting Notes - Oct 8, 2008
------------------------------------------------------------------------
Fyi, org.eclipse.mylyn.commons.net has a dependency on
org.apache.commons.httpclient (3.1.0) from Orbit. Its redistributed
in all package downloads other than Classic. It provides all of the
additional facilities we found useful for making HttpClient
connections from Eclipse to repositories like Bugzilla (e.g., proxy
configuration, user agent setting that lists the eclipse.product
thats running, connection monitoring and cancellation support, and
filling other gaps in httpclient).
If theres interest in reuse, just let us know. If not, consider
looking over some of that code, since the cancellation support was not
that fun to implement and was required for us since we found some
httpclient connections to block indefinitely in the presence of flaky
network conditions. Here are the relevant bits of the manifest of
org.eclipse.mylyn.commons.net:
*Require-Bundle*:
org.apache.commons.codec;/bundle-version/="1.3.0";/visibility/:=reexport,
org.apache.commons.httpclient;/bundle-version/="3.1.0";/visibility/:=reexport,
org.apache.commons.lang;/bundle-version/="2.3.0";/visibility/:=reexport,
org.apache.commons.logging;/bundle-version/="1.0.4",
org.eclipse.core.runtime,
org.eclipse.core.net
*Export-Package*: org.eclipse.mylyn.commons.net,
org.eclipse.mylyn.internal.commons.net;/x-internal/:=true
Mik
*From:* eclipse-dev-bounces@xxxxxxxxxxx
[mailto:eclipse-dev-bounces@xxxxxxxxxxx] *On Behalf Of *Mike Wilson*
Sent:* Wednesday, October 08, 2008 6:56 AM*
To:* eclipse-dev@xxxxxxxxxxx*
Subject:* [eclipse-dev] Planning Meeting Notes - Oct 8, 2008
-----------------------
??? Discussion Topic
-----------------------
Equinox:
- in Equinox, p2 is adding apache http client. Are there others in the
SDK that may want to use the apache http client? Need to discuss the
proper feature this bundle should be included in SDK
_______________________________________________
eclipse-dev mailing list
eclipse-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or
unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/eclipse-dev
------------------------------------------------------------------------
_______________________________________________
eclipse-dev mailing list
eclipse-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/eclipse-dev