Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 313332 - commons.discovery bundle not packed?
Summary: commons.discovery bundle not packed?
Status: RESOLVED INVALID
Alias: None
Product: z_Archived
Classification: Eclipse Foundation
Component: BIRT (show other bugs)
Version: unspecified   Edit
Hardware: PC Windows 7
: P3 normal (vote)
Target Milestone: 2.6.0 RC2   Edit
Assignee: Xiaoying Gu CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-18 08:22 EDT by David Williams CLA
Modified: 2010-05-24 03:13 EDT (History)
1 user (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 David Williams CLA 2010-05-18 08:22:47 EDT 
It has come to light in bug 312645 that you do not, apparently, 'pack' the 
org.apache.commons.discovery bundle. You presumably get from Orbit? 

Is there a reason why not? It should be conditioned and signed and ready for pack200, and I think the expectation is a pack.gz form provided. 

(There are, probably, some from Orbit that should not be packed, but think its a pretty short list ... such as the ICU4J bundles). 

Thanks for clarifying ...
Comment 1 Xiaoying Gu CLA 2010-05-24 01:23:34 EDT 
Yes, we get the org.apache.commons.discovery from Orbit.

In birt repo(http://download.eclipse.org/birt/update-site/2.6-interim/), the org.apache.commons.discovery is signed and packed.

Or maybe you are talking about the org.apache.commons.discovery was shipped as FOLDER format in the BIRT build?

In the map file of latest Orbit S-build S20100514103823:
plugin@org.apache.commons.discovery,0.2.0=GET,http://download.eclipse.org/tools/orbit/downloads/drops/S20100514103823/bundles/org.apache.commons.discovery_0.2.0.v201004190315.zip,unpack=true

It was appended with unpack=true, so this bundle was expected to be shipped as FOLDER format, right? In wtp 3.2.0RC1, org.apache.commons.discovery was shipped as folder too. So I'm confused what we can do here to resolve bug 312645?
Comment 2 David Williams CLA 2010-05-24 02:20:09 EDT 
no, not talking about 'folder' bundle, just jar vs. pack200. 

If you have pack.gz version and jar version, then I guess the hypothesis 
in bug 312645 is wrong. 

Maybe someone else. Feel free to close as invalid, if you are indeed saying you have both jar and pack.gz version on your site.
Comment 3 Xiaoying Gu CLA 2010-05-24 03:13:51 EDT 
commons.discovery bundle on BIRT repo is packed and signed.

Set as invalid.