Re: Problem with UserTransaction reference within Servlet code.

[Guy Pardon]

Thanks Hassan,

It's always good to receive useful feedback.
Maybe we should also publish a light-weight release that doesn't do  
recovery...

Kind of like a 50% JTA.
(Actually, that doesn't sound too bad;-)
Thanks,
Best,
Guy

On dinsdag, apr 6, 2004, at 15:50 Europe/Brussels, Hassan Sajjad wrote:

Guy, I've seen the alternative product at
http://www.atomikos.com/download.html, it seems good, however in my  
instance
I only require transaction support to make a composite view from more  
than
one JSP pages (Templating), and I want this to be done in a  
transaction. Due
to this reason I'm not concerned if JOTM does not support database  
crash
etc.

Cheers
Hassan
----- Original Message -----
From: "Guy Pardon" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, April 06, 2004 2:26 PM
Subject: Re: Problem with UserTransaction reference within Servlet  
code.


Hi,

True, it's nicely written but it suggests things that JOTM has never
been able to do.
In particular, JOTM is not a "fully functional transaction manager"  
and
will not recover your databases after restart or crash - meaning that
the claim that it makes your application robust is to be taken with at
least a few grains of salt (especially if you value data integrity)...

Of course, one will probably say that I'm biased in what I value to be
important in a JTA ;-)
Best regards,

Guy

On dinsdag, apr 6, 2004, at 15:10 Europe/Brussels, Hassan Sajjad  
wrote:

Thanks Jon, the resource you mentioned at ONJava did the magic. It's
excellent tutorial-type Article, for anyone interested in knowledge
reading.
It's
http://www.onjava.com/pub/a/onjava/2003/07/30/
jotm_transactions.html?page=1
Rgds
Hassan
----- Original Message -----
From: "Hassan Sajjad" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, April 06, 2004 1:17 PM
Subject: Re: Problem with UserTransaction reference within Servlet
code.

This looks very promising Jon.

Thanks a lot mate.

----- Original Message -----
From: "Jon Wingfield" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Sent: Tuesday, April 06, 2004 12:58 PM
Subject: Re: Problem with UserTransaction reference within Servlet
code.

And of course:


http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-datasource-
examples-howto.html#Tyrex%20Connection%20Pool
Although I'm not sure how actively maintained Tyrex is these days.
http://sourceforge.net/projects/tyrex/
Jon

Jon Wingfield wrote:

There is always a way ;)

Saw this the other day:
http://www.theserverside.com/discussions/ 
thread.tss?thread_id=24879

Googled for this for JTA integration with tomcat:
http://www.onjava.com/pub/a/onjava/2003/07/30/ 
jotm_transactions.html

JNDI config for tomcat:

http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jndi-resources-
howto.html
Have fun,

Jon

Hassan Sajjad wrote:

Jon Wingfield, thanks for your reply.

My application is a Web Application (.war) only, no ejb's etc.
However,
since I'm using Composite View Pattern (aka Templating), I want
different
parts to be combined into One View, all in one transaction. This  
is
done in
a Servlet.
Now if Tomcat doesn't provide a reference to an implementation of
javax.transaction.UserTransaction, through JNDI lookup, then I
believe
there
must be some other of doing this. e.g. Using a third party  
package
that
provides the implementation of javax.transaction api and plugging
it
in the
application. Do you know of any?
Remember, after all this is on the Web Tier, Tomcat tier, there
must
be
a
way of doing it!

Thanks
Hassan


------------------------------------------------------------------- 
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:  
[EMAIL PROTECTED]



-------------------------------------------------------------------- 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Dr. Guy Pardon ( [EMAIL PROTECTED] )
Atomikos: Your Partner for Reliable eBusiness Coordination
http://www.atomikos.com/
The information in this email is confidential and only meant for the
addressee(s). The content of this email is informal and will not be
legally binding for Atomikos.



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Dr. Guy Pardon ( [EMAIL PROTECTED] )
Atomikos: Your Partner for Reliable eBusiness Coordination
http://www.atomikos.com/
The information in this email is confidential and only meant for the  
addressee(s). The content of this email is informal and will not be  
legally binding for Atomikos.