Return-Path: X-Original-To: apmail-airavata-dev-archive@www.apache.org Delivered-To: apmail-airavata-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D0E8710213 for ; Wed, 16 Oct 2013 13:14:47 +0000 (UTC) Received: (qmail 69092 invoked by uid 500); 16 Oct 2013 13:14:47 -0000 Delivered-To: apmail-airavata-dev-archive@airavata.apache.org Received: (qmail 69021 invoked by uid 500); 16 Oct 2013 13:14:46 -0000 Mailing-List: contact dev-help@airavata.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@airavata.apache.org Delivered-To: mailing list dev@airavata.apache.org Received: (qmail 69014 invoked by uid 99); 16 Oct 2013 13:14:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Oct 2013 13:14:45 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [129.79.1.194] (HELO hartman.uits.indiana.edu) (129.79.1.194) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 16 Oct 2013 13:14:40 +0000 X-IronPort-AV: E=Sophos;i="4.93,507,1378872000"; d="scan'208";a="75781466" Received: from mssg-relay.indiana.edu ([129.79.1.73]) by irpt-internal-relay.indiana.edu with ESMTP; 16 Oct 2013 09:14:20 -0400 Received: from hartman.uits.indiana.edu (belushi.uits.indiana.edu [129.79.1.188]) by mssg-relay.indiana.edu (8.14.7/8.14.4/IU Messaging Team) with ESMTP id r9GDEKNA001696 for ; Wed, 16 Oct 2013 09:14:20 -0400 X-IronPort-AV: E=Sophos;i="4.93,507,1378872000"; d="scan'208";a="75483005" Received: from burns.uits.indiana.edu (HELO mail-relay.iu.edu) ([129.79.1.202]) by irpt-internal-relay.indiana.edu with ESMTP; 16 Oct 2013 09:14:20 -0400 Received: from Marlon-Pierces-MacBook-Pro-2.local (c-50-129-81-207.hsd1.il.comcast.net [50.129.81.207]) (authenticated bits=0) by mail-relay.iu.edu (8.14.7/8.14.4/IU Messaging Team) with ESMTP id r9GDEJWX015357 for ; Wed, 16 Oct 2013 09:14:19 -0400 Message-ID: <525E912B.4040002@iu.edu> Date: Wed, 16 Oct 2013 09:14:19 -0400 From: Marlon Pierce User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: dev@airavata.apache.org Subject: Re: Povenance Aware Workflow Processing References: <371ED874-B7EE-4208-8EB9-CE8A39381091@apache.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Hi Sanjaya-- Could you file a Jira ticket for this? We also welcome patches if you want to contribute it. Marlon On 10/15/13 9:32 PM, Sanjaya Medonsa wrote: > Hi Suresh, > I have further looked into the code to understand, how provenance aware > workflow processing has been implemented in current code base. As you have > stated, it seems functionality is broken. In WorkflowInterpreter class, > there is a method called readProvenance (only place where ProvenanceReader > is used) . It is a private method, no longer a part of the actual > execution. I think, it's better to go back to version where provenance > aware workflow processing working as expected to get better understand on > the expected flow. Then fix the issues in current version. Could you please > let me know, possible version that this particular functionality worked as > expected ? > > Best Regards, > Sanjaya > > > On Tue, Oct 15, 2013 at 4:09 PM, Sanjaya Medonsa wrote: > >> Thanks Suresh! I'll do further investigations and let the team know my >> findings. >> >> Best Regards, >> Sanjaya >> >> >> On Tue, Oct 15, 2013 at 6:52 AM, Suresh Marru wrote: >> >>> Hi Sanjaya, >>> >>> XBaya and Workflow Interpreter went through some changes which probably >>> dropped the condition which makes use of the enableProvenanceSmartRun flag. >>> AFAIK, the feature did not get deprecated it should be one of those cases >>> which was not actively tested during releases and fell through the cracks. >>> Lets see if any one gets motivated to debug and fix this issue. And as >>> always, we welcome your patches. Sorry about pointing to a unverified >>> feature. >>> >>> Suresh >>> >>> On Oct 14, 2013, at 9:01 PM, Sanjaya Medonsa >>> wrote: >>> >>>> Hi Suresh, >>>> I have gone through the research paper in item 6 and try to match it to >>> the current Airavata implementation. I can see that Airavata collects >>> provenance data and stored them in a registry. I couldn't able to find out >>> a place where these data has been actually used to improve the workflow >>> processing. Xbaya can be configured with option enableProvenanceSmartRun. >>> It seems this particular configuration is no longer used. Since provenance >>> aware data is already available in registry, is it the responsibility of >>> the application to use these data to improve workflow processing based on >>> provenance aware data ? >>>> Thanks >>>> Sanjaya >>>> >>>> >>>> On Sat, Aug 24, 2013 at 7:47 AM, Chris Mattmann >>> wrote: >>>> Hey Sanjaya, >>>> >>>> You may want to check out the Traceable Product product type policy >>>> [1] as well as OODT-139 [2] which includes the PCS services that serve >>>> up the information and provenance. >>>> >>>> Cheers, >>>> Chris >>>> >>>> [1] >>>> >>> http://svn.apache.org/repos/asf/oodt/trunk/filemgr/src/main/resources/examp >>>> les/trace/ >>>> [2] http://issues.apache.org/jira/browse/OODT-139 >>>> >>>> >>>> -----Original Message----- >>>> From: Sanjaya Medonsa >>>> Reply-To: >>>> Date: Friday, August 23, 2013 6:30 PM >>>> To: Airavata Dev >>>> Cc: "dev@oodt.apache.org" >>>> Subject: Re: Povenance Aware Workflow Processing >>>> >>>>> Thanks Suresh! I am interested in Provenance aware workflow processing >>>>> where OODT integration could help greatly with rich metadata available. >>>>> I'll go through the item 6 and let you know my understanding. >>>>> >>>>> Sanjaya >>>>> >>>>> >>>>> On Thu, Aug 8, 2013 at 7:55 PM, Suresh Marru >>> wrote: >>>>>> Hi Sanjaya, Lewis, >>>>>> >>>>>> Appreciate your interest on this topic, this is a very good question >>> and >>>>>> sorry for the delay in responding, these days I feel I am always in >>>>>> catch >>>>>> up mode. >>>>>> >>>>>> Let me separate this discussion into four parts: Provenance >>> Gathering, >>>>>> Provenance Analyzing, Provenance Reasoning, Provenance Aware >>> executions. >>>>>> Gathering: Airavata is instrumented with rich provenance centric >>>>>> information model which captures each step and publishes to an event >>>>>> bus. >>>>>> This is encoded in a "workflow tracking" schema [1]. So the current >>>>>> trunk >>>>>> of Airavata publishes provenance rich information but not all is >>>>>> guaranteed >>>>>> to be captured in the registry. >>>>>> >>>>>> Analyzing: Significant work on provenance aspect related to Airavata >>> is >>>>>> a >>>>>> by product of doctoral dissertation of Yogesh Simmhan, currently a >>>>>> research >>>>>> asst. professor at USC. His thesis [2] is a good source of reference >>> on >>>>>> this topic. Both the research and tools are in active development by >>>>>> Prof. >>>>>> Beth Plale's group at IU [3]. Theoretically speaking since both Karma >>>>>> uses >>>>>> the same workflow tracking schema and event bus, the tools should be >>>>>> easily >>>>>> integratable but did not have a motivating use case to do so. >>>>>> >>>>>> Reasoning: Phala is an extension to Airavata XBaya (its legacy LEAD >>>>>> version) and Karma framework which provides context to the gathered >>>>>> provenance. Couple of papers on this topic [4], [5]. >>>>>> >>>>>> Executions: This is an active topic within Airavata. Current release >>> of >>>>>> Airavata supports Provenance aware workflow executions and is >>> discussed >>>>>> in >>>>>> [6]. I think the OODT and Airavata integration will greatly benefit >>> this >>>>>> aspect. Airavata Registry metadata cataloging is very primitive. And >>>>>> Rich >>>>>> data management capabilities of OODT should nicely enhance airavata >>>>>> provenance aware executions. >>>>>> >>>>>> Please let me know which of the above aspects you are interested in >>> and >>>>>> we >>>>>> can discuss further. >>>>>> >>>>>> Suresh >>>>>> >>>>>> [1] - >>>>>> >>>>>> >>> https://svn.apache.org/repos/asf/airavata/trunk/modules/commons/workflow- >>>>>> tracking/src/main/resources/schemas/workflow_tracking_types.xsd >>>>>> [2] - http://gradworks.umi.com/3297094.pdf >>>>>> [3] - http://d2i.indiana.edu/provenance_karma >>>>>> [4] - >>>>>> >>> http://link.springer.com/content/pdf/10.1007%2F978-3-540-85502-6_18.pdf >>>>>> [5] - >>>>>> >>>>>> >>> http://dl.acm.org/citation.cfm?id=1590963.1591575&coll=DL&dl=GUIDE&CFID=2 >>>>>> 38325269&CFTOKEN=73364358 >>>>>> [6] - http://dl.acm.org/citation.cfm?id=2359844 >>>>>> >>>>>> >>>>>> On Jul 22, 2013, at 10:57 AM, Lewis John Mcgibbney < >>>>>> lewis.mcgibbney@gmail.com> wrote: >>>>>> >>>>>>> Hi Sanjaya, >>>>>>> I am seeing some traffic floating around RE: Airavata OODT >>> integration >>>>>> but I am not clued up. >>>>>>> Can you point me to the code? The issues? The mailing list threads? >>>>>>> I am also extremely interested in provenance tracking of >>> (record???) >>>>>> data which passes through OODT. I would like to expose this as some >>>>>> stage >>>>>> to people who access the data. >>>>>>> Thank you so much. >>>>>>> >>>>>>> On Monday, July 22, 2013, Sanjaya Medonsa >>>>>> wrote: >>>>>>>> Hi, >>>>>>>> I am trying to find out ways to improve Airavata provenance aware >>>>>> workflow >>>>>>>> processing based on rich metadata available in Apache OODT. As >>> part >>>>>> of >>>>>> this >>>>>>>> task, I am investigating how Apache Airavata is currently >>> performing >>>>>>>> provenance aware workflow processing. I have looked into the >>>>>> provenance >>>>>>>> manager implementation, where I could see lot of data related to >>>>>> workflow >>>>>>>> execution is saved in registry. But I could see very little of >>> use >>>>>> of >>>>>> those >>>>>>>> data. Could some one please explain the details of provenance >>> aware >>>>>>>> processing in Airavata and any future plans on this area? >>>>>>>> >>>>>>>> Best Regards, >>>>>>>> Sanjaya >>>>>>>> >>>>>>> -- >>>>>>> Lewis >>>>>>> >>>>>> >>>> >>>> >>>