Return-Path: Delivered-To: apmail-ode-dev-archive@www.apache.org Received: (qmail 52430 invoked from network); 17 Dec 2007 14:50:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 17 Dec 2007 14:50:47 -0000 Received: (qmail 78319 invoked by uid 500); 17 Dec 2007 14:50:36 -0000 Delivered-To: apmail-ode-dev-archive@ode.apache.org Received: (qmail 78287 invoked by uid 500); 17 Dec 2007 14:50:36 -0000 Mailing-List: contact dev-help@ode.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ode.apache.org Delivered-To: mailing list dev@ode.apache.org Received: (qmail 78278 invoked by uid 99); 17 Dec 2007 14:50:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Dec 2007 06:50:36 -0800 X-ASF-Spam-Status: No, hits=2.7 required=10.0 tests=HTML_MESSAGE,SPF_SOFTFAIL X-Spam-Check-By: apache.org Received-SPF: softfail (athena.apache.org: transitioning domain of boisvert@intalio.com does not designate 209.85.162.176 as permitted sender) Received: from [209.85.162.176] (HELO el-out-1112.google.com) (209.85.162.176) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 17 Dec 2007 14:50:15 +0000 Received: by el-out-1112.google.com with SMTP id j27so369244elf.1 for ; Mon, 17 Dec 2007 06:50:16 -0800 (PST) Received: by 10.142.226.2 with SMTP id y2mr93352wfg.137.1197903015789; Mon, 17 Dec 2007 06:50:15 -0800 (PST) Received: by 10.142.77.9 with HTTP; Mon, 17 Dec 2007 06:50:15 -0800 (PST) Message-ID: <5582dd3b0712170650s21a0ea5w79dfd4009242ba50@mail.gmail.com> Date: Mon, 17 Dec 2007 06:50:15 -0800 From: "Alex Boisvert" To: dev@ode.apache.org Subject: Re: JbiConstants.SENDER_ENDPOINT property not set on MEX In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_12442_30770743.1197903015759" References: <02E13F02DC36234A82E460F3E6602D0001D42D62@si-mail11.de.bosch.com> <63D2742671DA8D48AF9EBB01A49A117C0816066B@sgtulmsp06.Global.ad.sabre.com> <5582dd3b0712130937p3b2f3ff7tc26044979a2e2cf7@mail.gmail.com> <63D2742671DA8D48AF9EBB01A49A117C081C865A@sgtulmsp06.Global.ad.sabre.com> <5582dd3b0712141625q2ef58485v326e8f5876af29d5@mail.gmail.com> <5A18042516E31E4390F70F5F92BB456404ACED6A@sgtulmsp05.Global.ad.sabre.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_12442_30770743.1197903015759 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline I think it's different than the correlationId case, which is meant to track the end-to-end processing of a given request. In this case, I was thinking about sending the partnerLink's myRole endpoint (if any). My only issue is the encoding of the endpoint as a String. I'm not sure how ServiceMix treats the String. What do you think? alex On 12/17/07, Guillaume Nodet wrote: > > There is a small problem though as how to build the needed value. The > problem will be the exact same as with correlationIds. > Let me explain: usually in ServiceMix, a given endpoint represents a > service > and can act as a provider and/or a consumer, but there is only one > endpoint. In a bpel process, the process instance can receive multiple > exchanges, so there may be multiple provider endpoints. In such a case, > there is no simple way to create the needed value afaik. > I would imagine that when there is a single receive with a > createInstance="true", that the corresponding endpoint would be used. In > more complicated cases, it don't see any simple solution. > > On Dec 17, 2007 9:18 AM, Wielek, Lukasz > wrote: > > > > > Alex, > > > > (I'm speaking on behalf of Jan.) > > > > Probably what you are looking for is > > org.apache.servicemix.jbi.servicedesc.EndpointSupport.getKey(ServiceEndp > > oint). > > The endpoint passed to the getKey method should be the > > endpoint which performs invoke. > > > > Regards, > > Lukasz Wielek > > > > -----Original Message----- > > From: Alex Boisvert [mailto:boisvert@intalio.com] > > Sent: Saturday, December 15, 2007 1:25 AM > > To: dev@ode.apache.org > > Subject: Re: JbiConstants.SENDER_ENDPOINT property not set on MEX > > > > Do you know what should be the value associated with the SENDER_ENDPOINT > > property? I looked around the ServiceMix code and it's assumed to be a > > short String identifier but I can't figure out what the format of the > > string > > value should be. I was initially expecting to place the EPR ( > > org.w3c.dom.DocumentFragment) of the partnerLink's myRole but that > > doesn't > > seem to fit the model here. > > > > alex > > > > > > On 12/14/07, Cwik, Jan wrote: > > > > > > Hi, > > > > > > It would be good to have suche a feature, it's not critical but very > > > nice to have. It would let track the message flow better in our > > project. > > > > > > Could you please take care of it ? > > > > > > best regards > > > jan > > > > > > -----Original Message----- > > > From: Alex Boisvert [mailto:boisvert@intalio.com] > > > Sent: Thursday, December 13, 2007 6:38 PM > > > To: dev@ode.apache.org > > > Subject: Re: JbiConstants.SENDER_ENDPOINT property not set on MEX > > > > > > On 12/12/07, Cwik, Jan wrote: > > > > > > > > It seems that upon invoking a service from within the bpel the > > > property > > > > JbiConstants.SENDER_ENDPOINT > > ("org.apache.servicemix.senderEndpoint") > > > is > > > > not set on MEX. > > > > > > > > I have a servicemix exchange listener and when messages comes to > > this > > > > listener I'm not able to say from where it is. Please advise what to > > > do > > > > ? Is it a bug or I need to do something to make ODE setting this > > > > property. > > > > > > > > > Hi Jan, > > > > > > It isn't a bug per se, since the property isn't mandated by the JBI > > > spec. I > > > would qualify it as an improvement of our ServiceMix integration. Is > > > this > > > something you feel qualified to work on and submit a patch? If not, I > > > can > > > take care of it. > > > > > > alex > > > > > > > > > -- > Cheers, > Guillaume Nodet > ------------------------ > Blog: http://gnodet.blogspot.com/ > ------=_Part_12442_30770743.1197903015759--