Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 170518

Summary: Some JRE profiles can be variable, by groups of APIs
Product: [Eclipse Project] PDE Reporter: David Williams <david_williams>
Component: UIAssignee: PDE-UI-Inbox <pde-ui-inbox>
Status: CLOSED DUPLICATE QA Contact:
Severity: enhancement    
Priority: P3 CC: darin.eclipse, david_williams, tjwatson
Version: 3.3   
Target Milestone: ---   
Hardware: PC   
OS: Windows XP   
Whiteboard:

Description David Williams CLA 2007-01-15 14:26:02 EST
I thought of this enhancement request as a result of the discussion in bug 160739.

It seems to me the "legality" of what's API in some EE's might be a similar to a user preference. For example, someone may want to use Java 5, but they still do not want to pull in any XML dependencies. Some JRE vendors make this easier or harder to do by actually packaging the "system" libraries in different jars. For example, in IBM's JRE, they have an xml.jar which could, in principle, be intentionally left out of some runtime environments. 

Another use-case might be that someone wants to develop "headless" apps, so would want to to exclude all the UI related API's (such as the top layer in the diagram at the beginning of http://java.sun.com/javase/6/docs/. 

While these cases can technically be accomplished now, by specifying over-ride access rules on a project by project bases this is hard since: 

1. needs to be done on a project-by-project bases, and no way for user to create a custom EE (well, suppose they could with plugin extension points?). 

2. There is no easy way to specify "groups" of API's, but has to be done package by package. 


While I don't see this has a huge need or priority, thought I'd take the time to write it down, so perhaps it could be kept in mind, and hopefully design decisions no rule out the future possibility.
Comment 1 Thomas Watson CLA 2010-04-12 12:52:11 EDT
Moving to PDE for discussion or closure.  I think PDE has the ability to specify custom EEs.
Comment 2 Darin Wright CLA 2010-04-14 12:26:10 EDT
Support was added in 3.5 for custom execution environments. Also see the extension point "org.eclipse.jdt.launching.executionEnvironments" for contributing and defining an environment (which includes specification of API packages).

*** This bug has been marked as a duplicate of bug 238802 ***