On Thu, Jul 18, 2013 at 11:18 PM, Mohanadarshan Vivekanandalingam <
mo...@wso2.com> wrote:

> Well, Actually Initial discussion was not done with the participation of
> ESB team, above ideas are came-up
> based on the call that we (me and suho) had with Asanka few months back...
>
> But I had an offline chat with Kasun.I regarding this, and He also felt it
> is better to move FIX transport
> as a separate carbon component but we have not done a proper discussion or
> plan regarding how this needs to be
> proceed and how is this supposed to be used by ESB..
>

Since this is a Axis2 transport implementation should be under Axis2 or
Synapse, we have plan to remove Axis2 from Carbon level hence IMHO this
should not be a carbon component.

Thanks !


>
> Regards,
> Mohan
>
>
>
> On Thu, Jul 18, 2013 at 6:55 PM, Samisa Abeysinghe <sam...@wso2.com>wrote:
>
>> Well, I was asking, if we move, then how is this supposed to be used by
>> ESB?
>>
>>
>> On Thu, Jul 18, 2013 at 10:10 AM, Mohanadarshan Vivekanandalingam <
>> mo...@wso2.com> wrote:
>>
>>> Move is not started yet... It is in the discussion level... We need to
>>> find the best way to do that because we
>>> need to get the participation of ESB team and some others for this...
>>>
>>> Regards,
>>> Mohan
>>>
>>> On Thu, Jul 18, 2013 at 5:40 AM, Samisa Abeysinghe <sam...@wso2.com>wrote:
>>>
>>>> When the move is done, who is it supposed to be used by ESB?
>>>>
>>>>
>>>> On Wed, Jul 17, 2013 at 9:09 PM, Mohanadarshan Vivekanandalingam <
>>>> mo...@wso2.com> wrote:
>>>>
>>>>> At the moment there are two types of implementations available for FIX
>>>>> transport.
>>>>>
>>>>> 1) FIX transport which is in the synapse level that used by ESB
>>>>>
>>>>> 2) Basic FIX transport broker(not released) implementation in CEP
>>>>>
>>>>> But based on the discussion that we made few months ago, It is not
>>>>> good to have two separate implementations for FIX transport. But
>>>>> It is not possible to use Synapse level FIX transport by CEP because
>>>>> of some limitations. Since it is better to move out the FIX transport
>>>>> from Synapse and allow to use by any products.
>>>>>
>>>>> Please refer the architecture mail Thread "FIX Broker for CEP"  for
>>>>> more information. Please find some notes that we came-up from the
>>>>> discussion  that we had before.
>>>>>
>>>>> *      Current ESB FIX Transport*
>>>>>
>>>>>    - It is designed in the synapse level.
>>>>>    - When ESB receives a FIX message it removes the header and
>>>>>    trailer and converts it into xml. Because of this implementation it can
>>>>>    handle multiple FIX message versions easily.
>>>>>    - ESB uses only one FIX instance to receive and send FIX messages.
>>>>>    - Currently its converting the Fix message to XML (here we are not
>>>>>    using the stranded XML format ) provided by quickfix) in the transport
>>>>>    itself and sending it as a Synapse message
>>>>>    - Current implementation only supports 500 TPS.
>>>>>
>>>>>      * Current CEP FIX Transport*
>>>>>
>>>>>    - Here there will be two parts. To receive the events and to
>>>>>    publish the events.
>>>>>    - We are receiving the FIX events, convert that into the map and
>>>>>    pass in to the Siddhi.
>>>>>    - Events that received from siddhi is convert into a FIX message
>>>>>    type which is defined by the user  using the java reflection.
>>>>>    - We handle only one port (can have many sessions) to create
>>>>>    multiple sessions
>>>>>
>>>>>        *Ideas that came up *
>>>>>
>>>>>    - We need to have single implementation for a specific Transport
>>>>>    (one FIX transport for both ESB, CEP and etc...)
>>>>>    - Moving FIX implementation from synapse to Axis2
>>>>>    - In common scenario mostly people use custom message tags.
>>>>>    - Need to develop specific formatter builder to create xml/Map.
>>>>>    - Map the  Fix message header values as Soap headers when
>>>>>    converting to XML, this will allow ESB to route the messages more
>>>>>    efficiently.
>>>>>
>>>>>
>>>>> Ideas are welcomed on this... WDYT?
>>>>>
>>>>> Reagrds,
>>>>> Mohan
>>>>>
>>>>>
>>>>> --
>>>>> *V. Mohanadarshan*
>>>>> *Software Engineer,*
>>>>> *Data Technologies Team,*
>>>>> *WSO2, Inc. http://wso2.com *
>>>>> *lean.enterprise.middleware.*
>>>>> *
>>>>> *
>>>>> email: mo...@wso2.com
>>>>> phone:(+94) 771117673
>>>>>
>>>>> _______________________________________________
>>>>> Architecture mailing list
>>>>> Architecture@wso2.org
>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Thanks,
>>>> Samisa...
>>>>
>>>> Samisa Abeysinghe
>>>> VP Engineering
>>>> WSO2 Inc.
>>>> http://wso2.com
>>>> http://wso2.org
>>>>
>>>> _______________________________________________
>>>> Architecture mailing list
>>>> Architecture@wso2.org
>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>
>>>>
>>>
>>>
>>> --
>>> *V. Mohanadarshan*
>>> *Software Engineer,*
>>> *Data Technologies Team,*
>>> *WSO2, Inc. http://wso2.com *
>>> *lean.enterprise.middleware.*
>>> *
>>> *
>>> email: mo...@wso2.com
>>> phone:(+94) 771117673
>>>
>>> _______________________________________________
>>> Architecture mailing list
>>> Architecture@wso2.org
>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>
>>>
>>
>>
>> --
>>
>> Thanks,
>> Samisa...
>>
>> Samisa Abeysinghe
>> VP Engineering
>> WSO2 Inc.
>> http://wso2.com
>> http://wso2.org
>>
>> _______________________________________________
>> Architecture mailing list
>> Architecture@wso2.org
>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>
>>
>
>
> --
> *V. Mohanadarshan*
> *Software Engineer,*
> *Data Technologies Team,*
> *WSO2, Inc. http://wso2.com *
> *lean.enterprise.middleware.*
> *
> *
> email: mo...@wso2.com
> phone:(+94) 771117673
>
> _______________________________________________
> Architecture mailing list
> Architecture@wso2.org
> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>
>


-- 
Sagara Gunathunga

Senior Technical Lead; WSO2, Inc.;  http://wso2.com
V.P Apache Web Services;    http://ws.apache.org/
Linkedin; http://www.linkedin.com/in/ssagara
Blog ;  http://ssagara.blogspot.com
_______________________________________________
Architecture mailing list
Architecture@wso2.org
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Reply via email to