Hi Kasun, On Wed, Apr 9, 2014 at 3:01 PM, Kasun Indrasiri <[email protected]> wrote:
> > > > On Mon, Apr 7, 2014 at 10:18 PM, Sanjiva Weerawarana <[email protected]>wrote: > >> I don't understand what doesn't support MT means in this case. Lets take >> SMTP- each inbound endpoint will give its own email address and poll from >> that. Where's MTness involved? >> >> Isn't the same true or JMS? You just give a queue - its someone else's >> problem to make sure queues are properly allocated and protected. >> >> Yeah, I think if we consider a scenario where ESB and MB are involved. A > given user can create a queue in MB and MB will take care of adding > required info( such as appending tenant domain etc) in to the queue name > (similar logic should apply when we create a subscription too). Then we > create the inbound endpoint, we should give the exact same destination. If > we are using any other broker, then it is up to the broker to handle > security etc. > If we create a queue using pure JMS only parameter brokers honor is the queue name (including WSO2 MB). In that case, 1. how are we going to get the tenant information at the broker side? JMS session does not have tenant information normally. 2. even if we do that (change queue name internally using tenant info), other broker implementations (eg: Websphere) will not work in that way. Currently how WSO2 MB does this is, >>when creating a queue from UI, we append tenant information and change the queue name so that individual tenants will have its own queue. >>when writing external JMS clients you should use the tenant information appended queue name (real queue name which is displayed in MGT console). On a side not "virtualhost" concept would be a cleaner way to handle multi-tenancy for message brokers , but WSO2 MB is on the way to support multiple virtualhost support. Thanks. > Sanjiva. >> >> >> On Fri, Apr 4, 2014 at 10:51 AM, Kasun Indrasiri <[email protected]> wrote: >> >>> Hi, >>> >>> We have been working on the initial design for the Inbound Endpoint >>> support for ESB. >>> >>> - Inbound endpoint is a dynamically configured message source for ESB. >>> - The current axis2 based transports other than HTTP/S doesn't work in >>> multitenant mode. The main idea is to supporting all transport (not only >>> HTTP) in multi-tenant mode with the introduction of inbound endpoints. >>> - The inbound endpoints will have multiple behavior based on >>> implementation: polling, busy wait or listening. >>> - In W/M separated setups, the coordination requirements for polling >>> behavior is handled by taks which is based on ntasks. >>> >>> This is the initial syntax we came up with: >>> >>> <inboundEndpoint name="MyJMSListenerEP" >>> >>> protocol="jms" >>> >>> interval="1000" suspend="false"> >>> >>> <parameters> >>> >>> <parameter >>> name="java.naming.factory.initial">org.apache.activemq.jndi.ActiveMQInitialContextFactory</parameter> >>> >>> <parameter >>> name="java.naming.provider.url">tcp://localhost:61616</parameter> >>> >>> <parameter >>> name="jms.ConnectionFactoryJNDIName">QueueConnectionFactory</parameter> >>> >>> <parameter name="jms.ConnectionFactoryType">queue</parameter> >>> >>> <parameter name="jms.Destination">ordersQueue</parameter> >>> >>> </parameters> >>> >>> <sequence key="requestHandlerSeq" onError="inFault"/> >>> >>> </inboundEndpoint> >>> >>> >>> The inbound endpoint will be a new construct in ESB which goes at the >>> top level as with proxy services, APIs etc. >>> >>> I have completed the initial work related to inbound EP and implemented >>> a basic JMS inbound EP. Also I've verified the functionality in super >>> tenant and tenant mode as well. >>> Ravi is working on getting the end to end scenario working for JMS >>> Inbound EP. >>> >>> Please review the design and share your thoughts. >>> >>> Thanks, >>> Kasun >>> >>> -- >>> Kasun Indrasiri >>> Software Architect >>> WSO2, Inc.; http://wso2.com >>> lean.enterprise.middleware >>> >>> cell: +94 77 556 5206 >>> Blog : http://kasunpanorama.blogspot.com/ >>> >> >> >> >> -- >> Sanjiva Weerawarana, Ph.D. >> Founder, Chairman & CEO; WSO2, Inc.; http://wso2.com/ >> email: [email protected]; office: (+1 650 745 4499 | +94 11 214 5345) >> x5700; cell: +94 77 787 6880 | +1 408 466 5099; voip: +1 650 265 8311 >> blog: http://sanjiva.weerawarana.org/; twitter: @sanjiva >> >> Lean . Enterprise . Middleware >> > > > > -- > Kasun Indrasiri > Software Architect > WSO2, Inc.; http://wso2.com > lean.enterprise.middleware > > cell: +94 77 556 5206 > Blog : http://kasunpanorama.blogspot.com/ > > _______________________________________________ > Architecture mailing list > [email protected] > https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture > > -- *Hasitha Abeykoon* Software Engineer; WSO2, Inc.; http://wso2.com *cell:* *+94 719363063* *blog: **abeykoon.blogspot.com* <http://abeykoon.blogspot.com>
_______________________________________________ Architecture mailing list [email protected] https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
