Home » Archived » OFMP » Eclipse Magazine Germany article
Eclipse Magazine Germany article [message #10286] |
Wed, 23 April 2008 09:00 |
Eclipse User |
|
|
|
Originally posted by: frederic.conrotte.kaupthing.lu
We will publish an article about OFMP on next Eclipse Magazine Germany.
For the ones who are not fluent in German, here is a brief overview:
OFMP technical worflow will respect IN/OUT endpoints schema.
Eclipse RCP based OFMP Client
^
||
JMS
^
||
TRADE INPUT GATEWAY (TIG) => JMS => OFMP CORE SERVER => JMS =>
TRADE OUTPUT GATEWAY (TOG)
^
||
CONTEXT
DATA GATEWAY
TIG contains a set of trade connectors. Each trade connector connect to a
source of trades (Reuters, EBS, BackOffice, Lehmann, etc)
OFMP core server's role is to:
- process incoming trades
- computes different derived informations, within some data context.
- send processed trades to TOG
Derived computed infos is for example Positions, Profit and Loss, Limits,
Risks (VAR, Expected Shortfall, etc)
The data context is provided by the Context Data Gateway (CDG)
CDG provides several types of information:
- Calendars
- Assets (Currencies, Stocks)
- Quotes
Information is provided either on request (i.e. calendar) or in the form of
feed (i.e. quotes)
TOG's role is to send process trades to external system like BackOffice or
Risk Management platform for example.
The whole framework communicates thru a single centralized JMS server like
ActiveMQ.
Currently, all components exist except TOF and CDG, which have to be
extracted from the core server.
One of the goals of OFMP is to establish a J2EE like environment on server
side (JMS, JTA, JCA, JAAS compliant) based on OSGi, Spring DM and message
routing technologies like Apache Camel.
Frederic
|
|
|
Re: Eclipse Magazine Germany article [message #10321 is a reply to message #10286] |
Wed, 23 April 2008 09:24 |
Eclipse User |
|
|
|
Originally posted by: frederic.conrotte.kaupthing.lu
Textual schema does not look good of course...
I've updated the wiki and uploaded the schema picture:
http://wiki.eclipse.org/OFMP
Frederic
"Frederic Conrotte" <frederic.conrotte@kaupthing.lu> wrote in message
news:fumtv5$kff$1@build.eclipse.org...
> We will publish an article about OFMP on next Eclipse Magazine Germany.
>
> For the ones who are not fluent in German, here is a brief overview:
>
> OFMP technical worflow will respect IN/OUT endpoints schema.
>
>
>
> Eclipse RCP based OFMP Client
>
> ^
>
> ||
>
> JMS
>
> ^
>
> ||
> TRADE INPUT GATEWAY (TIG) => JMS => OFMP CORE SERVER => JMS =>
> TRADE OUTPUT GATEWAY (TOG)
>
> ^
>
> ||
>
> CONTEXT DATA GATEWAY
>
> TIG contains a set of trade connectors. Each trade connector connect to a
> source of trades (Reuters, EBS, BackOffice, Lehmann, etc)
>
> OFMP core server's role is to:
> - process incoming trades
> - computes different derived informations, within some data context.
> - send processed trades to TOG
>
> Derived computed infos is for example Positions, Profit and Loss, Limits,
> Risks (VAR, Expected Shortfall, etc)
>
> The data context is provided by the Context Data Gateway (CDG)
>
> CDG provides several types of information:
> - Calendars
> - Assets (Currencies, Stocks)
> - Quotes
>
> Information is provided either on request (i.e. calendar) or in the form
> of feed (i.e. quotes)
>
> TOG's role is to send process trades to external system like BackOffice or
> Risk Management platform for example.
>
> The whole framework communicates thru a single centralized JMS server like
> ActiveMQ.
>
> Currently, all components exist except TOF and CDG, which have to be
> extracted from the core server.
>
> One of the goals of OFMP is to establish a J2EE like environment on server
> side (JMS, JTA, JCA, JAAS compliant) based on OSGi, Spring DM and message
> routing technologies like Apache Camel.
>
> Frederic
>
|
|
| | |
Re: Eclipse Magazine Germany article [message #568744 is a reply to message #10286] |
Wed, 23 April 2008 09:24 |
Frederic Conrotte Messages: 125 Registered: July 2009 |
Senior Member |
|
|
Textual schema does not look good of course...
I've updated the wiki and uploaded the schema picture:
http://wiki.eclipse.org/OFMP
Frederic
"Frederic Conrotte" <frederic.conrotte@kaupthing.lu> wrote in message
news:fumtv5$kff$1@build.eclipse.org...
> We will publish an article about OFMP on next Eclipse Magazine Germany.
>
> For the ones who are not fluent in German, here is a brief overview:
>
> OFMP technical worflow will respect IN/OUT endpoints schema.
>
>
>
> Eclipse RCP based OFMP Client
>
> ^
>
> ||
>
> JMS
>
> ^
>
> ||
> TRADE INPUT GATEWAY (TIG) => JMS => OFMP CORE SERVER => JMS =>
> TRADE OUTPUT GATEWAY (TOG)
>
> ^
>
> ||
>
> CONTEXT DATA GATEWAY
>
> TIG contains a set of trade connectors. Each trade connector connect to a
> source of trades (Reuters, EBS, BackOffice, Lehmann, etc)
>
> OFMP core server's role is to:
> - process incoming trades
> - computes different derived informations, within some data context.
> - send processed trades to TOG
>
> Derived computed infos is for example Positions, Profit and Loss, Limits,
> Risks (VAR, Expected Shortfall, etc)
>
> The data context is provided by the Context Data Gateway (CDG)
>
> CDG provides several types of information:
> - Calendars
> - Assets (Currencies, Stocks)
> - Quotes
>
> Information is provided either on request (i.e. calendar) or in the form
> of feed (i.e. quotes)
>
> TOG's role is to send process trades to external system like BackOffice or
> Risk Management platform for example.
>
> The whole framework communicates thru a single centralized JMS server like
> ActiveMQ.
>
> Currently, all components exist except TOF and CDG, which have to be
> extracted from the core server.
>
> One of the goals of OFMP is to establish a J2EE like environment on server
> side (JMS, JTA, JCA, JAAS compliant) based on OSGi, Spring DM and message
> routing technologies like Apache Camel.
>
> Frederic
>
|
|
| | |
Goto Forum:
Current Time: Sun Oct 06 08:40:19 GMT 2024
Powered by FUDForum. Page generated in 0.04357 seconds
|