Skip to main content

[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. It’s 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 that’s running, connection monitoring and cancellation support, and filling other gaps in httpclient).

If there’s 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



Back to the top