On Mon, May 7, 2012 at 4:27 PM, Dmitry <[email protected]> wrote:

> The test is to test WSRF services, but it calls an "add" operation which
> is not a WSRF one.
> In the WSDLParser class , isWSRF() method returns "true" if there is any
> WSRF operation in the WSDL file.

The test should be inserting the endpoint reference for the add
operation to work.  The WSDL is from a standard Globus example of a
stateful calculator, so you can call add multiple times, and it
accumulates the result.

WSRF services - at least in Globus 4 at the time - did not announce in
the WSDL that they expected the WSRF EndpointReference header.

So we had to just look for signature actions like Destroy,
SetTerminationTime, etc., and if at least one of them was there, the
service 'is WSRF', and every method will get the optional input
parameter. Obviously not all methods might expect this - like the
constructor kind of method - but the WSDL don't tell us that much, so
we just have to rely on the workflow designer not connecting it where
it does not make sense.



> Because we are testing WSRF there must be no headers put in the SOAP
> message (?).

No, the headers SHOULD be put when it's WSRF :)

> Should "wsrfEndpointReference" be treated as a generic WSA
> EndpointReference to be injected in the Header, so no WSRF check should
> be performed?

I don't think you need to check again at execution time, but you do
need to check for WSRF at configuration time so you can create the
input port.


-- 
Stian Soiland-Reyes, myGrid team
School of Computer Science
The University of Manchester

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
taverna-hackers mailing list
[email protected]
Web site: http://www.taverna.org.uk
Mailing lists: http://www.taverna.org.uk/about/contact-us/
Developers Guide: http://www.taverna.org.uk/developers/

Reply via email to