Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 365624 - Remove version from javax.xml.transform import in commonj.sdo bundle
Summary: Remove version from javax.xml.transform import in commonj.sdo bundle
Status: RESOLVED FIXED
Alias: None
Product: Orbit
Classification: Tools
Component: bundles (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: Juno M5   Edit
Assignee: Blaise Doughan CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-12-05 11:00 EST by Blaise Doughan CLA
Modified: 2011-12-05 15:17 EST (History)
2 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Blaise Doughan CLA 2011-12-05 11:00:13 EST 
This bug relates to the following files:

commonj.sdo\META-INF\MANIFEST.MF
commonj.sdo\source-bundle\META-INF\MANIFEST.MF

The entry for javax.xml.transform incorrectly specifies a version.  This is causing this bundle to fail in some OSGi environments.
Comment 1 David Williams CLA 2011-12-05 14:49:58 EST 
No version at all? Or, just change upper bound? Or just lower the lower bound? I assume you are not really after an "optional" dependency, right? 

I'm not familiar with commonj.sdo or what it does with javax.xml.transform, but seems odd that it should not have _some_ minimum version. 

But ... I'm just saying this as "food for thought" ... would well be you have some situation that requires it, and I'm just not familiar with it.
Comment 2 Blaise Doughan CLA 2011-12-05 15:17:35 EST 
The commonj.sdo APIs just include javax.xml.transform.Source/Result in the method signatures.  These APIs are available in all versions of javax.xml.transform.  The version restriction was accidentally added in the initial check in.

Fixed in commonj.sdo bundle tagged as: v201112051852

Code reviewed by:  Tom Ware