JBossTS: ArjunaJTS integration

JBossTS: ArjunaJTS integration (atx)

License

License

Categories

Categories

JBoss Container Application Servers
GroupId

GroupId

org.jboss.jbossts.jts
ArtifactId

ArtifactId

jbossjts-integration
Last Version

Last Version

4.17.43.Final
Release Date

Release Date

Type

Type

jar
Description

Description

JBossTS: ArjunaJTS integration
JBossTS: ArjunaJTS integration (atx)
Project URL

Project URL

http://www.jboss.org/jbosstm/jbossjts-integration/

Download jbossjts-integration

How to add to project

<!-- https://jarcasting.com/artifacts/org.jboss.jbossts.jts/jbossjts-integration/ -->
<dependency>
    <groupId>org.jboss.jbossts.jts</groupId>
    <artifactId>jbossjts-integration</artifactId>
    <version>4.17.43.Final</version>
</dependency>
// https://jarcasting.com/artifacts/org.jboss.jbossts.jts/jbossjts-integration/
implementation 'org.jboss.jbossts.jts:jbossjts-integration:4.17.43.Final'
// https://jarcasting.com/artifacts/org.jboss.jbossts.jts/jbossjts-integration/
implementation ("org.jboss.jbossts.jts:jbossjts-integration:4.17.43.Final")
'org.jboss.jbossts.jts:jbossjts-integration:jar:4.17.43.Final'
<dependency org="org.jboss.jbossts.jts" name="jbossjts-integration" rev="4.17.43.Final">
  <artifact name="jbossjts-integration" type="jar" />
</dependency>
@Grapes(
@Grab(group='org.jboss.jbossts.jts', module='jbossjts-integration', version='4.17.43.Final')
)
libraryDependencies += "org.jboss.jbossts.jts" % "jbossjts-integration" % "4.17.43.Final"
[org.jboss.jbossts.jts/jbossjts-integration "4.17.43.Final"]

Dependencies

provided (9)

Group / Artifact Type Version
org.jboss.jbossts.jta » jta jar 4.17.43.Final
org.jboss.jbossts.jts » jts jar 4.17.43.Final
org.jboss.jbossts.jts » jtax jar 4.17.43.Final
org.jboss.jbossts.jts » orbportability jar 4.17.43.Final
org.jboss : jboss-transaction-spi jar 7.1.0.SP2
org.jboss.ironjacamar : ironjacamar-spec-api jar 1.0.9.Final
org.jboss.integration : jboss-corba-ots-spi jar 6.0.0.CR1
org.jboss.logging : jboss-logging jar 3.1.0.GA
org.jboss.logging : jboss-logging-processor jar 1.0.0.Final

test (6)

Group / Artifact Type Version
junit : junit jar 4.10
org.jboss.byteman : byteman jar 2.1.2
org.jboss.byteman : byteman-install jar 2.1.2
org.jboss.byteman : byteman-submit jar 2.1.2
org.jboss.byteman : byteman-bmunit jar 2.1.2
com.h2database : h2 jar 1.3.168

Project Modules

There are no modules declared in this project.

Narayana

Website: http://narayana.io

Twitter: https://twitter.com/narayana_io, using twitter handle #narayanaio

Getting help

If you need help with using Narayana, please visit our forums at: https://developer.jboss.org/en/jbosstm/

If you think you have found an error in our code, please raise an issue over on: https://issues.jboss.org/browse/JBTM

If you would like to contribute a pull request to help the project out, please sign our CLA over here: https://cla.jboss.org/index.seam (the project is JBoss Transactions)

If you have a performance optimization that you would like to suggest to us, please read our document over here: https://developer.jboss.org/wiki/PerformanceGatesForAcceptingPerformanceFixesInNarayana

Requirements

To build this project JDK 1.8 (or greater) is required.

When building on Mac OS make sure that JAVA_HOME is set to use JDK 1.8:

export JAVA_HOME=`/usr/libexec/java_home -v 1.8` 

Building Naryana

To build Narayana you should call:

./build.[sh|bat] <maven_goals, default is install>

To build Narayana without running tests you can call:

./build.[sh|bat] -DskipTests

If you are building the "community" profile and are using a different maven installation to the one provided in tools/maven you need to make sure you have the following options:

-Dorson.jar.location=/full/path/to/checkout/location/ext/

The distribution is then available in:

./narayana-full/target/narayana-full-<VERSION>-bin.zip

Alternatively, the uber jar for JacORB is available here:

./ArjunaJTS/narayana-jts-jacorb/target/narayana-jts-jacorb-<VERSION>.jar

The uber jar for the JDK ORB is available here:

./ArjunaJTS/narayana-jts-idlj/target/narayana-jts-idlj-<VERSION>.jar

The user jar for local JTA is here:

./ArjunaJTA/narayana-jta/target/narayana-jta-<VERSION>.jar

If you just need the facilities provided by ArjunaCore:

./ArjunaCore/arjunacore/target/arjunacore-<VERSION>.jar

Building specific components

If you would like to build an individual module (say arjuna) with its dependencies you would type:

./build.[sh|bat] [clean] install -pl :arjuna -am

Other interesting specific components can be built using:

ArjunaCore: ./build.[sh|bat] -am -pl :arjunacore

NarayanaJTA: ./build.[sh|bat] -am -pl :narayana-jta

NarayanaJTS (jacorb): ./build.[sh|bat] -am -pl :narayana-jts-jacorb -Didlj-disabled=true

NarayanaJTS (idlj): ./build.[sh|bat] -am -pl :narayana-jts-idlj -Djacorb-disabled=true

NarayanaJTS (ibmorb): ./build.[sh|bat] -am -pl :narayana-jts-ibmorb -Dibmorb-enabled=true (requires IBM jdk)

XTS: ./build.[sh|bat] -am -pl :jboss-xts

STM: ./build.[sh|bat] -am -pl :stm

LRA: ./build.[sh|bat] -am -f rts/lra

Testing Narayana

There are three types of tests in the Narayana repository.

  • Unit tests which are run with maven surefire and they do not need any special setup. Unit tests are run automatically when Narayana is build and if it's not specified otherwise (e.g. with maven flag -DskipTests)

  • Integration tests are run with maven surefire or maven failsafe. They are run with use of the Arquillian and you need to explicitly enable them by activating profile arq (maven flag -Parq). There is a difficulty that each module have different requirements for the integration tests to be run. Most of them requires environmental variable JBOSS_HOME to be defined and points to an existing directory of WildFly. But some of them requires additional steps for WildFly being configured. The best way to find out details is to check the narayana.sh script which is used to run CI tests.

  • Integration qa suite resides in the directory qa/ and contains form of integration tests. These are built but not run automatically. See qa/README.txt for usage. In brevity launching tests is about running commands:

    cd qa/
    ant -Ddriver.url=file:///home/hudson/dbdrivers get.drivers dist
    ant -f run-tests.xml ci-tests
    

Code Coverage Testing

  ./build.[sh|bat] -PcodeCoverage (the output is in ${project.build.directory}/coverage.html)

Checkstyle

Narayana expect usage of the style of code defined by WildFly checkstyle (maven artifact org.wildfly.checkstyle:wildfly-checkstyle-config).

Because of historical reasons the checkstyle is applied only at newly developed Narayana modules. The old ones are left without strict code style rules. There is only a recommendation to follow code style used in the particular file you edit.

Checkstyle checking is bound to maven install phase and if the file does not comply with the defined rules the compilation fails.

To get your developer life easier use the checkstyle plugins for your IDE

The WildFly provides a formatter complying with the checkstyle rules. If interested check the IDE configs at project wildfly-core.

Now The Gory Details.

Each module contains a set of maven build scripts, which chiefly just inherits and selectively overrides the parent pom.xml Understanding this approach requires some knowledge of maven's inheritance.

Top level maven builds always start from scratch. Individual module builds on the other hand are incremental, such that you may rebuild a single module by traversing into its directory and running 'mvn', but only if you have first built any pre-req modules e.g. via a parent build.

In addition to driving the build of individual modules, the build files in the bundles directories (ArjunaCore, ArjunaJTA, ArjunaJTS) contain steps to assemble the release directory structure, including docs, scripts, config files and other ancillaries. These call each other in some cases, as JTS is largely a superset of JTA and JTA in turn a superset of Core.

3rd party dependency management is done via maven. Note that versions of most 3rd party components are resolved via the JBossAS component-matrix pom.xml, even when building standalone releases. The version of JBossAS to use is determined by the top level pom.xml You may need to set up maven to use the jboss.org repositories: http://community.jboss.org/wiki/MavenGettingStarted-Users

Maven is provided in the tools/maven section, though later versions of this may work. Download locations are: http://www.oracle.com/technetwork/java/javase/downloads/index.html http://maven.apache.org/

org.jboss.jbossts.jts

Versions

Version
4.17.43.Final
4.17.42.Final
4.17.41.Final
4.17.40.Final
4.17.39.Final
4.17.38.Final
4.17.37.Final
4.17.36.Final
4.17.35.Final
4.17.34.Final
4.17.33.Final
4.17.32.Final
4.17.31.Final
4.17.29.Final
4.17.28.Final
4.17.27.Final
4.17.26.Final
4.17.25.Final
4.17.24.Final
4.17.23.Final
4.17.22.Final
4.17.21.Final
4.17.20.Final
4.17.19.Final
4.17.18.Final
4.17.17.Final
4.17.16.Final
4.17.15.Final
4.17.14.Final
4.17.13.Final
4.17.12.Final
4.17.11.Final
4.17.10.Final
4.17.9.Final
4.17.8.Final
4.17.7.Final
4.17.6.Final
4.17.5.Final
4.17.4.Final
4.17.3.Final
4.17.2.Final
4.17.1.Final
4.17.0.Final