Closed davejohnston closed 5 years ago
@MikaelSmith @adreyer I am interested in trying to make it easier for customers to create tasks using their existing scripts (without having to make any modifications or create adapters). I'm looking at this from a discovery perspective - so proposing the above, whereby we could write a task where the task runner will pass parameters directly to the script in a specified order. e.g
my_script.sh
Do you think this is a reasonable thing to include in the spec ?
@MikaelSmith thanks - some good questions/comments. I'm going to get our current release out of the way and then come back and maybe create some worked examples for this,
This was discussed as part of the original task spec. We ended up cutting it for a few of reasons:
files
then execute the script with the wrapper. This decreases the time to convert a script to as task to <10m and solves the use case where the script is provided by a 3rd party and you don't want to. I've ticketed better documenting this process in BOLT-989.I'm going to close this ticket.
@davejohnston if the underlying issue is the ability of discovery users to run preexisting scripts I think we should discuss just running scripts directly with bolt-server or boltshim rather then forcing users to convert those into tasks.
The objective of this change is to make integrating with existing scripts easier. i.e. rather than having to write an adapter to read json from stdin, or read environment variables, the user can just specify the metadata necessary to describe and execute their script.