Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 359829 - Restore the dummy classpath for org.eclipse.uml2.uml.resources
Summary: Restore the dummy classpath for org.eclipse.uml2.uml.resources
Status: VERIFIED FIXED
Alias: None
Product: MDT.UML2
Classification: Modeling
Component: Core (show other bugs)
Version: 4.0.0   Edit
Hardware: PC Windows Vista
: P3 enhancement (vote)
Target Milestone: 4.0.0   Edit
Assignee: UML2 Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-10-04 08:46 EDT by Ed Willink CLA
Modified: 2013-02-25 12:26 EST (History)
0 users

See Also:
Kenn.Hussey: juno+

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 Ed Willink CLA 2011-10-04 08:46:23 EDT 
MWE2's StandaloneSetup pioneers an interesting ability for standalone applications to find Eclipse plugins by searching the classpath. This requires plugins to provide a classpath.

org.eclipse.uml2.uml.resources 3.x provided a classpath.
org.eclipse.uml2.uml.resources 4.0.0M2 does not.
Comment 1 Kenn Hussey CLA 2011-10-04 09:17:27 EDT 
Hmm, I don't know where/how the classpath would have been provided, as there isn't a .classpath file in the project (and wasn't in 3.x either) and the build.properties file hasn't changed...
Comment 2 Ed Willink CLA 2011-10-04 09:35:15 EDT 
I'm puzzled too. I guess it's a side effect of Import Plugin with Source Folders. Changing to enhancement. I'm just trying to get my MWE scripts working with UML2 4.0.0 and OCL2Java. I've solved missing L2/L3 profiles. Now struggling with a SAXParseException on HTML.Version! Will comment further once working.
Comment 3 Ed Willink CLA 2011-10-15 12:21:19 EDT 
In Bug 361063, I've contributed a solution to the problem of URImap initializations that exploits MWE's classpath scanning approach.

It would therefore be helpful if UML resources are findable on the classapth.
Comment 4 Ed Willink CLA 2011-12-02 13:06:40 EST 
(In reply to comment #3)
> It would therefore be helpful if UML resources are findable on the classapth.

This is not 100% necessary; a .classpath line such as 

<classpathentry kind="lib" path="/org.eclipse.uml2.uml.resources"/>

enables run-time access via the classpath, but it appears that this line cannot be defined using the plugin/manifest editor, so it gets lost every time a manifest regenerates its classpath.

So users can gain access, but setting a Build Path property for a plugin is unusual and fragile.
Comment 5 Ed Willink CLA 2013-02-25 12:09:56 EST 
The introduction of UMLResourceUtil.init() means that org.eclipse.uml2.uml.resources has classes and can be on a classpath.

So ... FIXED
Comment 6 Kenn Hussey CLA 2013-02-25 12:26:42 EST 
Fixed indirectly by bug 364419.