Bug 237953 - org.eclipse.jpt.eclipselink_sdk.feature not optional as it should be
Summary: org.eclipse.jpt.eclipselink_sdk.feature not optional as it should be
Status: VERIFIED FIXED
Alias: None
Product: Dali JPA Tools
Classification: WebTools
Component: General (show other bugs)
Version: 2.0   Edit
Hardware: PC Windows XP
: P3 critical (vote)
Target Milestone: 2.0.1   Edit
Assignee: Tran Le CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 237668
Blocks:
  Show dependency tree
 
Reported: 2008-06-20 11:35 EDT by David Williams CLA
Modified: 2008-08-17 23:29 EDT (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Williams CLA 2008-06-20 11:35:54 EDT
+++ This bug was initially created as a clone of Bug #237668 +++

This bug is to track the long term fix of not including (or automatically removing) the jsf.sdk assembly feature from the jsf zip file.
Comment 1 David Williams CLA 2008-06-20 11:39:15 EDT
marking as critical since this could result in an "invalid configuration" for anyone "hand crafting" their own installation from our zip files. 

Comment 2 David Williams CLA 2008-06-22 02:53:27 EDT
I suggest that the problematic features, 
            org.eclipse.jpt 
            org.eclipse.jpt.sdk  
be deleted (not just renamed) 
because their names are so confusing with the 'real' features. 

Then, replace them features where the feature ID (and the project name) has "assembly" in the name. Our scripts  (see buildutilities.xml) are written so any feature with "assembly" anywhere in the id is removed automatically from the zip files. 

So, the new ones would be something like 
org.eclipse.jpt.assembly.feature, and 
org.eclipse.jpt_sdk.assebly.feature. 

Comment 3 David Williams CLA 2008-06-23 21:02:20 EDT
I also noticed that in my previous haste, I left some of the 'requires' features as having 4 fields instead of 3. Technically, this wouldn't cause any problems, but I think makes them read a little awkward, so recommend they be changed to 3 fields. 

For example, in org.eclipse.jpt.feature
one example line is 

<import feature="org.eclipse.gef" version="3.4.0.v20080115-677-8082A5696H2748"/>
 
which reads better, I think, if it says 

<import feature="org.eclipse.gef" version="3.4.0"/>

If we ever wanted to be more precise, the right place to do that is probably in the manifest of the bundles that require the 4th field precision. 

Similarly for several others. 

Comment 4 David Williams CLA 2008-06-23 21:05:26 EDT
One more thing, if we can count this as "clean up feature definition bug" :) 

Is that the "eclipselink" features to not say they "require jpt" ... seems they should, right? So, if someone selects (only) the eclipse link feature from "software updates" then the _whole_ jpt feature would be installed ... not just the exact plugins that eclipselink requires. If it is your intent to only install a subset of jpt plugins with eclipse link (and not, for example, jpt documentation, then that's fine ... but, should be explicit about that, then. 

thanks, 

Comment 5 Tran Le CLA 2008-06-25 20:59:11 EDT
(In reply to comment #2)
> I suggest that the problematic features, 
>             org.eclipse.jpt 
>             org.eclipse.jpt.sdk  
> be deleted (not just renamed) 
> because their names are so confusing with the 'real' features. 
> 
> Then, replace them features where the feature ID (and the project name) has
> "assembly" in the name. Our scripts  (see buildutilities.xml) are written so
> any feature with "assembly" anywhere in the id is removed automatically from
> the zip files. 
> 
> So, the new ones would be something like 
> org.eclipse.jpt.assembly.feature, and 
> org.eclipse.jpt_sdk.assebly.feature. 
> 

I agree on the proposed change, and made the required changes.
Modified scripts were checked in, and Dali map were released.
Comment 6 Tran Le CLA 2008-07-14 22:20:55 EDT
Fixed.