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 79B36F96D for ; Thu, 28 Mar 2013 21:32:01 +0000 (UTC) Received: (qmail 69592 invoked by uid 500); 28 Mar 2013 21:32:01 -0000 Delivered-To: apmail-airavata-dev-archive@airavata.apache.org Received: (qmail 69568 invoked by uid 500); 28 Mar 2013 21:32:01 -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 69559 invoked by uid 99); 28 Mar 2013 21:32:01 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Mar 2013 21:32:01 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of danushka.menikkumbura@gmail.com designates 209.85.216.45 as permitted sender) Received: from [209.85.216.45] (HELO mail-qa0-f45.google.com) (209.85.216.45) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 28 Mar 2013 21:31:57 +0000 Received: by mail-qa0-f45.google.com with SMTP id hg5so1800601qab.18 for ; Thu, 28 Mar 2013 14:31:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:content-type; bh=qBy4UjdWxYYhynvvVWchKSfrqvoNMXwJCb+jlr2s/W0=; b=Eo4YQ/GNwC3tPY4XDw1tkbq+Rpbxu4dLFOHC8uA/Ntj8+hBuHzutctkfKVDpwleCfq yT4cu+xJceJL2WW4NslC8UBHCcm1E5kqeDAsT8Gf0DdHSeqCSGjdJKC5ProQGUnCo2OT zLMxJ2nWdbHu+qk2LkTn4J3rvMtLAjDZy0ja/MfGQx0IXAqvyuyAy1KQRXNJOCaHu1j3 FaJKY2gJeIYbAOOOfMFXD+mtkmttauefja76QmejcX2u9M2BGEWzefDWTDEkhABcUixI KqSKYRMJoVk1Paj9l4lO9sKLJQi9OtwwsRgOa6m9YwBmzh4uwKk1Hi1oNSAXzu4ZE6C/ ObPQ== X-Received: by 10.49.116.235 with SMTP id jz11mr237409qeb.39.1364506296100; Thu, 28 Mar 2013 14:31:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.49.1.73 with HTTP; Thu, 28 Mar 2013 14:31:16 -0700 (PDT) In-Reply-To: References: From: Danushka Menikkumbura Date: Fri, 29 Mar 2013 03:01:16 +0530 Message-ID: Subject: Re: AMQP Support for WS-Messenger To: dev@airavata.apache.org Content-Type: multipart/alternative; boundary=047d7b6775aa12b11f04d902e1c9 X-Virus-Checked: Checked by ClamAV on apache.org --047d7b6775aa12b11f04d902e1c9 Content-Type: text/plain; charset=ISO-8859-1 Hi Suresh, The AMQP exchanges fit the Airavata notification model quite nicely. Basically we can map elements in the workflow tracking schema to the Header/Topic exchanges (or even to Direct/Fanout exchanges). For an example, we can define a topic (MyTopic) and associate few message types in the schema with it so that whoever subscribes to MyTopic would receive those messages. Furthermore we can let subscribers have durable subscriptions so that the messages will get stored and forwarded in case the subscriber in on an unreliable network. Likewise we can make use of the rich set of building blocks available in AMQP model to have a very robust notification framework. RabbitMQ has a nice article [1] about the AMQP model that explains different types of exchanges, etc nicely. I suggest you read the "Exchanges and Exchange Types" section. [1] - http://www.rabbitmq.com/tutorials/amqp-concepts.html Thanks, Danushka On Thu, Mar 28, 2013 at 1:48 AM, Suresh Marru wrote: > Hi Danushka, > > Good thinking, I agree with you for the most part. There are few other > concrete use cases I can suggest, but let me get your thoughts on a > particular example: > > Currently WS-Eventing is used to track workflow progress. In reality its > not so much of the eventing spec, but the Airavata Information Model which > is currently based on Workflow Tracking schema [1]. As you can see form the > Web Based XBaya discussion, if a light weight java script based workflow > GUI has to monitor progress and show real-time status (like the current > color coded), would you say AMQP has any additional advantages? Or if you > were to design from scratch, what would you pick which can build upon a > pre-defined information model. > > Suresh > [1] - > https://svn.apache.org/repos/asf/airavata/trunk/modules/commons/workflow-tracking/src/main/resources/schemas/workflow_tracking_types.xsd > > On Mar 27, 2013, at 4:07 PM, Danushka Menikkumbura < > danushka.menikkumbura@gmail.com> wrote: > > > Hi, > > > > When I go through [1], I get the impression that what we really need is > an > > extensible event bus that can provide notification push/pull > functionality > > so that a gateway developer has the flexibility to come up with his own > > protocol for receiving notifications. At a very higher level the > messenger > > would have two main layers, the routing layer and the transport layer. We > > would have the routing rules defined in the routing layer that makes > > notifications available to different transports, such as WS-Notification, > > WS-Eventing, file, mail, AMQP, JMS, etc or any other custom type > developed > > as you wish. > > > > Along the line of AMQP, basically the requirements could be twofold. > > > > 1. AMQP broker semantics to support pub/sub behavior > > 2. AMPQ wire-level format > > > > I am not quite sure which makes AMQP more appealing to the scientific > > community, specially in environments like XSEDE. Furthermore, I would > like > > to know a typical scenario, either real or hypothetical that could > exploit > > the capabilities of AMQP. > > > > [1] - https://issues.apache.org/jira/browse/AIRAVATA-339 > > > > Thanks, > > Danushka > > --047d7b6775aa12b11f04d902e1c9--