|
Key
This line was removed.
This word was removed. This word was added.
This line was added.
|
Changes (12)
View Page History{section}
{column}
{column}
h1. Rationale and Context
The application XXX is a legacy application that daily produces an important stack various kinds of logs.
Each log is a positional file, where information is ordered by column of a determined length.
Due to recent hardware failures, it was decided that some of these logs should be backed up periodically and in a more robust way.
In addition, a new application upgrade is planned, which consists in using a new monitoring console with this application.
Eventually, the Information System Manager wants to set up additional (BPEL) processes, which will have to interact with the existing application.
Among these interactions, these processes may have to backup these logs in case of emergency situations.
Among these interactions, these processes may have to backup these logs in case of emergency situations.
Eventually, the Information System Manager wants to define and set up additional processes, implemented with BPEL. These new processes will have to interact with the existing application.
Some of these interactions may involve log backups in case of emergency situations.
Some of these interactions may involve log backups in case of emergency situations.
Hence, for a long-term storage, and in order to make the application events visible in this new monitoring console, it was decided the main information from these logs would have to be archived every 3 days in a data center. This data center will be accessed by the monitoring console to display the events the user queries. The log storage will also act as a safety measure in case where other hardware failures would occur.
h1. Solution
h2. Overall solution
The logs processing was decided to be handled with Talend Open Studio, while the BPEL processes will have to run inside Petals ESB.
The requirements naturally led to a native integration between both products.
The requirements naturally led to a native integration between both products.
{info}
h2. Petals Architecture and Message Flows
TODO: add image
Message flows:
# From *Petals-SE-Quartz* to *Petals-SE-Talend*
TODO: add image
Message flows:
# From *Petals-SE-Quartz* to *Petals-SE-Talend*
h1. Configuration for the Petals-SE-Talend component
\\
The job will be called every three days, let's say at noon. It corresponds to the following CRON expression.
{noformat}
<!-- CDK specific elements -->
<petalsCDK:timeout>30000</petalsCDK:timeout>
<petalsCDK:timeout>30000</petalsCDK:timeout>
<petalsCDK:mep xsi:nil="true" />
<petalsCDK:mep>InOnly</petalsCDK:mep>
<!-- Component specific elements -->
To test this use case, the first valuable thing to do would be to change the CRON expression, so that the jobs is executed every minute instead of every day.
\*0 {noformat}0 1 * * * \*\* *{noformat} should work.
\\
The console should display information about the request processing in the *Petals-SE-Talend* component.
The database should see the logs table created and filled-in. And the log file should have been moved into the _backup_ directory.
The database should see the logs table created and filled-in. And the log file should have been moved into the _backup_ directory.
{column}
{column:width=350px}
{column:width=350px}