OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

sca-assembly message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [sca-assembly] Question on eventing and transaction


We mentioned briefly (may not be reflected in the minutes) that the
existing 1.1 tran policy for oneWay rpc was likely relevant in the eventing
world as well since there are cases where the send or receive of an event
could be tied to a transaction that involved other resource managers.  In
the current model, this would be between producers/consumers and channels.
Most of the policy discussion was in the context of end to end policy,
which clearly wouldn't include transactions because of the tight coupling
that they introduce.

Dave Booz
STSM, BPM and SCA Architecture
Co-Chair OASIS SCA-Policy TC and SCA-J TC
"Distributed objects first, then world hunger"
Poughkeepsie, NY (845)-435-6093  or  8-295-6093
e-mail:booz@us.ibm.com


|------------>
| From:      |
|------------>
  >--------------------------------------------------------------------------------------------------------------------------------------------------|
  |Jim Marino <jim.marino@gmail.com>                                                                                                                 |
  >--------------------------------------------------------------------------------------------------------------------------------------------------|
|------------>
| To:        |
|------------>
  >--------------------------------------------------------------------------------------------------------------------------------------------------|
  |OASIS Assembly <sca-assembly@lists.oasis-open.org>                                                                                                |
  >--------------------------------------------------------------------------------------------------------------------------------------------------|
|------------>
| Date:      |
|------------>
  >--------------------------------------------------------------------------------------------------------------------------------------------------|
  |10/02/2010 06:29 PM                                                                                                                               |
  >--------------------------------------------------------------------------------------------------------------------------------------------------|
|------------>
| Subject:   |
|------------>
  >--------------------------------------------------------------------------------------------------------------------------------------------------|
  |[sca-assembly] Question on eventing and transaction                                                                                               |
  >--------------------------------------------------------------------------------------------------------------------------------------------------|





Hi,

Unfortunately, I could not make the F2F. However, in reviewing the minutes,
I noticed there was mention that a discussion took place regarding
transaction policy and consumers with a conclusion that there probably
would not be a need for such a capability.

If this is correct, I wanted to mention that we recently ran into a need
for this capability in a project that is using Fabric3's eventing
implementation (based on the most recent 1.2 draft). Specifically, there
are a number of consumers configured to persist events to a database using
JPA. These consumers require a managed transaction context (JTA) to be
active when the event is received.

There are probably a number of other scenarios such as the need to specify
transacted messaging or reliability guarantees on channels as well.

Of course, this is independent of whether policy for eventing is defined in
the specifications.

Jim


---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail.  Follow this link to all your TCs in OASIS at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php






[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]