File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
http://aspose.com/file-tools
The moose likes EJB and other Java EE Technologies and the fly likes Local transactions in application servers. Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Java » EJB and other Java EE Technologies
Bookmark "Local transactions in application servers." Watch "Local transactions in application servers." New topic
Author

Local transactions in application servers.

Srinivas Ramgopal
Ranch Hand

Joined: Aug 06, 2006
Posts: 63
Hi all,

I apologize for a lengthy posting but I did try hard to make it as precise as possible!

I am trying to evaluate the benefits of Spring's usage in Weblogic (by using Spring's declarative tx management in Local/Non-jta transactions) in an application that uses a single Stateless session bean as Facade to POJOs and uses a SINGLE database.

The information I gathered about Transaction Models are as follows:

1) non-jta transactions can be taken care by ejbs and depends on the related resource manager.

2) Certain settings in the deployment descriptor.

3) Application servers make the decision of evoking jta/non-jta transactions during runtime depending on the situation.

Now I have few questions:

A) Are the above mentioned, supported in weblogic 9.2 application server? If so, are there any deployment descriptor settings involved?

B) Is executing local/non-jta transaction SLOW in an application server that supports only JTA environment.

C) Does Spring's non-jta transaction manager usage overrides the default support of weblogic for JTA transactions?
If not what is the benefit of using Spring in weblogic in my application scenario, apart from the configuration based Dependency injection?

Your input and any pointers to useful articles are highly appreciated.

Thanks in advance for your valuable time and interest.
Appu Chan
Greenhorn

Joined: Aug 29, 2002
Posts: 28

Now I have few questions:

A) Are the above mentioned, supported in weblogic 9.2 application server? If so, are there any deployment descriptor settings involved?

B) Is executing local/non-jta transaction SLOW in an application server that supports only JTA environment.

C) Does Spring's non-jta transaction manager usage overrides the default support of weblogic for JTA transactions?
If not what is the benefit of using Spring in weblogic in my application scenario, apart from the configuration based Dependency injection?


A. Default Weblogic Transaction Manager (weblogic.transaction.TransactionManager)supports JTA and you should not have any problem.

B. There is no impact on local transactions in a JTA enabled App server

C. In a transaction that involves both your Weblogic Transaction Manager through SLSBs and Spring Transaction Manager, its the common denominator that will affect the transaction. If you want your transaction to support JTA when working with Spring POJOs, you need to configure Spring to use the appropriate JTA transaction manager, preferably the same one used by Weblogic. Else, if you have just one resource (DB), stick with the defaults.

See the Spring Txn management doc. Especially look at the box titled "Is an application server needed for transaction management?"

http://static.springframework.org/spring/docs/2.0.x/reference/transaction.html

Howie
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: Local transactions in application servers.