• Participant names: Yogesh L. Simmhan, Suresh Marru, Srinath Perera, Satoshi Shirasuna, Beth Plale, Dennis Gannon

• Stage I Provenance Activities (NOTE: Anatomy Images 1 and 2 are annotated with center=UChicago for Q8)

• Stage II Provenance Activities

• Stage III Provenance Activities (NOTE: Atlas Images x and z are annotated with studyModality for Q9)

• Alternate Stage III Provenance Activities for Q7 (stages I and II activities do not change)

In our model, we make a distinction between and abstract service and a service instance. Workflows are composed by connecting abstract services, while instances of services are used during workflow invocation through late binding. Service instances are identified using a globally unique 'serviceID'. Workflows are also considered as a type of service. Hence, you can compose an abstract workflow out of abstract services and out of other abstract workflows. Workflow instances also have a globally unique 'serviceID' that identifies the workflow instance. Data products are identified by a globally unique ID and they optionally have a replica URL associated with them when they appear in activities.

Service instances are usually invoked in the context of a workflow. An invocation is identified by 4 parts:

1. the serviceID of the service being invoked,
2. the (parent) workflow instance in whose context this invocation takes place is identified using the 'workflowID' attribute (whose value equals the serviceID for the workflow),
3. the 'workflowTimestep' gives a logical time for the service invocation in the workflow lifecycle, and
4. the 'workflowNodeID' uniquely identifies a node in the workflow graph (the same abstract service used multiple times in an abstract workflow will have different workflowNodeIDs).

All activities have these 4-IDs set as the notification source for that activity. They also optionally have the ID for the client that invokes this service/receives the response. All activities have a timestamp file that gives the time at which they were generated, a human readable description, and an optional XML 'annotation' field for extensions.

Some key activities in a workflow's lifecycle (in order of generation) are:

• Service/Workflow Initialized : These activities are generated at the start of a workflow instance or a service instance. These are generated only if a new instance is created, so they may not be published for all workflow runs if a compatible service/workflow instance was already available. Since these activities are not generated in the context of a service/workflow invocation (since it can be reused by multiple workflows), the notification source for this activity only has the serviceID field set.
• Service/Workflow Invoked : An invocation consists of a request message and an optional response message, depending on the message exchange pattern. For the challenge workflows, both are present. The Service/Workflow Invoked activity is produced when the request message of the invocation is received by the service instance. Other than default fields, it contains an optional request header and request body elements for putting the SOAP (or equivalent) request Header and Body.
• Data Consumed : Describes a data product that is used by this invocation. Provides better guarantees than looking for data IDs in SOAP messages.
• Data Produced : Describes a data product that is generated by this invocation.
• Sending Result : This is produced when the response message of the invocation sent by the service instance to the receiver (client). Other than default fields, it contains an optional result header and result body elements for putting the SOAP (or equivalent) response Header and Body.
• Service/Workflow Terminated : Decribes a service or workflow instance that is shutting down.

• Reference to first challenge results (if participated): Karma First Challenge

Workflow Model

	Workflow Part-I	Workflow Part-II	Workflow Part-III	Workflow Part-III-Alternate
Image
XBaya Document	challenge2-Part-I.xwf	challenge2-Part-II.xwf	challenge2-Part-III.xwf	challenge2-Part-III-Alternate.xwf

You can view the documents in the XBaya Workflow Composer [a java web Start application].

Provenance Activities (Provenance Data to Import)

• Participant names: Yogesh L. Simmhan, Srinath Perera, Suresh Marru, Satoshi Shirasuna, Beth Plale, Dennis Gannon

Second Provenance Challenge Template

Participating Team

• Short team name: Karma
• Participant names: Yogesh L. Simmhan, Beth Plale, Dennis Gannon
• Project URL: http://www.extreme.indiana.edu/karma
• Reference to first challenge results (if participated): http://twiki.ipaw.info/bin/edit/Challenge/Karma

Differences from First Challenge

Note here any changes in your provenance representation, workflow enactment or system since the first challenge. Alternatively, if you did not participate in the first challenge, please provide the same details as were required for those who did (particularly workflow representation and provenance representation).

Provenance Data for Workflow Parts

Give links here to your provenance data files for the workflow parts of the challenge: three parts for the original workflow and three parts for the modified workflow (as per provenance query 7). The data files could be attached to the results page.

Model Integration Results

State here which combinations of teams' models you have managed to perform the provenance query over

Translation Details

Describe details regarding how data models were translated (or otherwise used to answer the query following the team's approach), any data which was absent from a downloaded model, and whether this affected the possibility of translation or successful provenance query, and any data which was excluded in translation from a downloaded model because it was extraneous

Benchmarks

Describe your proposed benchmark queries, how the comparable quantities are determined, and the results of applying the benchmark to your own system

Further Comments

Provide here further comments.

Conclusions

Provide here your conclusions on the challenge, and issues that you like to see discussed at a face to face meeting.

-- YogeshSimmhan - 18 Feb 2007