On Mon, May 7, 2012 at 6:03 PM, Afkham Azeez <az...@wso2.com> wrote: > > > On Mon, May 7, 2012 at 5:11 PM, Hiranya Jayathilaka <hira...@wso2.com>wrote: > >> >> >> On Mon, May 7, 2012 at 3:09 PM, Afkham Azeez <az...@wso2.com> wrote: >> >>> Folks., >>> Any feedback on this? Does this make sense? >>> >> >> I don't think so. We have a very clear separation between named >> sequences/endpoints and anonymous sequences/endpoints. Anonymous objects >> are local to a particular proxy service or an API and they are not visible >> to other services. Sort of like a private method. Named objects on the >> other hand are visible to everybody, can be shared/reused extensively and >> do show up in the Synape global namespace. Both have specific, well-defined >> use cases and I don't see a strong use case for having named sequences >> inside a proxy or an API. >> > > What about the service chaining scenario? We unnecessarily have to define > sequences in the global space even though those will be needed only by one > particular proxy service. Take a look at the example at > http://blog.afkham.org/2012/05/wso2-esb-service-chaining.html. I had to > define personInfoSeq & creditSeq at the global level even though I needed > them only within the proxy service. Is there a way to achieve the same > thing while keeping everything local (without following the old state > property based case handling)? >
In other words, is there a way to set the "receive" attribute of the send mediator to an anonymous (local to proxy service) sequence?
_______________________________________________ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev