We need some feedback on a design issue.

The question is where to put the configuration option for specifying whether or not to wrap the multiple service calls from the service- multi event handler in a single transaction.

Where would people prefer to configure this option? The two main places are probably either the event element in the controller.xml file where the service-multi even handler is specified, or on the service element in the service definition XML file where the other transaction related attributes are defined.

Please express your opinion on this! We'd like to make a decision and get this in soon.

-David


On Nov 1, 2006, at 10:56 AM, Si Chen (JIRA) wrote:

[ http://issues.apache.org/jira/browse/OFBIZ-333? page=comments#action_12446323 ]

Si Chen commented on OFBIZ-333:
-------------------------------

Hmm...just you and me on this one, it seems. Well, are you ok enough with it to put it in?

ServiceMultiEventHandler to support configurable global transaction
-------------------------------------------------------------------

                Key: OFBIZ-333
                URL: http://issues.apache.org/jira/browse/OFBIZ-333
            Project: OFBiz (The Open for Business Project)
         Issue Type: Improvement
         Components: framework
           Reporter: Si Chen
        Attachments: ofbiz-333.2.patch, ofbiz133-1.patch


This is a continuation of OFBIZ-201: the ServiceMultiEventHandler will be enhanced to support configurable global transaction. This will be done by adding a "global-transaction" attribute to the event tag: <event type="service-multi" path="" invoke="quickScheduleShipmentRouteSegment"/> for global-transaction="true|false" which defaults to true. If global-transaction="false" then there will be no TransactionUtil.begin(..) and commit(..) around the services calls. Instead, each service will be called with its own transaction, and whatever messages it returns will be added to a List of messages to be sent back to the request.

--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/ Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/ software/jira



Reply via email to