Return-Path: 
 <dev-return-5640-apmail-falcon-dev-archive=falcon.apache.org@falcon.incubator.apache.org>
X-Original-To: apmail-falcon-dev-archive@minotaur.apache.org
Delivered-To: apmail-falcon-dev-archive@minotaur.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id D42E4116B5
	for <apmail-falcon-dev-archive@minotaur.apache.org>;
 Wed, 27 Aug 2014 18:08:19 +0000 (UTC)
Received: (qmail 58077 invoked by uid 500); 27 Aug 2014 18:08:19 -0000
Delivered-To: apmail-falcon-dev-archive@falcon.apache.org
Received: (qmail 58035 invoked by uid 500); 27 Aug 2014 18:08:19 -0000
Mailing-List: contact dev-help@falcon.incubator.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@falcon.incubator.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@falcon.incubator.apache.org>
List-Post: <mailto:dev@falcon.incubator.apache.org>
List-Id: <dev.falcon.incubator.apache.org>
Reply-To: dev@falcon.incubator.apache.org
Delivered-To: mailing list dev@falcon.incubator.apache.org
Received: (qmail 58023 invoked by uid 99); 27 Aug 2014 18:08:19 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Aug 2014 18:08:19 +0000
X-ASF-Spam-Status: No, hits=-2000.0 required=5.0
	tests=ALL_TRUSTED,T_RP_MATCHES_RCVD
X-Spam-Check-By: apache.org
Received: from [140.211.11.3] (HELO mail.apache.org) (140.211.11.3)
    by apache.org (qpsmtpd/0.29) with SMTP; Wed, 27 Aug 2014 18:08:18 +0000
Received: (qmail 54394 invoked by uid 99); 27 Aug 2014 18:07:58 -0000
Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 27 Aug 2014 18:07:58 +0000
Date: Wed, 27 Aug 2014 18:07:58 +0000 (UTC)
From: "Sowmya Ramesh (JIRA)" <jira@apache.org>
To: dev@falcon.incubator.apache.org
Message-ID: <JIRA.12737171.1409162761701.25181.1409162878169@arcas>
In-Reply-To: <JIRA.12737171.1409162761701@arcas>
References: <JIRA.12737171.1409162761701@arcas>
Subject: [jira] [Updated] (FALCON-644) Don't mask errors in Falcon message
 producer used in the workflow to send a message to the queue/topic
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-Virus-Checked: Checked by ClamAV on apache.org


     [ https://issues.apache.org/jira/browse/FALCON-644?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sowmya Ramesh updated FALCON-644:
---------------------------------

    Description: 
In JMSMessageProducer all the exceptions are caught and success is returned [return 0] by default. Oozie will indicate that this WF action was successful as Falcon Messaging returns success.

WF shouldn't be failed if post-processing fails but instead of masking errors this can be controlled in the WF decision on failure.

{noformat}
<action name='succeeded-post-processing'>
...
 <ok to="end"/>
<!-- Shouldn't fail the WF if post processing fails -->
 <error to="end"/>
 </action>

{noformat}

Thoughts?


  was:
In JMSMessageProducer all the exceptions are caught and success is returned [return 0] by default. Oozie will indicate that this WF action was successful as Falcon Messaging returns success.

WF shouldn't be failed if post-processing fails but instead of masking errors this can be controlled in the WF decision on failure.

<noformat>
<action name='succeeded-post-processing'>
...
 <ok to="end"/>
<!-- Shouldn't fail the WF if post processing fails -->
 <error to="end"/>
 </action>

</noformat>

Thoughts?



> Don't mask errors in Falcon message producer used in the workflow to send a message to the queue/topic
> ------------------------------------------------------------------------------------------------------
>
>                 Key: FALCON-644
>                 URL: https://issues.apache.org/jira/browse/FALCON-644
>             Project: Falcon
>          Issue Type: Bug
>          Components: messaging
>            Reporter: Sowmya Ramesh
>
> In JMSMessageProducer all the exceptions are caught and success is returned [return 0] by default. Oozie will indicate that this WF action was successful as Falcon Messaging returns success.
> WF shouldn't be failed if post-processing fails but instead of masking errors this can be controlled in the WF decision on failure.
> {noformat}
> <action name='succeeded-post-processing'>
> ...
>  <ok to="end"/>
> <!-- Shouldn't fail the WF if post processing fails -->
>  <error to="end"/>
>  </action>
> {noformat}
> Thoughts?



--
This message was sent by Atlassian JIRA
(v6.2#6252)