On 25/05/17 22:33, Niels Charlier wrote:
On 24-05-17 23:36, Ben Caradoc-Davies wrote:
Will it wait for task completion?
Not sure what you mean by that. Will what wait?
[...]
Will the module manage or record task output?
Well, runs are recorded with start and end time and status. Otherwise
through logging.
This answers my first question. :-)
A module name like "scheduled-task" might be suitable if that is the
main functionality that it provides.
Yes, but the main idea at this moment is that the tasks are part of
workflow management. There won't be just a list of tasks. They would be
grouped together in to configurations, and the main idea is that each
configuration would represent a particular flow of data and metadata,
i.e. a layer initially (although the general approach leaves room for
other interpretations of what a configuration could be used for. Its
main purpose is to provide some intuitive navigation).
It still seems to me that "workflow" is a very general term. What
workflow patterns <https://en.wikipedia.org/wiki/Workflow_patterns> will
you support? Could future extensions support BPEL
<https://en.wikipedia.org/wiki/Business_Process_Execution_Language> or
YAWL <https://en.wikipedia.org/wiki/YAWL>?
I am not objecting to what you are trying to do, which sounds very
useful, just worried that the name might mislead as to scope.
Could your module be described as "stored-procedure" or "server-procedure"?
"There are only two hard things in Computer Science: cache invalidation
and naming things. -- Phil Karlton"
https://martinfowler.com/bliki/TwoHardThings.html
Also, how are tasks specified?
Via a webGUI
What I mean to ask is whether the tasks are scripts, REST API calls,
pluggable providers, or some means?
Kind regards,
--
Ben Caradoc-Davies <b...@transient.nz>
Director
Transient Software Limited <http://transient.nz/>
New Zealand
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
