Run as a plugin for Eclipse (for Users)
In a running Eclipse,
use the "Help/Software Updates/Find and Install" menu
to first install the "Eclipse Modeling Framework" (EMF) :
"Search for new features to install", find the EMF/SDO/XSD
feature from the Eclipse features (version 2.1.2).
Then use the "Help/Software Updates/Find and Install" and
enter the following update address as the Remote site:
http://www.cs.toronto.edu/km/openome/update
Note, the above plugin is consistent with Eclipse 3.1.2 and
EMF/SDO/XSD 2.1.2. To use it with another Eclipse SDK (e.g. 3.2M4),
you also have to use it with
the corresponding EMF (e.g. 2.2.0M4) and rebuild the OpenOME
update site (How? see the Run as a SDK section).
(That was why some users experienced problem when
I placed the 3.2M4 compiled OpenOME to the update site.
Now it is reverted back to a 3.1.2 compiled one, simply because
most users prefer a stable Eclipse, rather than a "better" one.)
When you run the Eclipse+OpenOME for the first time, the
project navigator is empty.
You need to create an empty "Simple" project, then
(1) either to edit an empty ".q7" file,
or (2) to import an existing OME project ".tel" file.
You can find some examples here:
Some examples
(Developers: we may need to create a new feature
to import some example files for the first time users)
Software Product Requirements for users:
Run as a SDK in the Eclipse IDE (for Developers)
Extract the artifacts from the following subversion repository:
mkdir -p workspaces/openome-sdk
cd workspaces/openome-sdk
svn co svn://www.cs.toronto.edu/cs/htdocs/km/openome/repo/trunk .
My Eclipse installation is organized as follows:
D: ($HOME on Linux)
/IDE
/sdk
/3.1.2
/eclipse (where release Eclipse SDK is extracted)
/3.2M4
/eclipse (where stable Eclipse SDK is extracted)
/emf (note, must use a version consistent to the Eclipse SDK)
/2.1.2
/eclipse (where release EMF is extracted)
/2.2.0M4
/eclipse (where stable EMF is extracted)
/openome
/0.0.14
/eclipse (where recent OpenOME Eclipse plugin can be installed)
/mylar
/0.4.6.1
/eclipse (where recent Mylar plugin can be installed)
/subclipse
/0.9.105
/eclipse (where recent subclipse plugin can be installed)
/workspaces
/openome-sdk (where your subversion work copy is checked out)
README.txt self explanatory document
att.grappa/ The GRAPPA library for graphviz
com.ibm.btools.texml/ The Business process library
com.keypoint.png/ The PNG export library
com.omondo.xerces/ The XML library
edu.stanford.smi.protege/ The Protege
edu.toronto.cs.goalmodel/ The EMF goal model
edu.toronto.cs.goalmodel.edit/ The EMF goal model edit
edu.toronto.cs.goalmodel.editor/ The EMF goal model editor
edu.toronto.cs.ome.eclipse.feature/ The OpenOME feature
edu.toronto.cs.ome.eclipse.update/ The OpenOME update site
edu.toronto.cs.ome.editor/ The OpenOME editor plugin
edu.toronto.cs.ome.jtelos/ The Telos knowledge representation
edu.toronto.cs.q7/ The Q7 language implementation
it.unitn.goal_analysis/ The GR-tool library for bottom-up reasoning
org.apache.batik/ The BATIK library for SVG export
org.sat4j/ The SAT4J library for top-down reasoning
eclipse* The Linux SDK start script
eclipse.bat The Windows SDK start script
svn_setup.sh setting up your Subvesion repository
junction.exe utility for creating symlink on NTFS
You can organize it differently, as long as you make proper
changes to the starting script.
Modify the following files to contain proper paths to Eclipse plugins.
For example,
.configuration/links/emf.link
D:/IDE/emf/2.1.2 ( $HOME/IDE/emf/2.1.2 on Linux)
.configuration/links/subclipse.link
D:/IDE/subclipse/0.9.105 ( $HOME/IDE/subclipse/0.9.105 on Linux)
.configuration/links/openome.link
D:/IDE/openome/0.0.14 ( $HOME/IDE/openome/0.0.14 on Linux)
Define the proper path for ECLIPSE_HOME in the
batch script eclipse.bat
( eclipse
on Linux) to the chosen Eclipse SDK.
When you run the eclipse script for the first time, the
workspace is empty. Then you need to do this:
File -> Import -> Existing Projects
Fill in the current directory name to import the OpenOME
projects of your work copy into your workspace.
OpenOME can be run inside the SDK as an ``Eclipse Application":
(1) turn off all the plugins,
(2) turning on all the Eclipse plugins in the workspace, plus the
text editor: org.eclipse.ui.editors
(3) add all the required plugins
It can also be run as an Eclipse product:
(1) Open the project edu.toronto.cs.ome.editor
(2) Open the file openome.product
(3) Launch the product from the product editor
Now, how to deploy the results?
OpenOME can be built inside Eclipse
SDK as follows:
(1) Open the project edu.toronto.cs.ome.eclipse.update
(2) Open the file site.xml
(3) Click "Build all"
Once the product is rebuilt, one can copy the follow files inside
this project to
an update site (in our case, /cs/htdocs/km/openome/update
)
features/...
plugins/...
site.xml
How to publish documentation?
The web site sources are also under version control now.
To download the documentations:
svn co svn://www.cs.toronto.edu/cs/htdocs/km/openome/www
To contribute documentations, you need to contact the
the webmaster
to get the permission to change the documents.
Our internal (to cslab) bug and issue tracking system hosted at
http://age.cs.toronto.edu:8000/trac
(TODO: We will host it to the public pretty soon...)
Software Development Process Requirements for the developers:
- Java Runtime
Environment (required)
- Eclipse (required: for integrated development environment)
- Ant (included: for build process automation)
- Junit (included: for regression test automation)
- EMF (required: for model-driven developments)
- Subclipse (required: client for team configuration management)
- Mylar (optional: for
team concern management)
- Subversion (required: for
configuration management)
- CruiseControl (optional: for continuous integration)
- OpenOME (optional: for agile Requirements Engineering !)