I'm forwarding this question about Jeremie to the jonathan mailing list.
alex
Yes! Exactly! Is Jeremie available and plug-in compatable...with
say...just about any EJB Application Server that supports RMI...in this
particular case where we are testing...Weblogic 5.1...with Weblogics
implementation of RMI???
-----Original Message-----
From: Christophe Ney [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 14, 2001 1:08 PM
To: Shane Muffat
Cc: [EMAIL PROTECTED]
Subject: RE: a "mini" transaction service for implicit context data
What you need is context propagation. This has not much to
do with the TM except that context propagation is used to
pass the transactional context.
This is done with Jeremie that support attching any context
to the rmi call. There is also an rmi version in jonas
that patches the rmi stub to attach the context.
thanks,
christophe
Christophe Ney - mailto:[EMAIL PROTECTED]
Enhydra Project - http://www.enhydra.org
Lutris Technologies - http://www.lutris.com
>-----Original Message-----
>From: Shane Muffat [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, February 14, 2001 5:52 PM
>To: 'Christophe Ney'
>Subject: RE: a "mini" transaction service for implicit context data
>
>
>That is actually besides the point...it should be able to be any bean
>type...we are trying to build infrastructure type context
>passing here...and
>when I talk about TM...it is just something similiar that I think does
>things sort of like the way we need them. I don't care what type of
>bean...a business developer creates...or how they implement an RMI
>server...and I don't have control over either...I just need to
>be able to
>"piggy-back" a simple attribute onto each and every call in our J2EE
>environent and have that data available everywhere...so maybe
>I was being
>misleading when talking about the transaction service...
>
>
>-----Original Message-----
>From: Christophe Ney [mailto:[EMAIL PROTECTED]]
>Sent: Wednesday, February 14, 2001 11:31 AM
>To: Shane Muffat
>Subject: RE: a "mini" transaction service for implicit context data
>
>
>What kind of bean are you writting
>session, CMP, BMP.
>What kind of transaction attribute
>
>christophe
>Christophe Ney - mailto:[EMAIL PROTECTED]
>Enhydra Project - http://www.enhydra.org
>Lutris Technologies - http://www.lutris.com
>
>>-----Original Message-----
>>From: Shane Muffat [mailto:[EMAIL PROTECTED]]
>>Sent: Wednesday, February 14, 2001 5:20 PM
>>To: 'Christophe Ney'
>>Subject: RE: a "mini" transaction service for implicit context data
>>
>>
>>But...I really don't want a full-fledged distributed TM no matter how
>>"simple" it is...I don't need to do any rollback...and don't
>>need to manage
>>resources...that all happens with a TM and causes overhead...I
>>just want to
>>implicitly pass a session id from component to component
>>without changing
>>any business interfaces!!!!
>>
>>
>>-----Original Message-----
>>From: Christophe Ney [mailto:[EMAIL PROTECTED]]
>>Sent: Wednesday, February 14, 2001 11:19 AM
>>To: Shane Muffat; [EMAIL PROTECTED]
>>Subject: RE: a "mini" transaction service for implicit context data
>>
>>
>>Hi Shane,
>>
>>In Enhydra Enterprise, services are pluggable and can be easily
>>replaced with a simple configuration change. Now, I don't know
>>if a distributed TM can be simpler than the JOnAS one.
>>
>>Thanks,
>>Christophe
>>Christophe Ney - mailto:[EMAIL PROTECTED]
>>Enhydra Project - http://www.enhydra.org
>>Lutris Technologies - http://www.lutris.com
>>
>>
>>
>>>-----Original Message-----
>>>From: [EMAIL PROTECTED]
>>>[mailto:[EMAIL PROTECTED]]On Behalf Of
>>Shane Muffat
>>>Sent: Wednesday, February 14, 2001 5:03 PM
>>>To: '[EMAIL PROTECTED]'
>>>Subject: a "mini" transaction service for implicit context data
>>>
>>>
>>>Is there any way...to develop a transaction like service WITHOUT the
>>>overhead to simply...implicitly pass a session ID from EJB to
>>>EJB to RMI
>>>Server...and possibly in reverse...??? The transaction service does
>>>something like this...does it not? I've looked at everything
>>>from dynamic
>>>proxies...which really doesn't help because we need control
>>>over development
>>>of the business components...the IIOP layer...and the transaction
>>>service...but am having a hard time with it. I am trying to
>develop a
>>>plugable framework here without having control over the business
>>>development...this framework needs to track a user (session
>>>ID) through the
>>>entire application!!!
>>>
>>>Any help would be greatly appreciated!
>>>
>>>A perplexed java engineer,
>>>Shane Muffat
>>>----
>>>This list is cross-posted to two mail lists. To unsubscribe,
>>>follow the instructions below for the list you subscribed to.
>>>For objectweb.org: send email to [EMAIL PROTECTED] and
>>>include in the body of the message "unsubscribe transaction-group".
>>>For enhydra.org: send email to [EMAIL PROTECTED] and include
>>>in the body of the message "unsubscribe transaction-group".
>>>
>>
>>----
>>This list is cross-posted to two mail lists. To unsubscribe,
>>follow the instructions below for the list you subscribed to.
>>For objectweb.org: send email to [EMAIL PROTECTED] and
>>include in the body of the message "unsubscribe transaction-group".
>>For enhydra.org: send email to [EMAIL PROTECTED] and include
>>in the body of the message "unsubscribe transaction-group".
>>
>
----
This list is cross-posted to two mail lists. To unsubscribe,
follow the instructions below for the list you subscribed to.
For objectweb.org: send email to [EMAIL PROTECTED] and
include in the body of the message "unsubscribe transaction-group".
For enhydra.org: send email to [EMAIL PROTECTED] and include
in the body of the message "unsubscribe transaction-group".
----
This list is cross-posted to two mail lists. To unsubscribe,
follow the instructions below for the list you subscribed to.
For objectweb.org: send email to [EMAIL PROTECTED] and
include in the body of the message "unsubscribe transaction-group".
For enhydra.org: send email to [EMAIL PROTECTED] and include
in the body of the message "unsubscribe transaction-group".
