Dear Stian and Alan, Thank you for your quick replies!
> We should probably make it so that if there's an example value, we > should rather fallback to using the example rather than the > RuntimeException when the user did not provide that input. > Alternatively we would need a second 'Default value' annotation on the > input port. I'll note a bug report about this issue. I guess that this is exactly the behaviour I am looking for. If this will be incorporated in a future release, that would be very helpful. For now, I can instruct my users to click 'add value', Taverna then automatically inserts the example value and the user can run the workflow. > As beanshell scripts can't (currently) handle the Runtime error > inserted for the missing workflow input ports, that approach would not > work. We have a proposal to configure a service in the workflow with > "error replacement values" - in which case you could use such a > configuration and check for the replacement value. This would work as well, but for my workflow it would be the 'complicated solution' because it would require additional non-scientific services in the workflow. The less shims the better in my case. If ever the beanshells can handle the runtime error, that would be great but that is probably not up to you... Many thanks, Wil 2010/5/18 Stian Soiland-Reyes <[email protected]>: > On Tue, May 18, 2010 at 14:57, Alan Williams <[email protected]> wrote: > > >> I think that currently (2) is the only way to do it. I'll ask around >> and if I'm not missing something, then I'll add it into Jira. > > I see what you want to do now, so you can disregard my previous reply. > > If I understand you correctly, you have a workflow which you want the > user to run, but without needing to supply all the values. The problem > is how you can deal with the missing values from a beanshell script > inside the workflow. > > As beanshell scripts can't (currently) handle the Runtime error > inserted for the missing workflow input ports, that approach would not > work. We have a proposal to configure a service in the workflow with > "error replacement values" - in which case you could use such a > configuration and check for the replacement value. > > However, this feature has unfortunately for you been postponed and > will not be included in the upcoming 2.2 release. > > > The best option for you would probably be to set an 'Example value' on > the input ports. The user would then be required to click "New value" > for those workflow input ports, but the example value should then be > inserted instead of "Some input data goes here". > > We should probably make it so that if there's an example value, we > should rather fallback to using the example rather than the > RuntimeException when the user did not provide that input. > Alternatively we would need a second 'Default value' annotation on the > input port. I'll note a bug report about this issue. > > -- > Stian Soiland-Reyes, myGrid team > School of Computer Science > The University of Manchester > > ------------------------------------------------------------------------------ > > _______________________________________________ > taverna-users mailing list > [email protected] > [email protected] > Web site: http://www.taverna.org.uk > Mailing lists: http://www.taverna.org.uk/about/contact-us/ > ------------------------------------------------------------------------------ _______________________________________________ taverna-users mailing list [email protected] [email protected] Web site: http://www.taverna.org.uk Mailing lists: http://www.taverna.org.uk/about/contact-us/
