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:[EMAIL PROTECTED] Sent: Saturday, December 15, 2007 1:25 AM To: [email protected] 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 <[EMAIL PROTECTED]> 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:[EMAIL PROTECTED] > Sent: Thursday, December 13, 2007 6:38 PM > To: [email protected] > Subject: Re: JbiConstants.SENDER_ENDPOINT property not set on MEX > > On 12/12/07, Cwik, Jan <[EMAIL PROTECTED]> 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 >
