Hi Senaka, Senaka Fernando wrote: > 1. Is this project aimed at making it possible to represent the process > instances stored as binary streams on the database in XML format so that it > can be exchanged across multiple instances?
Exactly, but in various flavors. One scenario could be to extract a certain number of processes, together will all running process instances from one node (ODE version X) and move it to another node (running the same version X). Another scenario could be to move it to version X' or even to version Y. That's why the binary format is not sufficient as the internal object structure may change from version to version. Since the underlying model is a de-facto standard, the range of possible changes is quite limited. Thus, the XML format should be carefully designed to be as generic as possible but also as meaningful (in a sense that some things are fixed by the BPEL spec and somethings are allowed, like the extensibility mechanisms of BPEL) as possible. > 2. If so, are you looking forward to a efficient mechanism that can > represent (importer-exporter system) the persistent content (including > process models and instances) in XML format, along with a mechanism that can > move the content between multiple instances? Efficiency is not the main goal. It should be as robust as possible to make migrations between ODE nodes (with the same and/or different versions) possible. The easier the better :) I'm also pretty sure that researchers are very interested in such an intermediate format, e.g. to migrate a running instance of process model X to X' where X' is a modified version of X. This opens a can of worms of course, but some researchers like worms ;) Hm, Alex was faster than me, so I'm stopping here since Alex answered the rest of your mail already ;) Your vita sounds great, however, at the end of the day it's important to submit a compelling application to Google/ASF. We're of course happy to assist you in this regard. Best, Tammo -- Tammo van Lessen - http://www.taval.de
