[kepler-dev] [Bug 3576] New: - support for accessing cascading metadata from within CompositeCoactor
bugzilla-daemon at ecoinformatics.org
bugzilla-daemon at ecoinformatics.org
Mon Oct 27 15:04:24 PDT 2008
http://bugzilla.ecoinformatics.org/show_bug.cgi?id=3576
Summary: support for accessing cascading metadata from within
CompositeCoactor
Product: Kepler
Version: 1.0.0
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: general
AssignedTo: mcphillips at ecoinformatics.org
ReportedBy: mcphillips at ecoinformatics.org
QAContact: kepler-dev at ecoinformatics.org
The CompositeCoactor class extends TypedCompositeActor (and implements Coactor)
to provide a mechanism for implementing coactors from SDF sub-workflows of
conventional actors. Data is extracted from the read scope using input ports
named according to the types of data to be extracted, e.g., a port named
'StringToken' will extract a single string token out of the current read scope
and provide it as input to the subworkflow on each firing; a port named
'StringToken+' will provide an array token containing one or more string tokens
extracted from the read scope on each firing, etc.
Currently, metadata or annotations applied to the top-level collection in a
scope-match can also be extracted by specifying the key for the metadata
element required (e.g., by naming a port 'StringToken [key=filename]'). One
thing that can't be done is to access metadata applied to collections above the
read scope and cascading down to it. This function would be very useful for
reusing information across multiple invocations of a composite coactor.
More information about the Kepler-dev
mailing list