Re: [gef3d-dev] gef3d.ext depdendency

[Miles Parker <milesparker@xxxxxxxxx>]

That's a great move. Because also people (like me) will want to be ablbe to use the emf stuff w/o all of the gmf dependencies. Thanks for checking out all of these little issues -- everything was building and running fine but it's comforting to have the builds w/o errors and warnings. :)

On Jun 6, 2010, at 4:04 AM, Jens v.P. wrote:

On 05.06.10 21:07, Miles Parker wrote:

I'm wondering why ..gef3d.ext has a dependency on org.eclipse.emf.transaction? It should only need:

 org.eclipse.emf.ecore;bundle-version="2.5.0",

 org.eclipse.emf.ecore.edit;bundle-version="2.5.0"

To compile at least..

I fixed this by extracting all EMF related classes (as a matter of fact there are only three EMF dependant classes) to a newly create plugin called
    org.eclipse.gef3d.ext.emf
and the classes into subpackages called *.emf. The following classes were moved:

• org.eclipse.gef3d.ext.multieditor.emf.INestableEditorWithEditingDomain
• org.eclipse.gef3d.ext.multieditor.emf.INestableEditorWithResourceSet
• org.eclipse.gef3d.ext.reverselookup.emf.EObjectPathFinder

Plugin org.eclipse.gef3d.gmf reexports this new plugin for convenience. However, if your code depends on one of the above classes, you will have to add the ".emf" to the import statement. Also see my comment to the related bug report you opened: https://bugs.eclipse.org/bugs/show_bug.cgi?id=315886

Cheers,

Jens

P.S.: Thank you for the patches, Miles. (Although I haven't used them this time, simply because I had a fixed version already in the pipeline or because I fixed the problems differently.)
   

_______________________________________________
gef3d-dev mailing list
gef3d-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/gef3d-dev