>> > > A lot of the these other issues follow on from this issue so I'd like
I think we need to solve the other issues regardless of issues1 as it's possible to use interoperable bindings in both the forward and callback wires. > to understand if this is really the case, so could you explain what > you mean in more detail, perhaps showing some message flows to > illustrate? > > I'm asking because isn't the point of binding.sca that it doesn't need > a base or absolute URI Not from a user point of view but from an infrastructure point of view we need to be able to configure the delegate bindings in a suitable way. When we use an interoperable binding such as binding.ws to support remote calls over the default binding then we have, to date, adopted the web services approach for passing callback information. This is convenient as we don't have to create a special case for any bindings that we happen to choose to underpin binding.sca. The drawback is the issue that I've presented in that interoperable bindings tend to deal in absolute URLs as network protocols don't tend to know anything about SCA structural URIs. We could try passing the callback structural URI in a Tuscany specific header so it can be pulled out and used as appropriate. I'm more than happy to take a look at that. We do though still need to ask appropriate questions at the service about whether that is available and treat non default bindings in an appropriate way. it just has the service structural URI, and its > down to the runtime infrastructure to use that uri to work out how to > find the service. I'm wondering if it might be better to have the > runtime able to find the base uri for remote nodes and use that with > the service structural uri might be a better approach and that if we > use an absolute URI then we might lose flexibility in a dynamic > environment. i think thats how the hazelcast sca binding was intended > to work, i know you said it didn't work with callbacks but that was > just due to the callback headers not being flowed and if that was > fixed it would have worked ok wouldn't it? Right, hazelcast binding lack of callback support is unrelated. I'm using the web services delegate for testing. > > ...ant > -- Apache Tuscany committer: tuscany.apache.org Co-author of a book about Tuscany and SCA: tuscanyinaction.com
