Hi all,

In the current implementation of JMS and File inbound EPs all the parameter
are prefixed with transport.jms or transport.vfs. I think we should get rid
of this.


On Fri, Jul 18, 2014 at 11:19 PM, Malaka Silva <[email protected]> wrote:

> After the fixes by Ishan coordination seems to be working fine with
> inbound eps.
>
>
> On Mon, Jul 14, 2014 at 4:35 PM, Kasun Indrasiri <[email protected]> wrote:
>
>> +1. Basic UI should be sufficient.
>>
>>
>> On Mon, Jul 14, 2014 at 8:58 PM, Malaka Silva <[email protected]> wrote:
>>
>>> Shall we also do a simple UI for inbound Endpoints?
>>>
>>>
>>> On Thu, Jul 10, 2014 at 1:32 PM, Malaka Silva <[email protected]> wrote:
>>>
>>>> +1 since users can write vendor specific code. eg: IBM Mainframe MQ
>>>>
>>>> So basically either protocol or class will become mandatory.
>>>>
>>>> Also CustomPollingTrp should implement PollingConsumer.java [1]
>>>>
>>>> eg:-
>>>>
>>>> <inboundEndpoint xmlns="http://ws.apache.org/ns/synapse";
>>>> name="MyJMSListenerEP" class="org.wso2.carbon.CustomPollingTrp" 
>>>> sequence="requestHandlerSeq"
>>>> onError="inFalte" interval="5" 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="transport.jms.ConnectionFactoryJNDIName">QueueConnectionFactory</parameter>
>>>>         <parameter
>>>> name="transport.jms.ConnectionFactoryType">queue</parameter>
>>>>         <parameter name="transport.jms.Destination">
>>>> wso2.com/ordersQueue</parameter>
>>>>         <parameter
>>>> name="transport.jms.SessionAcknowledgement">AUTO_ACKNOWLEDGE</parameter>
>>>>     </parameters>
>>>> </inboundEndpoint>
>>>>
>>>> [1]
>>>> https://github.com/wso2-dev/wso2-synapse/blob/master/modules/core/src/main/java/org/apache/synapse/inbound/PollingConsumer.java
>>>>
>>>>
>>>> On Wed, Jul 9, 2014 at 7:44 PM, Kasun Indrasiri <[email protected]> wrote:
>>>>
>>>>> One other improvement is to make the inbound endpoints dynamically
>>>>> plugable so that the users can write their own inbound EPs  (i.e:
>>>>> class="org.wso2.carbon.CustomPollingTrp")
>>>>>
>>>>>
>>>>> On Thu, Jun 19, 2014 at 10:09 PM, Kishanthan Thangarajah <
>>>>> [email protected]> wrote:
>>>>>
>>>>>> To check whether clustering is enabled, you can acquire the
>>>>>> axisConfig instance and check for clustering agent's availability.
>>>>>>
>>>>>>
>>>>>> On Thu, Jun 19, 2014 at 2:18 PM, Ishan Jayawardena <[email protected]>
>>>>>> wrote:
>>>>>>
>>>>>>> Is there a way to check whether the current carbon instance is a
>>>>>>> stand alone (ie. non clustered) instance or a management node?
>>>>>>>
>>>>>>> I tried CarbonUtils.isWorkerNode() but it returns false for both
>>>>>>> manager node and single instance. It is important to identify if a given
>>>>>>> node is a management node to implement the coordination feature of the 
>>>>>>> ESB
>>>>>>> task that is used in schedule tasks and inbound endpoint 
>>>>>>> implementations.
>>>>>>> Therefore what are the possible ways to check this condition? Can we
>>>>>>> introduce a new isManagementNode method to the CarbonUtils class?
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Ishan.
>>>>>>>
>>>>>>>
>>>>>>> On Wed, Jun 18, 2014 at 8:15 PM, Kasun Indrasiri <[email protected]>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> We need to test the coordination behavior of inbound endpoints and
>>>>>>>> make sure it executes only on manager and an elected worker node.
>>>>>>>> @Ishan : Please update the thread once we are done with the
>>>>>>>> implementation/verification.
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, Apr 28, 2014 at 8:01 AM, Kasun Indrasiri <[email protected]>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Mon, Apr 28, 2014 at 7:20 AM, Malaka Silva <[email protected]>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>> Hi Kasun,
>>>>>>>>>>
>>>>>>>>>> Is there any reason why sequence is added as a different entry?
>>>>>>>>>>
>>>>>>>>>> Initially I thought about having inline message flows with in an
>>>>>>>>> inbound config itself. May be it is more clear to have it as a 
>>>>>>>>> reference.
>>>>>>>>> I'm +1 for the syntax with the injecting sequence and fault
>>>>>>>>> sequence as attributes.
>>>>>>>>>
>>>>>>>>> On a separate note, IMO we should use 'file' as the protocol
>>>>>>>>> instead of 'vfs' (that's an implementation detail).
>>>>>>>>>
>>>>>>>>>> Current
>>>>>>>>>>
>>>>>>>>>> <inboundEndpoint xmlns="http://ws.apache.org/ns/synapse";
>>>>>>>>>> name="MyVFSListenerEP"
>>>>>>>>>>                  protocol="vfs" interval="5" suspend="false">
>>>>>>>>>>     <parameters>
>>>>>>>>>>         <parameter
>>>>>>>>>> name="transport.vfs.FileURI">/home/malaka/work/vfs/files</parameter>
>>>>>>>>>>         <parameter name="transport.vfs.MoveAfterProcess">
>>>>>>>>>> ftp://malaka:[email protected]/home/malaka/work/vfs/pro
>>>>>>>>>> </parameter>
>>>>>>>>>>         <parameter
>>>>>>>>>> name="transport.vfs.ContentType">text/xml</parameter>
>>>>>>>>>>         <parameter name="transport.vfs.Streaming">true</parameter>
>>>>>>>>>>     </parameters>
>>>>>>>>>>  * <sequence key="requestHandlerSeq" onError="inFalte"/>*
>>>>>>>>>> </inboundEndpoint>
>>>>>>>>>>
>>>>>>>>>> Why not following?
>>>>>>>>>>
>>>>>>>>>> <inboundEndpoint xmlns="http://ws.apache.org/ns/synapse";
>>>>>>>>>> name="MyVFSListenerEP"
>>>>>>>>>>                  protocol="vfs"
>>>>>>>>>>                  *injectingSeq="requestHandlerSeq"
>>>>>>>>>> onErrorSeq="inFalte"*
>>>>>>>>>>                  interval="5" suspend="false">
>>>>>>>>>>     <parameters>
>>>>>>>>>>         <parameter
>>>>>>>>>> name="transport.vfs.FileURI">/home/malaka/work/vfs/files</parameter>
>>>>>>>>>>         <parameter name="transport.vfs.MoveAfterProcess">
>>>>>>>>>> ftp://malaka:[email protected]/home/malaka/work/vfs/pro
>>>>>>>>>> </parameter>
>>>>>>>>>>         <parameter
>>>>>>>>>> name="transport.vfs.ContentType">text/xml</parameter>
>>>>>>>>>>         <parameter name="transport.vfs.Streaming">true</parameter>
>>>>>>>>>>     </parameters>
>>>>>>>>>> </inboundEndpoint>
>>>>>>>>>>
>>>>>>>>>> Best Regards,
>>>>>>>>>> Malaka
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Fri, Apr 25, 2014 at 9:07 PM, Sriskandarajah Suhothayan <
>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>
>>>>>>>>>>> Great :)
>>>>>>>>>>>
>>>>>>>>>>> Thanks
>>>>>>>>>>> Suho
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Fri, Apr 25, 2014 at 8:33 PM, Malaka Silva <[email protected]>
>>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Hi Suho,
>>>>>>>>>>>>
>>>>>>>>>>>> That is the main idea. We are moving the message build and
>>>>>>>>>>>> sequence injection part to a handle for VFS and Inbound.
>>>>>>>>>>>>
>>>>>>>>>>>> Anyone can reuse this and get the raw output.
>>>>>>>>>>>>
>>>>>>>>>>>> Best Regards,
>>>>>>>>>>>> Malaka
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Fri, Apr 25, 2014 at 5:44 PM, Sriskandarajah Suhothayan <
>>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks, This code reuse is very useful.
>>>>>>>>>>>>> CEP team will start integrating when this its ready.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Regards
>>>>>>>>>>>>> Suho
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Fri, Apr 25, 2014 at 4:24 PM, Kasun Indrasiri <
>>>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi Suho,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> As per the offline chat we had, we did change the design so
>>>>>>>>>>>>>> that we can obtain the native format and we can register a 
>>>>>>>>>>>>>> handler which
>>>>>>>>>>>>>> can build the message in to any required format.  Malaka is 
>>>>>>>>>>>>>> working on
>>>>>>>>>>>>>> applying these changes and lets do a review once we have it up 
>>>>>>>>>>>>>> and running.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Mon, Apr 21, 2014 at 10:07 AM, Sriskandarajah Suhothayan <
>>>>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Great :)
>>>>>>>>>>>>>>> Please make then to work in their native form.
>>>>>>>>>>>>>>> i.e When using the JMS Utils they will return the message
>>>>>>>>>>>>>>> received in the native format itself (XML, JSON, Map) and it 
>>>>>>>>>>>>>>> will not auto
>>>>>>>>>>>>>>> convert all messages to XML like what axis2 JMS transport was 
>>>>>>>>>>>>>>> doing etc.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> We'll work with you on the integration
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Thanks
>>>>>>>>>>>>>>> Suho
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Mon, Apr 21, 2014 at 9:56 AM, Kasun Indrasiri <
>>>>>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Hi Suho,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> We are not dependent on any axis2 related transport. The
>>>>>>>>>>>>>>>> generic functionalities related to protocols such as JMS and 
>>>>>>>>>>>>>>>> VFS are
>>>>>>>>>>>>>>>> implemented as Utils.
>>>>>>>>>>>>>>>> So, we should be able to reuse them with in CEP too.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Sat, Apr 19, 2014 at 10:37 AM, Sriskandarajah Suhothayan
>>>>>>>>>>>>>>>> <[email protected]> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> @Kasun
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Can you elaborate a bit on the backend.
>>>>>>>>>>>>>>>>> Are we reusing/improving the Axis2 JMS transport or will
>>>>>>>>>>>>>>>>> this be a new implementation or module ?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> This is because CEP also has use-cases on working with JMS
>>>>>>>>>>>>>>>>> Brokers so its good if CEP can also reuse this implementation.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Regards
>>>>>>>>>>>>>>>>> Suho
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Wed, Apr 16, 2014 at 2:08 PM, Kasun Indrasiri <
>>>>>>>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> We need to finalize the tooling aspect of this too.
>>>>>>>>>>>>>>>>>> Ideally this is another entry point to ESB, which is very 
>>>>>>>>>>>>>>>>>> similar to a
>>>>>>>>>>>>>>>>>> proxy service or a REST api. Any thoughts on how we should 
>>>>>>>>>>>>>>>>>> proceed with the
>>>>>>>>>>>>>>>>>> tooling aspect of this?
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> 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.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> 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/
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>> 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
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> *S. Suhothayan*
>>>>>>>>>>>>>>>>> Associate Technical Lead,
>>>>>>>>>>>>>>>>>  *WSO2 Inc. *http://wso2.com
>>>>>>>>>>>>>>>>> * <http://wso2.com/>*
>>>>>>>>>>>>>>>>> lean . enterprise . middleware
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> *cell: (+94) 779 756 757 <%28%2B94%29%20779%20756%20757> |
>>>>>>>>>>>>>>>>> blog: http://suhothayan.blogspot.com/ 
>>>>>>>>>>>>>>>>> <http://suhothayan.blogspot.com/>
>>>>>>>>>>>>>>>>> twitter: http://twitter.com/suhothayan 
>>>>>>>>>>>>>>>>> <http://twitter.com/suhothayan> |
>>>>>>>>>>>>>>>>> linked-in: http://lk.linkedin.com/in/suhothayan
>>>>>>>>>>>>>>>>> <http://lk.linkedin.com/in/suhothayan>*
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>> Kasun Indrasiri
>>>>>>>>>>>>>>>> Software Architect
>>>>>>>>>>>>>>>> WSO2, Inc.; http://wso2.com
>>>>>>>>>>>>>>>> lean.enterprise.middleware
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> cell: +94 77 556 5206
>>>>>>>>>>>>>>>> Blog : http://kasunpanorama.blogspot.com/
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> *S. Suhothayan*
>>>>>>>>>>>>>>> Associate Technical Lead,
>>>>>>>>>>>>>>>  *WSO2 Inc. *http://wso2.com
>>>>>>>>>>>>>>> * <http://wso2.com/>*
>>>>>>>>>>>>>>> lean . enterprise . middleware
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> *cell: (+94) 779 756 757 <%28%2B94%29%20779%20756%20757> |
>>>>>>>>>>>>>>> blog: http://suhothayan.blogspot.com/ 
>>>>>>>>>>>>>>> <http://suhothayan.blogspot.com/>
>>>>>>>>>>>>>>> twitter: http://twitter.com/suhothayan 
>>>>>>>>>>>>>>> <http://twitter.com/suhothayan> |
>>>>>>>>>>>>>>> linked-in: http://lk.linkedin.com/in/suhothayan
>>>>>>>>>>>>>>> <http://lk.linkedin.com/in/suhothayan>*
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> Kasun Indrasiri
>>>>>>>>>>>>>> Software Architect
>>>>>>>>>>>>>> WSO2, Inc.; http://wso2.com
>>>>>>>>>>>>>> lean.enterprise.middleware
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> cell: +94 77 556 5206
>>>>>>>>>>>>>> Blog : http://kasunpanorama.blogspot.com/
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>>
>>>>>>>>>>>>> *S. Suhothayan *
>>>>>>>>>>>>> Technical Lead & Team Lead of WSO2 Complex Event Processor
>>>>>>>>>>>>>  *WSO2 Inc. *http://wso2.com
>>>>>>>>>>>>> * <http://wso2.com/>*
>>>>>>>>>>>>> lean . enterprise . middleware
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> *cell: (+94) 779 756 757 <%28%2B94%29%20779%20756%20757> |
>>>>>>>>>>>>> blog: http://suhothayan.blogspot.com/ 
>>>>>>>>>>>>> <http://suhothayan.blogspot.com/>
>>>>>>>>>>>>> twitter: http://twitter.com/suhothayan 
>>>>>>>>>>>>> <http://twitter.com/suhothayan> |
>>>>>>>>>>>>> linked-in: http://lk.linkedin.com/in/suhothayan
>>>>>>>>>>>>> <http://lk.linkedin.com/in/suhothayan>*
>>>>>>>>>>>>>
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> Architecture mailing list
>>>>>>>>>>>>> [email protected]
>>>>>>>>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>>
>>>>>>>>>>>> Best Regards,
>>>>>>>>>>>>
>>>>>>>>>>>> Malaka Silva
>>>>>>>>>>>> Senior Tech Lead
>>>>>>>>>>>> M: +94 777 219 791
>>>>>>>>>>>> Tel : 94 11 214 5345
>>>>>>>>>>>> Fax :94 11 2145300
>>>>>>>>>>>> Skype : malaka.sampath.silva
>>>>>>>>>>>> LinkedIn : http://www.linkedin.com/pub/malaka-silva/6/33/77
>>>>>>>>>>>> Blog : http://mrmalakasilva.blogspot.com/
>>>>>>>>>>>>
>>>>>>>>>>>> WSO2, Inc.
>>>>>>>>>>>> lean . enterprise . middleware
>>>>>>>>>>>> http://www.wso2.com/
>>>>>>>>>>>> http://www.wso2.com/about/team/malaka-silva/
>>>>>>>>>>>> <http://wso2.com/about/team/malaka-silva/>
>>>>>>>>>>>>
>>>>>>>>>>>> Save a tree -Conserve nature & Save the world for your future.
>>>>>>>>>>>> Print this email only if it is absolutely necessary.
>>>>>>>>>>>>
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> Architecture mailing list
>>>>>>>>>>>> [email protected]
>>>>>>>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>>
>>>>>>>>>>> *S. Suhothayan*
>>>>>>>>>>> Technical Lead & Team Lead of WSO2 Complex Event Processor
>>>>>>>>>>>  *WSO2 Inc. *http://wso2.com
>>>>>>>>>>> * <http://wso2.com/>*
>>>>>>>>>>> lean . enterprise . middleware
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> *cell: (+94) 779 756 757 <%28%2B94%29%20779%20756%20757> | blog:
>>>>>>>>>>> http://suhothayan.blogspot.com/ <http://suhothayan.blogspot.com/> 
>>>>>>>>>>> twitter:
>>>>>>>>>>> http://twitter.com/suhothayan <http://twitter.com/suhothayan> | 
>>>>>>>>>>> linked-in:
>>>>>>>>>>> http://lk.linkedin.com/in/suhothayan 
>>>>>>>>>>> <http://lk.linkedin.com/in/suhothayan>*
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Architecture mailing list
>>>>>>>>>>> [email protected]
>>>>>>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>>
>>>>>>>>>> Best Regards,
>>>>>>>>>>
>>>>>>>>>> Malaka Silva
>>>>>>>>>> Senior Tech Lead
>>>>>>>>>> M: +94 777 219 791
>>>>>>>>>> Tel : 94 11 214 5345
>>>>>>>>>> Fax :94 11 2145300
>>>>>>>>>> Skype : malaka.sampath.silva
>>>>>>>>>> LinkedIn : http://www.linkedin.com/pub/malaka-silva/6/33/77
>>>>>>>>>> Blog : http://mrmalakasilva.blogspot.com/
>>>>>>>>>>
>>>>>>>>>> WSO2, Inc.
>>>>>>>>>> lean . enterprise . middleware
>>>>>>>>>> http://www.wso2.com/
>>>>>>>>>> http://www.wso2.com/about/team/malaka-silva/
>>>>>>>>>> <http://wso2.com/about/team/malaka-silva/>
>>>>>>>>>>
>>>>>>>>>> Save a tree -Conserve nature & Save the world for your future.
>>>>>>>>>> Print this email only if it is absolutely necessary.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Kasun Indrasiri
>>>>>>>>> Software Architect
>>>>>>>>> WSO2, Inc.; http://wso2.com
>>>>>>>>> lean.enterprise.middleware
>>>>>>>>>
>>>>>>>>> cell: +94 77 556 5206
>>>>>>>>> Blog : http://kasunpanorama.blogspot.com/
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Kasun Indrasiri
>>>>>>>> Software Architect
>>>>>>>> WSO2, Inc.; http://wso2.com
>>>>>>>> lean.enterprise.middleware
>>>>>>>>
>>>>>>>> cell: +94 77 556 5206
>>>>>>>> Blog : http://kasunpanorama.blogspot.com/
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Ishan Jayawardena
>>>>>>> Senior Software Engineer
>>>>>>> Mobile: +94 (77) 408 2330
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> *Kishanthan Thangarajah*
>>>>>> Senior Software Engineer,
>>>>>> Platform Technologies Team,
>>>>>> WSO2, Inc.
>>>>>> lean.enterprise.middleware
>>>>>>
>>>>>> Mobile - +94773426635
>>>>>> Blog - *http://kishanthan.wordpress.com
>>>>>> <http://kishanthan.wordpress.com>*
>>>>>> Twitter - *http://twitter.com/kishanthan
>>>>>> <http://twitter.com/kishanthan>*
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Kasun Indrasiri
>>>>> Software Architect
>>>>> WSO2, Inc.; http://wso2.com
>>>>> lean.enterprise.middleware
>>>>>
>>>>> cell: +94 77 556 5206
>>>>> Blog : http://kasunpanorama.blogspot.com/
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Best Regards,
>>>>
>>>> Malaka Silva
>>>> Senior Tech Lead
>>>> M: +94 777 219 791
>>>> Tel : 94 11 214 5345
>>>> Fax :94 11 2145300
>>>> Skype : malaka.sampath.silva
>>>> LinkedIn : http://www.linkedin.com/pub/malaka-silva/6/33/77
>>>> Blog : http://mrmalakasilva.blogspot.com/
>>>>
>>>> WSO2, Inc.
>>>> lean . enterprise . middleware
>>>> http://www.wso2.com/
>>>> http://www.wso2.com/about/team/malaka-silva/
>>>> <http://wso2.com/about/team/malaka-silva/>
>>>>
>>>> Save a tree -Conserve nature & Save the world for your future. Print
>>>> this email only if it is absolutely necessary.
>>>>
>>>
>>>
>>>
>>> --
>>>
>>> Best Regards,
>>>
>>> Malaka Silva
>>> Senior Tech Lead
>>> M: +94 777 219 791
>>> Tel : 94 11 214 5345
>>> Fax :94 11 2145300
>>> Skype : malaka.sampath.silva
>>> LinkedIn : http://www.linkedin.com/pub/malaka-silva/6/33/77
>>> Blog : http://mrmalakasilva.blogspot.com/
>>>
>>> WSO2, Inc.
>>> lean . enterprise . middleware
>>> http://www.wso2.com/
>>> http://www.wso2.com/about/team/malaka-silva/
>>> <http://wso2.com/about/team/malaka-silva/>
>>>
>>> Save a tree -Conserve nature & Save the world for your future. Print
>>> this email only if it is absolutely necessary.
>>>
>>
>>
>>
>> --
>> Kasun Indrasiri
>> Software Architect
>> WSO2, Inc.; http://wso2.com
>> lean.enterprise.middleware
>>
>> cell: +94 77 556 5206
>> Blog : http://kasunpanorama.blogspot.com/
>>
>
>
>
> --
>
> Best Regards,
>
> Malaka Silva
> Senior Tech Lead
> M: +94 777 219 791
> Tel : 94 11 214 5345
> Fax :94 11 2145300
> Skype : malaka.sampath.silva
> LinkedIn : http://www.linkedin.com/pub/malaka-silva/6/33/77
> Blog : http://mrmalakasilva.blogspot.com/
>
> WSO2, Inc.
> lean . enterprise . middleware
> http://www.wso2.com/
> http://www.wso2.com/about/team/malaka-silva/
> <http://wso2.com/about/team/malaka-silva/>
>
> Save a tree -Conserve nature & Save the world for your future. Print this
> email only if it is absolutely necessary.
>



-- 
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

Reply via email to