Hello Stian, As far as I understand the operation must be in a same port along to WSRF ones. IMHO to implement WSRF "right way", taverna must parse "wsrf-rp:ResourceProperties" of the port to extract possible input/outputs...
Dmitry On 10/05/2012 13:08, Stian Soiland-Reyes wrote: > 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. > > ------------------------------------------------------------------------------ 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/
