Return-Path: 
 <dev-return-51619-apmail-tuscany-dev-archive=tuscany.apache.org@tuscany.apache.org>
X-Original-To: apmail-tuscany-dev-archive@www.apache.org
Delivered-To: apmail-tuscany-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 D85F391C3
	for <apmail-tuscany-dev-archive@www.apache.org>;
 Wed, 21 Mar 2012 21:08:59 +0000 (UTC)
Received: (qmail 41343 invoked by uid 500); 21 Mar 2012 21:08:59 -0000
Delivered-To: apmail-tuscany-dev-archive@tuscany.apache.org
Received: (qmail 41298 invoked by uid 500); 21 Mar 2012 21:08:59 -0000
Mailing-List: contact dev-help@tuscany.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@tuscany.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@tuscany.apache.org>
List-Post: <mailto:dev@tuscany.apache.org>
List-Id: <dev.tuscany.apache.org>
Reply-To: dev@tuscany.apache.org
Delivered-To: mailing list dev@tuscany.apache.org
Received: (qmail 41291 invoked by uid 99); 21 Mar 2012 21:08:59 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Mar 2012 21:08:59 +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.116] (HELO hel.zones.apache.org) (140.211.11.116)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Mar 2012 21:08:58 +0000
Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
	by hel.zones.apache.org (Postfix) with ESMTP id 77DA31B6CD1
	for <dev@tuscany.apache.org>; Wed, 21 Mar 2012 21:08:38 +0000 (UTC)
Date: Wed, 21 Mar 2012 21:08:38 +0000 (UTC)
From: "Raymond Feng (Commented) (JIRA)" <dev@tuscany.apache.org>
To: dev@tuscany.apache.org
Message-ID: 
 <1435890309.44278.1332364118492.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1695176983.27931.1331985338569.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (TUSCANY-4029) Binding object inadvertently
 shared across Endpoint and EndpointReference causes errors
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/TUSCANY-4029?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13235027#comment-13235027 ] 

Raymond Feng commented on TUSCANY-4029:
---------------------------------------

Hi, are you affected by the fact that the reference gets the same instance of binding from the service side?

This change breaks the case where we use @target in the <reference> element to wire components using non-SCA bindings. For example, the RESTBindingInvoker uses the binding.uri to find out the target address. Since now it's a clone, the value won't be updated when the service binding set the deployed URI.
                
> Binding object inadvertently shared across Endpoint and EndpointReference causes errors
> ---------------------------------------------------------------------------------------
>
>                 Key: TUSCANY-4029
>                 URL: https://issues.apache.org/jira/browse/TUSCANY-4029
>             Project: Tuscany
>          Issue Type: Bug
>            Reporter: ant elder
>
> The Binding object stored in the EndpointReference is the same object as stored in the Endpoint which can cause obscure errors when setting attributes on the service also effects the reference and vica versa. 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira