Archive for the ‘Solutions’ Category

TCC for transaction management across microservices

Tuesday, September 30th, 2014

Microservices are all about splitting up responsibilities of your domain’s bounded context into several HTTP-like services, deployed independently. So essentially it means splitting up process boundaries across different services - away from the monolith…

What is the consequence for your business transactions? In some (though not all) cases you may need some notion of transaction management but you can’t resort to XA or classical distributed transactions in the REST world…

So what are your options? Our newest API, TCC for REST, allows light-weight BPM and transaction management across independent REST services. Interested in learning all about it? Find out for yourself here (requires registration).

Web scale and cloud scale JEE without application server

Tuesday, September 30th, 2014

Scaling applications to the web and the cloud - combined with continuous deployment automation practices - is not easy. The current rigid and oversized infrastructure platforms don’t help here.

So it’s time for something different: discover our increasingly popular “no-appserver-paradigm”, enabling you to use all of the enterprise features without the heavy platform burden…

Download the full article here! (requires registration)

Light-weight BPM for REST

Sunday, September 28th, 2014

Some people will claim that REST does not need BPM because it provides all the semantics you need.

However, if you look beneath the hood then it turns out that this is not exactly true: in particular, if multiple (independent) REST services need to come to the same outcome then you want something more…

Wondering what that is? Good! It’s all explained in one of our latest publications - to learn the details: just fill out this form.

Enjoy!

Transaction management API for REST: TCC

Sunday, September 28th, 2014

So you’re into REST and you are wondering how to define some kind of transaction guarantee with it…

Look no further, because we have exactly what you need:

  • A design pattern
  • A simple, vendor-independent REST API
  • Backed by a reusable coordinator service if you need one (that is up to you, really)

Find out for yourself here! (requires registration)

TCC context

If you have any questions or remarks, we’d love to hear about it…

Spring JTA multiple resource transactions in Tomcat with Atomikos example

Tuesday, August 19th, 2014

We found this nice tutorial by Gonçalo Marques covering basic two-phase commit with Spring, Tomcat and Atomikos.

Enjoy!

PS with our latest Tomcat integration - available to commercial subscribers - things are even easier :-)

The further decline of the app server

Saturday, July 5th, 2014

Interesting independent survey: 68% uses a web container like Tomcat or Jetty.

Appserver stats

Credit for the survey is due to Zero Turnaround

Why we should dump JEE

Wednesday, June 25th, 2014

Again, some solid 3rd party confirmation that we were right about JEE without application server

Suffice it to say: we’re one of the first ones to modularise and open up the APIs of JEE…

Our REST API docs are going public!

Saturday, February 8th, 2014

Good news for those who are curious: our REST API docs are ready to go public - see TCC for REST.

Any comments are more than welcome!

TCC for REST to be presented at ws-rest.org

Saturday, February 8th, 2014

A paper covering the design / implementation of our API for TCC for REST has been accepted for ws-rest 2014.

This news comes at a great time since we are about to release a milestone build of our 4.0 release of ExtremeTransactions that includes support for precisely this API. Thank you Cesare Pautasso for co-authoring this work, and thanks to all the reviewers for the very useful comments that helped us improve the design even more!

Watch this blog for more updates soon…

Check out our new OSGi documentation

Sunday, January 26th, 2014

If you’re into OSGi then you might want to check out our new OSGi documentation, explaining how to use Atomikos in OSGi (thanks to Pascal Leclercq).

Of course, this page will be updated once we support even more OSGi goodies - we have enough of those waiting in our backlog…