Skip to main content
Jump to: navigation, search

SMILA/Documentation/HowTo/Howto set up dev environment

< SMILA‎ | Documentation‎ | HowTo
Revision as of 10:46, 18 January 2012 by (Talk | contribs) (Getting the source code)

This HowTo describes the necessary steps for setting up a SMILA development environment.


Here is the list of things that you will definitely need for developing SMILA components:

  1. JDK 1.6
  2. Recent Eclipse SDK - This HowTo was tested with Eclipse Classic SDK 3.7.1 (Indigo SR1)

Getting the source code

There is more than one way of getting the code into your Eclipse workspace. In the next two sections, two recommended ways are shown. After having imported the source code into your workspace, it will show up a lot of errors. Don't worry, they'll disappear when you run through all steps of this HowTo.

Both methods descibed below will lead you to the same result: They will provide you with a workspace containing all core SMILA projects (plus SMILA.releng when you choose the Project Set File).

Getting the source code manually

Getting the source code manually without the Project Set File is the recommended practice, especially when you wish to update frequently.

  1. Use your favorite SVN client to check out SMILA's source code from the repository located at:
    Hint: We recommend to check out the trunk/core as opposed to importing the projects through IDE SVN integrations. By doing so, you can easily get new projects just by updating your working copy and reimporting the sources.
  2. After having checked out the source code, import it into your workspace:
    1. Click File --> Import --> General --> Existing Projects into Workspace --> Next
    2. Select the root folder of the local trunk --> (all projects should be selected automatically) --> Finish
Using the Project Set File to get the source code

This uses a Project Set File (.psf) file to check out and import all projects.

You have to install a subversion team provider in your eclipse IDE in order to use the Project Set File. We recommend to install the Subversive Team Provider from the eclipse software repository (you should also install SVN JDT Ignore Extensions).

Before you can use the subversive team provider you have to select the SVN connector to use (we suggest that you should take the latest SVN Kit the Subversive Connector Discovery offers to you).

  1. Download SMILA-core.psf file
  2. File --> Import --> Team --> Team Project Set
  3. Enter the .psf location
  4. Finish

Now your IDE starts to download and import the SMILA projects. This will take a while.

Hint: When you want to reimport the psf (e.g. because there are new projects available in the SMILA core repository), you have to update the psf in the SMILA.releng project and import it (right click on it and click on "Import Project Set...", be sure to click "No To All" to the question whether to overwrite existing projects in the workspace, otherwise it will check out everything again instead of ignoring the projects, that are already checked out.

Enabling the BPEL Designer

If you want to work with the SMILA extensions for Eclipse BPEL designer, you need to checkout the bundles from trunk/tooling. Currently these are:

  • org.eclipse.smila.processing.designer.model
  • org.eclipse.smila.processing.designer.ui

To compile these you need bundles from the Eclipse BPEL Designer in your target platform. See SMILA/BPEL_Designer for more information on these bundles.

Defining the target platform

The target platform defines the set of bundles and features that you are developing against.

Defining the target platform the easy way

SMILA ships a target definition file at that you can open in your IDE (after downloading it and importing the releng project; if you downloaded the source code using the Project Set File you will already have the SMILA.releng project containing the target definition in your workspace).

This file contains all the references needed for developing SMILA with Eclipse Indigo SR1 (3.7.1). After opening it, eclipse starts to download the referenced bundles/features which it tells you by stating "resolving target platform" in the status bar. This takes a good while. After it is done you can hit the link "Set as Target Platform" on the top left of the editor. Doing so will cause eclipse to start re-compiling the sources and all error markers should be gone.

Defining the target platform manually

Instead of using the target definition file you can also manually set your own target platform.

Launch SMILA in Eclipse IDE

If you've checked out SMILA's trunk correctly, than you should have a project called SMILA.launch in your workspace. This project contains the SMILA's launch configuration for Eclipse IDE. To start SMILA directly in your Eclipse IDE just follow the steps below:

  • Click Debug --> Debug Configurations and expand OSGI Framework
  • Select SMILA launch file
  • Check if no junit 4 bundles are activated:
    • enter junit in the filter of the Bundles
    • uncheck all junit 4 bundles, if they are checked (e.g. org.junit4, org.junit(4.8.2....) etc.) since they conflict with the junit 3 bundles used in SMILA.
  • press Debug

  • If everything is started correctly, you will get an output in the Console view like below:
osgi> Persistence bundle starting...
ProviderTracker: New service detected...
ProviderTracker: Added service org.eclipse.persistence.jpa.osgi.PersistenceProviderOSGi
Persistence bundle started.
[INFO ] Context /zookeeper: Registered handler(1) ZooKeeperAdminHandler, pattern /(.*)$
[INFO ] Added worker webFetcher to WorkerManager.
[INFO ] HTTP server has SMILA handler RequestDispatcher for context /smila.
[INFO ] HTTP server started successfully on port 8080.

You're done

Congratulations! You've just successfully checked out and configured your SMILA development environment and can now start developing your own bundles.

Back to the top