Yes at root (controller ) seems easier for a beginning.
Service definition of type "service-multi" seems a good idea to me.

Jacques

> Adding it to the controller would be enough for now.
> For the future we could maybe consider to wrap the service in a new 
> service definition of type "service-multi" and add the transaction 
> properties there.
> 
> Jacopo
> 
> 
> David E Jones wrote:
> > 
> > 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