InstallGuide

Key
This line was removed.
This word was removed. This word was added.
This line was added.

Changes (7)

View Page History
h3. How does it work?

* You configure a component so that when it is installed, it will register in petals-se-notification base: "I will can send notifications to you".
* Upon reception, petals-se-notification forwards these notifications to petals-se-kpi (configured with its own services assemblies -- sa-kpi).
* What is a sa-kpi? It's a set of filters that will select specific information among the whole flow data. Whenever a notification an exchange fits with a sa-kpi, this a notification (with selected data only) is send from the component and will be saved in a relational database. This database has to be shared between KPI Service Engine and Petals View.
* Petals View then connects to this database to retrieve informations.
* Messages are saved into the database in a "raw" format. Petals View will give them meaning by naming and organizing them in a human-readable way.
xmlns:st="http://www.ebmwebsourcing.com/wsnotification/specificTypes">

<\!-\- Import a Service into PEtALS or Expose a PEtALS Service => use a BC. \-->
<jbi:services binding-component="false">

<\!-\- Expose a PEtALS Service => consumes a Service. \-->
<jbi:consumes
interface-name="wsn-br:NotificationBroker"
endpoint-name="NotificationBrokerServiceEndpoint">

<\!-\- CDK specific fields \-->
<petalsCDK:operation>Subscribe</petalsCDK:operation>
<petalsCDK:mep>InOut</petalsCDK:mep>
<\!-\- Component specific elements \-->
<\!-\- Subscription to process on init : \-->
<kpi:TopicExpressionDialect>[http://docs.oasis-open.org/wsn/t1/TopicExpression/Full]</kpi:TopicExpressionDialect>
<kpi:TopicExpressionNamespace>[http://petals.ow2.org/topic]</kpi:TopicExpressionNamespace>