You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by Jacopo Cappellato <ti...@sastau.it> on 2006/11/01 21:27:58 UTC

Re: Need Feedback on Design Issue

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
>>
>>


Re: Need Feedback on Design Issue

Posted by Jacques Le Roux <ja...@les7arts.com>.
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
> >>
> >>