Thanks Suresh and Chris! It seems I am moving on the correct path. I have followed the email thread on improved GFac architecture. Though I am not entirely clear on the improved GFac architecture, proposed integration with OODT is primarily based on the GFac extension, PreExecustionChain, which has not been modified with the Architecture improvements (As per one of the replies from Lahiru, output extension is supported with new Architecture. I assume input extension is also supported).
I have looked into provenance manager and related implementation. Still I am unclear how Airavata support provenance aware work flow processing. Best Regards, Sanjaya On Mon, Feb 18, 2013 at 6:35 AM, Suresh Marru <sma...@apache.org> wrote: > Hi Sanjaya, > > This sounds very exciting. Both Airavata and OODT projects have good > synergies and have been long looking for volunteers who can bridge them > both. Please do not hesitate to ask any questions to either or both the dev > lists. The more engaged you are, you will find use cases and feedback which > should help your MSc project. > > Your plan sounds good. If you are following dev list, you may have > noticed, the GFac architecture has been improved to properly support this > kind of handler architecture. > > You may also want to look at Airavata Registry API which has organically > emerged with the need, but can greatly benefit for OODT's provenance > capabilities. > > Suresh > > On Feb 17, 2013, at 1:25 PM, "Mattmann, Chris A (388J)" < > chris.a.mattm...@jpl.nasa.gov> wrote: > > > +1, sounds like a great idea Sanjaya! > > > > I'm copying dev@oodt so they can be in the conversation too. > > > > Cheers, > > Chris > > > > On 2/17/13 10:22 AM, "Sanjaya Medonsa" <sanjaya...@gmail.com> wrote: > > > >> Hi Dev Team, > >> As I have posted previously, I am working on a Apache Airavata + Apache > >> OODT integration as my MSc project. Following is one of the possible > >> integration to leverage Apache OODT file management capability into > Apache > >> Airavata. Please review the proposal and let me know your feedback. > >> > >> Proposal To Use Apache OODT products as input to Apache Airavata > Workflows > >> and staging product files into node where execution happens > >> > ========================================================================== > >> ============================== > >> 1. Introduce "Apache OODT Product" as a new GFacParameterType. New > "Apache > >> OODT Product" input type can sepcify "Product ID" or "File Path to > >> Product" > >> as an input to Apache Airavata workflows. > >> 2. Introduce new PreExecuteChain to retrieve Apache OODT Products from > >> File > >> Manager Server managed using Apache OODT. > >> 1. Using Apache OODT File Manager componenet transfer Product from > Server > >> to input directory of the application as configured using XBaya-GUI > under > >> advanced configuration. (Here the assumption is that Products are > >> accesible > >> through Apache OODT File Manager server) > >> 2. Finally reset the input value to local file path. I think we can > remove > >> the OODT Product parameter from invocation context and add new file > >> parameter with value set to 'local path of the transferred product'. I > am > >> not quite sure what are the implications of changing input parameter > type > >> during the execution. > >> > >> Similar approach has been implemented for GridFTP and HTTP. > >> > >> Best Regards, > >> Sanjaya > > > >
