[jboss-dev] transactions change in AS 5.0

Dimitris Andreadis dandread at redhat.com
Thu Jun 26 07:54:56 EDT 2008


I think before making a decision we need to understand the technical differences of jta/jts 
and the configuration implications. I suppose I can go and RTFM, however do you see issues 
in having nodes in a cluster running jts? Do you need to have somekind of coordinator node 
or the nodes auto-arrange themselves?

Jonathan Halliday wrote:
> 
> Hello all
> 
> Arguably one for the AS list, but in light of potential impact on other 
> projects I think it needs wider discussion, so hello dev list...
> 
> I'm pleased to say that we will shortly be announcing the change of 
> licence terms for the JTS (distributed, interoperable transactions 
> between e.g. EJB containers) and XTS (transactions for Web Services) 
> parts of JBossTS from GPL/Dual to LGPL.
> 
> The current JBossAS release bundles our JTA ('local only' transactions), 
> which is already LGPL.  The JTS and XTS options are available to the 
> community as additional downloads that can be integrated into AS 4.x  
> The EAP 4.x releases include support for JTA only.  We have promised EAP 
> 5.x will include JTS also, and probably at least some parts of XTS.
> 
> Now that it's legally feasible to do so, does the AS dev community wish 
> to include either JTS or XTS with the AS 5.x releases, in order to 
> provide users with these increased capabilities?
> 
> I see the advantages as: The AS will have more functionality out of the 
> box and can be pulled into the EAP with fewer changes. For both cases it 
> would otherwise be necessary to retrofit the additional transactions 
> pieces and retest the server.
> 
> I see the disadvantages as: Changing something as core as the 
> transactions engine between CR and GA may raise issues that further 
> delay the release. It adds additional complexity and footprint for 
> something not all users need.
> 
> Hybrid solutions are available, such as sticking with the JTA for the 
> 'default' config and putting the JTS into the 'all' config. These 
> further muddy the waters and complicate the testing, although I rather 
> like it from a point of view of offering the most appropriate technical 
> solution for users with different needs.
> 
> There may be a degree of tension here between the AS (community) and EAP 
> (product).  Putting the JTS into the AS reduces the productisation work 
> at the cost of more engineering effort in the AS for example.
> 
> I'm wearing my community developer hat today: JBossAS and JBossTS are 
> open source projects, it's up to the core developers to discuss the 
> engineering tradeoffs and make the call on this.  That may of course be 
> unduly idealist: commercial realities dictate that EAP product 
> management have at least some influence on the final decision :-)
> 
> Does anyone have strong opinions one way or the other on this?
> 
> Regards
> 
> Jonathan Halliday
> JBossTS dev team lead.
> 



More information about the jboss-development mailing list