SCA Java Development Guide (TUSCANY) edited by ant
Page:
http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Java+Development+Guide
Changes:
http://cwiki.apache.org/confluence/pages/diffpagesbyversion.action?pageId=47570&originalVersion=78&revisedVersion=79
Content:
---------------------------------------------------------------------
{section:border=true}
{column:width=15%}
{include: SCA Java Subproject Menu}
{include: Java SCA Menu New}
{column}
{column:width=85%}
{panel:title= How to get involved in development of Java SCA?
|borderStyle=solid|borderColor=#C3CDA1|titleBGColor=#C3CDA1|bgColor=#ECF4D1}
This document is the development guideline for SCA Java project.
* [General Guide|#General Guide]
* [Getting Source code|#Getting Source]
* [Setting up your development environment|#Setup]
* [Importing SCA modules into your Development IDE|#IDE]
* [Understanding SCA Code Path|#Code Path]
* [Coding Guidelines|#Coding Guidelines]
* [Testing|#Testing]
* [Maven Build Structure|#Maven Build Structure]
* [Reporting Issues and Providing patches|#Providing patches]
* *Development Hints*
** [Generating Eclipse WTP Web Projects for Webapp samples|#Webapp in Eclipse]
** [Generating Dependencies for Ant in Samples|#Ant]
\\
{panel}
h3. {anchor:General Guide}
{bgcolor:#C3CDA1}General Guide
{bgcolor}
Welcome to the Tuscany SCA Java subproject project. We look forward to your
participation and try to help you get on board. Feel free to ask your questions
on the mailing list.
Here are some general guidelines we use in this project.
* Java SCA sub-project aims to provide enterprise-grade service infrastructure
based on SCA.
* Tuscany SCA is not just a reference implementation. We encourage innovation
based on the tenets of SCA. A lot of work we do provides feedback to the
specifications.
* The Java SCA infrastructure should provide flexibility and choice. It should
not dictate programming models but support many.
* The Java SCA infrastructure is very modularized and is designed to be highly
extensible so users can customize it to fit their needs.
h3. {anchor:Getting Source}
{bgcolor:#C3CDA1}Getting Source code
{bgcolor}
The Java SCA project Subversion repository is located at
[https://svn.apache.org/repos/asf/incubator/tuscany/java/sca].
The repository can also be viewed online at
[http://svn.apache.org/viewvc/incubator/tuscany/java/]
Anyone can check code out of Subversion. You only need to specify a username
and password in order to update the Subversion repository, and only Tuscany
committers have the permissions to do so.
h4. Checking out code from Subversion
Use the command as follows (note that it uses http scheme so if you're a
committer change it to https):
{code}
svn checkout http://svn.apache.org/repos/asf/incubator/tuscany/java/sca
{code}
h4. Committing Changes to Subversion
Any Tuscany committer should have a shell account on svn.apache.org. Before you
can commit, you'll need to set a Subversion password for yourself. To do that,
log in to svn.apache.org and run the command svnpasswd.
Once your password is set, you can use a command like this to commit:
{code}
svn commit
{code}
If Subversion can't figure out your username, you can tell it explicitly:
{code}
svn --username <name> commit
{code}
Subversion will prompt you for a password, and once you've entered it, it will
remember it for you. Note this is the password you configured with svnpasswd
not your shell or other password.
h3. {anchor:Setup}
{bgcolor:#C3CDA1}Setting up your Development Environment
{bgcolor}
h4. Prerequisites
Java SCA requires the following:
* [JDK 5.0\+ (J2SE 1.5.0+)|http://java.sun.com/j2se/1.5.0]
* [Apache Maven (2.0.5)|http://maven.apache.org/]
* [Subversion (1.2+)|http://subversion.tigris.org/]
h4. Build tree structure
The build tree is designed to facilitate modular development and releases.
Maven modules are grouped by how they are released under an hierarchy. Java SCA
currently have the below module hierarchy :
{noformat}
-java
|-- sca
|-- demos SCA demo applications
|-- distribution SCA distributions
|-- itest SCA Integration Tests
|-- modules SCA Implementation Modules (core, runtimes,
contribution, extensions, etc)
|-- samples SCA Sample Applications
{noformat}
The individual modules can be built separately or build with top-down build.
h4. top-down build (recommended approach)
Check out all of the java source code.
{code}
svn checkout http://svn.apache.org/repos/asf/incubator/tuscany/java
{code}
Building the SCA source code is simple
{code}
cd java/sca
mvn
{code}
It should work even if you start with an empty Maven local repository, and it
should always work. This assumes that maven is able to retrieve a SNAPSHOT
version of SDO (and of course the rest of software that SCA depends on) as we
haven't built anything other than SCA here.
(on) There can be occasional problems downloading artifacts from remote Maven
repositories so if mvn fails with network related sounding messages sometimes
just trying again can fix the problem.
(on) Once you have done a top-down build, and your local maven repository is
populated, you can start using the maven off line option to speed up the build
process
{code}
mvn -o
{code}
h3. {anchor:IDE}
{bgcolor:#C3CDA1}Importing SCA modules into your Development IDE
{bgcolor}
h4. Using Eclipse
If this is the first time you are using your workspace with maven m2 local
repository, you will need to tell your Eclipse workspace the location of the
directory, and you can do this with the following command :
{code}
mvn -Declipse.workspace=[path-to-eclipse-workspace] eclipse:add-maven-repo
{code}
In order to generate the necessary project files to import the SCA modules to
Eclipse, you can use the maven eclipse plugin
{code}
cd java/sca
mvn -Peclipse eclipse:eclipse
{code}
Now, launch your Eclipse IDE, select File->Import->Existing projects into
Workplace, and then select the base SCA directory (e.g java/sca) and then press
Finish, this should import all SCA modules into your Eclipse Workspace.
h3. {anchor:Code Path}
{bgcolor:#C3CDA1}Understanding SCA code path
{bgcolor}
Here is a walk through of [key methods/functions|SCA Java Get Started with
Coding] which help you get started with SCA Java development.
h3. {anchor:Coding Guidelines}
{bgcolor:#C3CDA1}Coding Guidelines
{bgcolor}
There are a few simple guidelines when developing for JAVA SCA:
* The basic coding style used is the described at [Sun Java coding
standards|http://java.sun.com/docs/codeconv/] but the main thing is to be
consistent with the existing code you're updating, so for example, if you're
updating a method that uses the braces on the same line style don't add code
with the hanging braces style.
* Always include the Apache License Headers on all files (both source code
files and resource files such as xml documents)
* Include a descriptive log message for checkins, for example "fixed such and
such problem".
h4. Naming conventions to increase consistency
*Folder Names:* Please use all lowercases and dashes in folder names (like in
the jar names)
- Maven artifact id = tuscany-<folder name>
*Package names:* Package names within modules should include the module name so
that source code can be located in the source tree easily. So, for example,
java/sca/module/implementation-java would be in package structure
org.apache.tuscany.implementation.java.\*
h3. {anchor:Testing}
{bgcolor:#C3CDA1}Testing
{bgcolor}
All committs are expected to be accompanied by unit test and integration tests
when appropriate. Unit tests should verify specific behavior relating to a
single class or small set of related classes; integration tests verify code
paths across subsystems. Testcases should be documented and clearly indicate
what they verify. Also, avoid things that may cause side-effects when possible
such as access of external resources.
Tuscany uses plain junit test cases to perform unit and integration testing,
below is an example that can also be used as a template for writing new test
cases; it demonstrates how to bootstrap the Tuscany SCA runtime in your test
case, and because they are based on junit, you can run it from your IDE of
choice or from Maven.
{code}
/**
* Description of your test case and necessary details you find necessary
*/
public class YourTestCase extends TestCase {
private SCADomain domain;
private YourService service;
@Override
protected void setUp() throws Exception {
domain = SCADomain.newInstance("YourTest.composite");
service = domain.getService(YourService.class, "serviceName");
}
@Override
protected void tearDown() throws Exception {
domain.close();
}
...
}
{code}
(on) Note that we use surefire maven plugin to run the unit and integration
tests, and in most cases, they are configured to match a \**/*TestCase.java
file name pattern. Because of this, if your test case has a different file name
pattern, you might execute it from your IDE of choice, but the maven build
won't execute the test.
We encourage and follow _continuous integration_. Martin Fowler has a concise
write-up [here|http://www.martinfowler.com/articles/continuousIntegration.html]
h3. {anchor:Maven Build Structure}
{bgcolor:#C3CDA1}Maven Build Structure
{bgcolor}
_We use the term Module to refer to the leaf of maven tree._
* sca/pom.xml's parent will be pom/parent/pom.xml
* Other poms will use the pom from the parent folder as parent pom
* Group id: org.apache.tuscany.sca
* Version of our modules will be specified once in java/sca/pom.xml, child poms
don't need specify a version as they get it from their parent
* pom names begin Apache Tuscany SCA
* Eclipse projects are generated for all built modules using mvn \-Peclipse
eclipse:eclipse
h4. Adding a new module and not ready to integrate?
'work-in-progress' modules can be worked on in the same source tree and yet not
break the top-down build. You can do this by not listing your module(s) in
java/sca/modules/pom.xml.
h3. {anchor:Providing patches}
{bgcolor:#C3CDA1}Reporting issues and providing patches
{bgcolor}
{include: Found a Bug Section}
{HTMLcomment:hidden}{children:sort=creation}{HTMLcomment}
h2. Development Hints
h3. {anchor:Webapp in Eclipse}
{bgcolor:#C3CDA1}Generating Eclipse WTP Web Projects for Webapp samples
{bgcolor}
f you're using Eclipse WTP and want to get WTP Web Projects generated
for our Webapp samples you can simply pass a \-Dwtpversion=1.5 option to
the usual mvn eclipse:eclipse command, like this:
mvn \-Dwtpversion=1.5 \-Peclipse eclipse:eclipse
The magic \-Dwtpversion=1.5 option will add the WTP Web project nature to
all the Eclipse projects with <packaging>war</packaging> in their Maven
pom.xml. You'll then be able to add these projects to a WTP Tomcat or
Geronimo Server configuration, to publish and run them straight from
your Eclipse workspace.
h3:{anchor:Ant}
{bgcolor:#C3CDA1}Generating Dependencies for Ant in Samples
{bgcolor}
Figuring out the package dependency to include in Ant build.xml can be a pain.
Here is a quick
script which works in Linux environment for war files.
{code}
jar tvf sample-feed-aggregator-webapp.war | grep .jar | awk '{ printf "%s\n",
$8 }' | sed -e "s/WEB-INF\/lib\///" | awk '{ printf "<include name=\"%s\"/>\n",
$1 }' | grep -v tuscany
{code}
{column}
{section}
---------------------------------------------------------------------
CONFLUENCE INFORMATION
This message is automatically generated by Confluence
Unsubscribe or edit your notifications preferences
http://cwiki.apache.org/confluence/users/viewnotifications.action
If you think it was sent incorrectly contact one of the administrators
http://cwiki.apache.org/confluence/administrators.action
If you want more information on Confluence, or have a bug to report see
http://www.atlassian.com/software/confluence
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
