[ 
https://issues.apache.org/jira/browse/HTTPCLIENT-1737?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15249038#comment-15249038
 ] 

Gary Gregory commented on HTTPCLIENT-1737:
------------------------------------------

Hi Sam,

Thanks for your report.

This is going to be either a lot of work or a lot less ;-) depending on what 
users need...

(1) We should address this in the work-in-progress version 5 to make sure we 
get it right there.
(2) Then decide which old 4.x.y branch to backport to if any.
(3) Which branches do you see this being needed: 4.0, 4.1, 4.2, 4.3, 4.4, 
and/or 4.5? 
(4) Releasing a new version of 4.2.x for example would not fix existing jars, 
then what?

Please opine.

> Apache HttpClient dependency on httpcore should specify tight version 
> constraints
> ---------------------------------------------------------------------------------
>
>                 Key: HTTPCLIENT-1737
>                 URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1737
>             Project: HttpComponents HttpClient
>          Issue Type: Bug
>          Components: HttpClient
>            Reporter: Sam Davis
>
> Using Apache Http Client and Core in OSGi environments can fail if multiple 
> versions are present, which is common (for example, Eclipse Mars includes 
> Http versions 4.3.x, but many popular Eclipse plugins may include 4.2.x). The 
> problem is that the dependency from the Http Client OSGi bundle to the Http 
> Core OSGi bundle does not specify an upper bound, e.g. Cient 4.2.6 depends on 
> Core 4.2.5 *or later.* This can cause Client 4.2.5 to use Core 4.3 which 
> completely breaks any plugin that specifies tight version constraints on 
> Client 4.2.6 and Core 4.2.5. See 
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=492042 for more details.
> When creating OSGi bundles, please specify exact version constraints in the 
> manifest, e.g. Import-Package: org.apache.http;version="[4.2.5,4.2.6)",



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to