Actually I looked it up again, in the EJB spec it says only session beans
(with bmt) however the J2EE spec says it should be available to servlets and
JSP pages. So I guess the question of when will it be available outside of
Session EJB is valid :)
----- Original Message -----
From: Phan Anh Tran <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, June 17, 2001 3:30 AM
Subject: Re: [JBoss-user] Obtaining a transaction from outside JBoss in
another VM Plan
> Are you talking about the JTS/JTA or the EJB specification? Thanks.
>
> Anh
>
> ----- Original Message -----
> From: "Allen fogleson" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Saturday, June 16, 2001 11:25 PM
> Subject: Re: [JBoss-user] Obtaining a transaction from outside JBoss in
> another VM Plan
>
>
> > Actually from a specification point the only thing required to support
> > userTransaction is the session EJB. container providers --may-- chose to
> > allow access to the Usertransaction object outside of a session EJB but
it
> > is not transportable accross vendors. It would seem that even the
> > specification would want you to keep that logic in the Session EJB, and
> not
> > move it from that tier.
> > That would in general cover the why :)
> >
> > Al
> >
> > ----- Original Message -----
> > From: Phan Anh Tran <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Sunday, June 17, 2001 1:49 AM
> > Subject: Re: [JBoss-user] Obtaining a transaction from outside JBoss in
> > another VM Plan
> >
> >
> > > And the moment you put business logic in something else but EJB, you
> need
> > to
> > > control transactions which takes us back to my original question to
Marc
> > > Fleury. When does JBOSS plan to support the use of UserTransaction
from
> a
> > > VM that is not running JBOSS? Marc seems to discourage this usage in
> one
> > > reply, so my second question is why? Thanks.
> > >
> > > Anh
> > >
> > > ----- Original Message -----
> > > From: "Allen fogleson" <[EMAIL PROTECTED]>
> > > To: <[EMAIL PROTECTED]>
> > > Sent: Saturday, June 16, 2001 10:25 PM
> > > Subject: Re: [JBoss-user] Obtaining a transaction from outside JBoss
in
> > > another VM Plan
> > >
> > >
> > > > well not necessarily just EJB... although i would put most of it
> there.
> > > > probably 99% of it would be in session EJB. I would use limited
> servlets
> > > for
> > > > business logic. mostly i would do....
> > > >
> > > > JSP ------ Servlet ------- EJB
> > > > views controllers model/business logic
> > > >
> > > > Al
> > > >
> > > > ----- Original Message -----
> > > > From: Phan Anh Tran <[EMAIL PROTECTED]>
> > > > To: <[EMAIL PROTECTED]>
> > > > Sent: Sunday, June 17, 2001 12:53 AM
> > > > Subject: Re: [JBoss-user] Obtaining a transaction from outside JBoss
> in
> > > > another VM Plan
> > > >
> > > >
> > > > > Basically, you are telling me to move all business logic from APP
to
> > an
> > > > EJB.
> > > > > I just don't believe it is always desirable to keep all business
> logic
> > > > > within EJBs. I don't think a business layer necessarily has to
> > consist
> > > of
> > > > > EJBs alone.
> > > > >
> > > > > Anh
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "David Jencks" <[EMAIL PROTECTED]>
> > > > > To: <[EMAIL PROTECTED]>
> > > > > Sent: Saturday, June 16, 2001 8:52 PM
> > > > > Subject: Re: [JBoss-user] Obtaining a transaction from outside
JBoss
> > in
> > > > > another VM Plan
> > > > >
> > > > >
> > > > > > Hi,
> > > > > >
> > > > > > Ok, this is a slightly different question than the one I thought
> you
> > > > were
> > > > > > asking, and as you say, 2pc is not relevant. Here are my
thoughts
> > on
> > > > your
> > > > > > proposed design:
> > > > > >
> > > > > > 1. I assume that you do not want to hold transactions open while
> > > waiting
> > > > > > for human input. If you need to for some reason, you are apt to
> be
> > in
> > > > > > trouble under high load as all those open transactions consume
> > server
> > > > > > resources for unknown and long periods of time.
> > > > > >
> > > > > > 2. I like to think of the architecture of applications like
this,
> > in
> > > 5
> > > > > > layers.
> > > > > >
> > > > > > presentation layer (what do I see)----------- jsp
> > > > > >
> > > > > > presentation manager (workflow control, what do I see
> > > next) ------------
> > > > > > servlet
> > > > > >
> > > > > > service subsystem (business logic, data
> > > > manipulation) -------------session
> > > > > > ejb
> > > > > >
> > > > > > model subsystem (data model, system
> state) -------------------entity
> > > ejb
> > > > > >
> > > > > > persistence subsystem ---------(jdbc, db)
> > > > > >
> > > > > > I find this really clears up most of my questions about where to
> put
> > > > code,
> > > > > > and makes changes much simpler and more local. In this
framework,
> I
> > > > > > haven't found a case where knowledge of transactions need to get
> > above
> > > > the
> > > > > > business logic layer. I would be curious to know if you have an
> > > example
> > > > > > where this is appropriate.
> > > > > >
> > > > > > Thanks
> > > > > > david jencks
> > > > > >
> > > > > > On 2001.06.16 21:07:20 -0400 Phan Anh Tran wrote:
> > > > > > > Let's forget the 2PC stuff for now...Here is a scenaro:
> > > > > > >
> > > > > > > [APP/VM-1] <-> [EJB-1,EJB-2,...EJB-n/JBOSS/VM2] <-JDBC->
> > > [DataStore-1]
> > > > > > >
> > > > > > > Each method of each of the EJBs forms a transaction by
> themselves
> > if
> > > > > > > noone
> > > > > > > else issues explicit transaction control a la
> > "begin,commit,abort".
> > > > > > >
> > > > > > > APP takes on this role. APP decides the set of EJBs' methods
> will
> > > > form
> > > > > 1
> > > > > > > transaction. Same problem, replace APP with say a servlet
> running
> > > in
> > > > a
> > > > > > > Servlet Container in a different VM and you still need the
> > solution
> > > > > where
> > > > > > > it
> > > > > > > is possible to obtain a transaction from a separate VM.
> > > > > > >
> > > > > > > Sure, you could move the all the APP transaction control into
> one
> > > > single
> > > > > > > method of one single EJB...but that's not always desirable, I
> > > > believe...
> > > > > > >
> > > > > > > Anh
> > > > > > >
> > > > > > > ----- Original Message -----
> > > > > > > From: "David Jencks" <[EMAIL PROTECTED]>
> > > > > > > To: <[EMAIL PROTECTED]>
> > > > > > > Sent: Saturday, June 16, 2001 11:34 AM
> > > > > > > Subject: Re: [JBoss-user] Obtaining a transaction from outside
> > JBoss
> > > > in
> > > > > > > another VM Plan
> > > > > > >
> > > > > > >
> > > > > > > > Hi,
> > > > > > > > I think the advice to stay away from distributed
transactions
> is
> > > > > > > universal
> > > > > > > > design advice. Basically using distributed transactions
just
> > > about
> > > > > > > > guarantees bad performance, as resources get tied up waiting
> for
> > > the
> > > > > > > 2pc
> > > > > > > to
> > > > > > > > make its way to all those other machines or vms not once but
> > > twice.
> > > > > If
> > > > > > > at
> > > > > > > > all possible, if you need things to happen on several
> machines,
> > > use
> > > > > > > > transactional messaging (jms, jbossmq) to break the work up
> into
> > > > > pieces
> > > > > > > > that can be all done on one machine + 1 resource manager + 1
> > > message
> > > > > to
> > > > > > > the
> > > > > > > > next machine. I don't know what jboss/jbossmq actually does
> in
> > > this
> > > > > > > > scenario, however with a db and a message que as your
> > > transactional
> > > > > > > > resources the db (the slow part) could use 1pc:
> > > > > > > >
> > > > > > > > 1. prepare message commit
> > > > > > > > 2. 1pc on db
> > > > > > > > 3. commit message.
> > > > > > > >
> > > > > > > > This should be roughly as fast as 1pc to the db, since
jbossmq
> > is
> > > > > > > running
> > > > > > > > in the same vm as the rest of jboss.
> > > > > > > >
> > > > > > > > I learned the most about this subject from the (pre ejb)
book
> > > "High
> > > > > > > > Performance Client Server" by Loosley and Douglas, isbn
> > > > 0-471-16269-8
> > > > > > > >
> > > > > > > > david jencks
> > > > > > > >
> > > > > > > > On 2001.06.16 12:57:44 -0400 Phan Anh Tran wrote:
> > > > > > > > > We are at design time for a real system. Your suggestion
> > "don't
> > > > use
> > > > > > > it"
> > > > > > > > > is
> > > > > > > > > that due to JBOSS specific implementation issues or is it
a
> > > > > > > universal
> > > > > > > > > design advice?
> > > > > > > > >
> > > > > > > > > Do you have a copy of Vlada talk? Thanks.
> > > > > > > > >
> > > > > > > > > Anh
> > > > > > > > >
> > > > > > > > > ----- Original Message -----
> > > > > > > > > From: "marc fleury" <[EMAIL PROTECTED]>
> > > > > > > > > To: <[EMAIL PROTECTED]>
> > > > > > > > > Sent: Saturday, June 16, 2001 3:24 AM
> > > > > > > > > Subject: RE: [JBoss-user] Obtaining a transaction from
> outside
> > > > JBoss
> > > > > > > in
> > > > > > > > > another VM Plan
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > > yes anatoly ackerman finished an integration of Tyrex
> (real
> > > DTM)
> > > > > in
> > > > > > > > > JBoss.
> > > > > > > > > >
> > > > > > > > > > We truly truly discourage the use of DTx (even Vlada
> matena
> > > had
> > > > a
> > > > > > > full
> > > > > > > > > talk
> > > > > > > > > > on that). So my question is "are you at design time" (in
> > which
> > > > > case
> > > > > > > > > don't
> > > > > > > > > > use it) or is this "real life".
> > > > > > > > > >
> > > > > > > > > > marcf
> > > > > > > > > >
> > > > > > > > > > |-----Original Message-----
> > > > > > > > > > |From: [EMAIL PROTECTED]
> > > > > > > > > > |[mailto:[EMAIL PROTECTED]]On
Behalf
> Of
> > > > Phan
> > > > > > > Anh
> > > > > > > > > > |Tran
> > > > > > > > > > |Sent: Saturday, June 16, 2001 3:11 AM
> > > > > > > > > > |To: [EMAIL PROTECTED]
> > > > > > > > > > |Subject: [JBoss-user] Obtaining a transaction from
> outside
> > > > JBoss
> > > > > > > in
> > > > > > > > > > |another VM Plan
> > > > > > > > > > |
> > > > > > > > > > |
> > > > > > > > > > |When does JBOSS plan to support the obtaining and using
a
> > > > > > > transaction
> > > > > > > > > from
> > > > > > > > > > |another VM? 2.2.3? 2.3? Anytime in the near future?
> > > > > > > > > > |
> > > > > > > > > > |[App/VM1] <-> [EJB1,EJB2,.../JBOSS/VM2]
> > > > > > > > > > |
> > > > > > > > > > |App needs to setup and control the transactions, so in
> > > essence,
> > > > > my
> > > > > > > > > > |App needs
> > > > > > > > > > |to be able to obtain a UserTransaction via JNDI from a
> > > separate
> > > > > > > VM.
> > > > > > > I
> > > > > > > > > > |believe this feature is not supported right now, but I
> > would
> > > > like
> > > > > > > to
> > > > > > > > > > |understand when the feature is planned to be
incorporated
> > > into
> > > > > > > JBOSS?
> > > > > > > > > > |Thanks.
> > > > > > > > > > |
> > > > > > > > > > |Anh
> > > > > > > > > > |
> > > > > > > > > > |
> > > > > > > > > > |
> > > > > > > > > >
|_________________________________________________________
> > > > > > > > > > |Do You Yahoo!?
> > > > > > > > > > |Get your free @yahoo.com address at
http://mail.yahoo.com
> > > > > > > > > > |
> > > > > > > > > > |
> > > > > > > > > > |_______________________________________________
> > > > > > > > > > |JBoss-user mailing list
> > > > > > > > > > |[EMAIL PROTECTED]
> > > > > > > > > > |http://lists.sourceforge.net/lists/listinfo/jboss-user
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > _______________________________________________
> > > > > > > > > > JBoss-user mailing list
> > > > > > > > > > [EMAIL PROTECTED]
> > > > > > > > > > http://lists.sourceforge.net/lists/listinfo/jboss-user
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > _________________________________________________________
> > > > > > > > > Do You Yahoo!?
> > > > > > > > > Get your free @yahoo.com address at http://mail.yahoo.com
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > _______________________________________________
> > > > > > > > > JBoss-user mailing list
> > > > > > > > > [EMAIL PROTECTED]
> > > > > > > > > http://lists.sourceforge.net/lists/listinfo/jboss-user
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > _______________________________________________
> > > > > > > > JBoss-user mailing list
> > > > > > > > [EMAIL PROTECTED]
> > > > > > > > http://lists.sourceforge.net/lists/listinfo/jboss-user
> > > > > > >
> > > > > > >
> > > > > > > _________________________________________________________
> > > > > > > Do You Yahoo!?
> > > > > > > Get your free @yahoo.com address at http://mail.yahoo.com
> > > > > > >
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > JBoss-user mailing list
> > > > > > > [EMAIL PROTECTED]
> > > > > > > http://lists.sourceforge.net/lists/listinfo/jboss-user
> > > > > > >
> > > > > >
> > > > > >
> > > > > > _______________________________________________
> > > > > > JBoss-user mailing list
> > > > > > [EMAIL PROTECTED]
> > > > > > http://lists.sourceforge.net/lists/listinfo/jboss-user
> > > > >
> > > > >
> > > > > _________________________________________________________
> > > > > Do You Yahoo!?
> > > > > Get your free @yahoo.com address at http://mail.yahoo.com
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > JBoss-user mailing list
> > > > > [EMAIL PROTECTED]
> > > > > http://lists.sourceforge.net/lists/listinfo/jboss-user
> > > >
> > > >
> > > > _______________________________________________
> > > > JBoss-user mailing list
> > > > [EMAIL PROTECTED]
> > > > http://lists.sourceforge.net/lists/listinfo/jboss-user
> > >
> > >
> > > _________________________________________________________
> > > Do You Yahoo!?
> > > Get your free @yahoo.com address at http://mail.yahoo.com
> > >
> > >
> > > _______________________________________________
> > > JBoss-user mailing list
> > > [EMAIL PROTECTED]
> > > http://lists.sourceforge.net/lists/listinfo/jboss-user
> >
> >
> > _______________________________________________
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > http://lists.sourceforge.net/lists/listinfo/jboss-user
>
>
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>
>
> _______________________________________________
> JBoss-user mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-user
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user
