Table of Contents
Use the following steps to import the Axiom source code into Eclipse Neon (4.6.0):
Install AJDT using the following update site:
Only the "AspectJ Development Tools" feature is required.
Install Workspace Mechanic using the following update site:
Import the Axiom sources as "Existing Maven Projects" into a new Eclipse workspace. M2Eclipse will propose to install additional Maven plugin connectors; make sure that you install them all.
Configure Workspace Mechanic using the files under
accept the proposed preference changes.
Historically, all unit tests were placed in the
One specific problem with this is that since all tests are in a common Maven module
which depends on both
it is not rare to see DOOM tests that accidentally use the LLOM implementation (which is the default).
The project description in
axiom-tests/pom.xml indicates that it
was the intention to split the
axiom-tests project into several parts
and make them part of
axiom-dom. This reorganization is not complete
For new test cases (or when refactoring existing tests), the following guidelines should be applied:
Tests that validate the code in
axiom-api and that do not require
an Axiom implementation to execute should be placed in
This primarily applies to tests that validate utility classes in
The code of unit tests that apply to all Axiom implementations and that check conformance
to the specifications of the Axiom API should be added
axiom-api and executed in
axiom-dom. Currently, the recommended way is to create a
base class in
axiom-api (with suffix
to create subclasses in
This makes sure that the DOOM tests never accidentally use LLOM (because
axiom-impl is not a dependency of
Tests that check integration with other libraries should be placed in
axiom-integration. Note that this is the only module that requires
Java 1.5 (so that e.g. integration with JAXB2 can be tested).
Tests related to code in
axiom-api and requiring an Axiom
implementation to execute, but that don't fall into category 2
should stay in
The following StAX implementations are available to test compatibility with Axiom:
This is the StAX implementation that Axiom uses by default.
This implementation is available as Maven artifact
The reference implementation was written by BEA and is available as Maven artifact
stax:stax:1.2.0. The homepage is http://stax.codehaus.org/Home.
Note that the JAR doesn't contain the necessary files to enable service discovery.
Geronimo's implementation of the StAX API library will not be able to locate
the reference implementation unless the following system properties are set:
“XL XML Processor for Java” is IBM's implementation of StAX 1.0 and is part of IBM's JRE/JDK v6. Note that due to an agreement between IBM and Sun, IBM's Java implementation for the Windows platform is not available as a separate download, but only bundled with another IBM product, e.g. WebSphere Application Server for Developers.
On the other hand, the JDK for Linux can be downloaded as a separate package from the developerWorks site. There are versions for 32-bit x86 (“xSeries”) and 64-bit AMD. They are available as RPMs and tarballs. To install the JDK properly on a Debian based system (including Ubuntu), follow the instructions given in the section called “Installing IBM's JDK on Debian Linux”.