I also create SCUFL from inside of Gbrowse_moby... apparently I am crazy  
too :-)

M



On Thu, 07 Jan 2010 14:45:43 -0800, Paul Gordon <[email protected]>  
wrote:

> Hi all,
>
> Well, I guess I'm one of the few crazy people that write .t2flow files
> externally of Taverna (Seahawk's export-history-as-workflow function).
> Right now I create the XML by building a DOM.  I will agree that it's
> verbose :-)
>
> One of the features I particularly like and use is the ability to
> specify sample inputs for services, so please don't get rid of that!
> Pretty much the only boilerplate I use in creating the document is the
> dispatch stack, everything else is instrumented in some way...
>
> Having a lightweight piece of code to generate the workflow diagrams
> (either via a network client or a standalone JAR) is DEFINITELY
> something I'd like!
>
> My $0.02,
>
> Paul
>> If you talk about a client/server architecture, you can picture these
>> (RESTful?) services:
>>
>>  * Taverna engine: execute workflow and manage data/provenance
>>  * Taverna inspection: check workflow definition validity, calculate  
>> depths, etc
>>  * Taverna service descriptions: Find available services, specify
>> possible service definition, determine ports for service definition
>>  * Taverna editing: Workbench-type activities, Undo/redo, merge
>> workflows, workflow refactoring
>>  * Taverna diagram: Generate workflow diagram in various formats and
>> configurations
>>
>> (The last two of these should be possible to implement using mainly
>> the Scufl2 API.)
>>
>> A client could then use the Scufl2 API and a selection of these
>> services - and still be able to implement what would look like the
>> current Taverna workbench. The client could be written in a non-Java
>> language, and use the Scufl2 serialisation schema/ontology directly
>> with the help of whatever XML/RDF/JSON support is available for its
>> language - this should give the same functionality but without a few
>> convenience methods.
>>
>>
>> We're very interested in hearing about potential use cases for what
>> such a SCUFL2 language and API could be used for. Feel free to add
>> your comments!
>>
>>
>> [1] http://www.mygrid.org.uk/dev/wiki/display/developer/SCUFL2
>> [2] http://taverna.googlecode.com/svn/unsorted/scufl2/trunk/
>>
>>
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and  
> easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev
> _______________________________________________
> taverna-hackers mailing list
> [email protected]
> Web site: http://www.taverna.org.uk
> Mailing lists: http://www.taverna.org.uk/taverna-mailing-lists/
> Developers Guide: http://www.mygrid.org.uk/tools/developer-information


-- 
Mark D Wilkinson, PI Bioinformatics
Assistant Professor, Medical Genetics
The James Hogg iCAPTURE Centre for Cardiovascular and Pulmonary Research
Providence Heart + Lung Institute
University of British Columbia - St. Paul's Hospital
Vancouver, BC, Canada

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
taverna-hackers mailing list
[email protected]
Web site: http://www.taverna.org.uk
Mailing lists: http://www.taverna.org.uk/taverna-mailing-lists/
Developers Guide: http://www.mygrid.org.uk/tools/developer-information

Reply via email to