Hello,
As you point out, T2 works at its best when talking to services which only
pass data around as a last resort and use references when they can. The
problem is that most services are not designed like this but it would not be
hard to design one. Can you think of an existing service that would lend
itself to this, or maybe a workflow where services like this would be of
most benefit. Maybe we could then clone the services and write pass by
reference versions.
Cheers,
Ian
2009/8/18 Paul Fisher <[email protected]>
> Hello,
>
> This is probably an easy question to answer, and most likely a stupid
> question to ask.
> I have been thinking of the overhead Taverna imposes due to the nature
> in which Web Services are called.
> At the moment, each service request is handled by Taverna, which is then
> sent to the service. Taverna then catches the result, and passes it to
> the next service. Although the new T2 implementation uses a referencing
> system, the data is still sent from and to Taverna.. back and
> forth.....back and forth.
>
> My question:
> Is it possible to design a service/set of services/workflow that is
> capable of accepting pointers to other services. E.g. data is sent from
> one service to the next and is never returned to the user unless requested.
> My thoughts were to pass the workflow to each service, which would
> execute itself over data from the previous service, and then pass the
> resulting data directly to the next, based on the workflow given to it.
> E.g.
>
> Workflow: A -> B -> C -> D
>
> Service A receives workflow: A -> B
> Service A receives data: count to 4
> Service A outputs data: 1234
>
> Service B receives workflow: B -> C
> Service B receives data: add 1 until get to 7
> Service B outputs data: 4567
>
> Service C receives workflow: C -> D
> Service C receives data: add 1 until get to 7
> Service C outputs data: 78910
>
> Service D receives workflow: return to user
> Service D receives data: return 10
> Service D outputs data: 10
>
> So the workflow only passes data to services and by-passes Taverna. The
> only problem is that each service would require the exact input it
> requires, and each service may need to know about all the other services
> (possibly). Just a thought I had. Probably not a very good one at that.
>
> cheers,
> Paul.
>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> taverna-users mailing list
> [email protected]
> [email protected]
> Web site: http://www.taverna.org.uk
> Mailing lists: http://www.taverna.org.uk/taverna-mailing-lists/
>
--
Ian Dunlop
myGrid Team
School of Computer Science
University of Manchester
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
taverna-users mailing list
[email protected]
[email protected]
Web site: http://www.taverna.org.uk
Mailing lists: http://www.taverna.org.uk/taverna-mailing-lists/
