Community
Participate
Working Groups
We will soon have two ECF components that are dependent upon parts of EMF: 1) Discovery UI contributed by Markus Kuppe (dependent upon EMF core and perhaps EMF/SDO serialization) 2) Net4j provider (dependent upon Net4j) In order to be able to build and deploy the discovery UI and the net4j provider we will need to add the incorporation of the required EMF core and Net4j plugins...either by building them ourselves, or taking built versions and adding them to our own build.
(In reply to comment #0) > We will soon have two ECF components that are dependent upon parts of EMF: > > 1) Discovery UI contributed by Markus Kuppe (dependent upon EMF core and > perhaps EMF/SDO serialization) Deps are: org.eclipse.emf, org.eclipse.emf.core, org.eclipse.emf.common.ui, org.eclipse.emf.common, org.eclipse.emf.edit.ui, org.eclipse.emf.edit, >= 2.4 > 2) Net4j provider (dependent upon Net4j) > > In order to be able to build and deploy the discovery UI and the net4j provider > we will need to add the incorporation of the required EMF core and Net4j > plugins...either by building them ourselves, or taking built versions and > adding them to our own build. +1 for reusing EMF builds instead of building on our own.
Hi Ted, Scott, if I'd want to add EMF to our build, I assume I simply extract it to: build.environment.properties: eclipse.home = /opt/eclipse3.4.1/eclipse I target EMF runtime 2.4.1 [1]. The latest stable EMF version. [1] http://www.eclipse.org/modeling/download.php?file=/modeling/emf/emf/downloads/drops/2.4.1/R200808251517/emf-runtime-2.4.1.zip
I've extracted EMF runtime 2.4.1 into /opt/eclipse-3.4.1/dropins on ecf2.
Marking as fixed