|
would be helpful if you looked at the definition
of atomic transactions and the principle of atomicity
redesigning a web service that itself is a client to another web service may possibly invite a race condition AxisClient1 calls AxisService1 and expects output
from AxisService1
AxisService1 calls AxisService2 and expects output
from AxisService2
AxisService2 calls AxisService3 and expects output from AxisService3 AxisService3 calls AxisService1 (AxisService3
is contending for output for AxisService1 but so is
AxisClient1)
therefore AxisService3 AND AxisClient1 are both vying for the same resource
(AxisService1)
from a purely architectural perspective this is BAD DESIGN If you want more than 1 data item then your AxisSoapService should return a complex datatype which wholly contains all of the data points you desire Please read this discussion of atomicity by svend
frolund
Martin -- This e-mail communication and any attachments may contain confidential and
privileged information for the use of the
designated recipients named above. If you are not the intended recipient, you are hereby notified that you have received this communication in error and that any review, disclosure, dissemination, distribution or copying of it or its contents
|
- Re: AXIS 1.4: invoke request after web serv... Martin Gainty
- AW: AXIS 1.4: invoke request after web... Stadelmann Josef
- Re: AXIS 1.4: invoke request after... Jesús Daniel Blázquez Carazo
- AW: AXIS 1.4: invoke request a... Stadelmann Josef
- Re: AXIS 1.4: invoke reque... Jesús Daniel Blázquez Carazo
- Problems sending composite data st... Daniel Goodman
- Re: AXIS 1.4: invoke request after... Martin Gainty
- AW: AXIS 1.4: invoke request a... Stadelmann Josef
