<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<style type="text/css">
<!--
/*
The original subSilver Theme for phpBB version 2+
Created by subBlue design
http://www.subBlue.com
NOTE: These CSS definitions are stored within the main page body so that you can use the phpBB2
theme administration centre. When you have finalised your style you could cut the final CSS code
and place it in an external file, deleting this section to save bandwidth.
*/
/* General page style. The scroll bar colours only visible in IE5.5+ */
body {
background-color: #E5E5E5;
font-family: Verdana, Arial, Helvetica, sans-serif;
font-size: 11;
color: #000000;
}
/* General font families for common tags */
font,th,td,p { font-family: Verdana, Arial, Helvetica, sans-serif }
p, td { font-size : 11; color : #000000; }
a:link,a:active,a:visited { color : #006699; }
a:hover { text-decoration: underline; color : #DD6900; }
hr { height: 0px; border: solid #D1D7DC 0px; border-top-width: 1px;}
h1,h2 { font-family: "Trebuchet MS", Verdana, Arial, Helvetica, sans-serif; font-size : 22px; font-weight : bold; text-decoration : none; line-height : 120%; color : #000000;}
/* This is the border line & background colour round the entire page */
.bodyline { background-color: #FFFFFF; border: 1px #98AAB1 solid; }
/* General text */
.gen { font-size : 12px; }
.genmed { font-size : 11px; }
.gensmall { font-size : 10px; line-height: 12px}
.gen,.genmed,.gensmall { color : #000000; }
a.gen,a.genmed,a.gensmall { color: #006699; text-decoration: none; }
a.gen:hover,a.genmed:hover,a.gensmall:hover { color: #DD6900; text-decoration: underline; }
/* Forum title: Text and link to the forums used in: index.php */
.forumlink { font-weight: bold; font-size: 12px; color : #006699; }
a.forumlink { text-decoration: none; color : #006699; }
a.forumlink:hover{ text-decoration: underline; color : #DD6900; }
/* The content of the posts (body of text) */
.postbody { font-size : 12px; line-height: 18px}
a.postlink:link { text-decoration: none; color : #006699 }
a.postlink:visited { text-decoration: none; color : #5493B4; }
a.postlink:hover { text-decoration: underline; color : #DD6900}
/* Quote & Code blocks */
.code {
font-family: Courier, 'Courier New', sans-serif; font-size: 11px; color: #006600;
background-color: #FAFAFA; border: #D1D7DC; border-style: solid;
border-left-width: 1px; border-top-width: 1px; border-right-width: 1px; border-bottom-width: 1px
}
.quote {
font-family: Verdana, Arial, Helvetica, sans-serif; font-size: 11px; color: #444444; line-height: 125%;
background-color: #FAFAFA; border: #D1D7DC; border-style: solid;
border-left-width: 1px; border-top-width: 1px; border-right-width: 1px; border-bottom-width: 1px
}
-->
</style>
</head>
<body>
<div class="postbody">I propose you to use this post to specify the <span style="font-weight: bold">Monitoring a Administration features</span>. It will be updated according our thought maturity for these features. <span style="font-weight: bold">Don't hesitate to contribute replying to this post !</span><br />
<br />
<span style="font-size: 20px; line-height: normal"><span style="font-weight: bold">About Administration feature</span></span><br />
<ol type="1"><br />
<li><span style="font-weight: bold">About exposing PEtALS kernel JMX API using other protocols</span><br />
<ul><br />
<li>For network configuration/security reasons or management console usage, it could be interesting to expose the PEtALS Kernel JMX API using protocols as HTTP, SNMP, WSDM.<br />
<li>These protocols don't have to be included in the PEtALS Kernel because of:<br />
<ul><br />
<li>to avoid a source code complexity increase of the PEtALS kernel,<br />
<li>to have PEtALS a light process,<br />
<li>to avoid configuration conflict between components deployed into the container (ie: TCP port, ...)<br />
</ul><br />
</ul><br />
</span><table width="90%" cellspacing="1" cellpadding="3" border="0" align="center"><tr> <td><span class="genmed"><b>Proposed solution wrote:</b></span></td> </tr> <tr> <td class="quote"><br />
<ul><br />
<li>A new BC (<span style="font-style: italic">petals-bc-kernel</span>) could be created to expose the PEtALS kernel JMX API as a service on NMR (each API method will be an operation of the service). So this service could be exposed outside PEtALS using petals-bc-soap for example, or a new compodent "petals-bc-snmp",<br />
<li>petals-bc-kernel services will be compliant with WSDM, so in combination with petals-bc-soap we will have a support of WSDM managers (a SA can be delivered to expose theses services),<br />
<li>To be reusable with other JBI container, petals-bc-kernel will expose the JBI management API if it runs with a JBI container that is not PEtALS, and expose the PEtALS specific API if it runs with PEtALS.</ul><br />
</td> </tr></table><span class="postbody"><br />
</ol><br />
<span style="font-size: 20px; line-height: normal"><span style="font-weight: bold">About Monitoring feature</span></span><br />
<ol type="1"><li>The monitoring feature includes a statistics part. Two kinds of statistics:<br />
<ul><br />
<li>common statistics:<br />
<ul><br />
<li>number of messages (failed or sucessfull) per container, per exchange pattern, per interface, per service, per endpoint, during a given time (10 minutes),<br />
<li>minimum response time, maximum response time, average response time, percentile 90, percentile 10, during a given time (10 minutes),<br />
<li>...<br />
</ul><br />
<li>component specific statistics:<br />
<ul><br />
<li>petals-se-orchestra: number of pending processes, ...<br />
<li>petals-bc-soap: number of requests rejected by Rampart for security reason, ...<br />
<li>...<br />
</ul><br />
Any statistics information must be lost, particularly statistics available per duration.<br />
</ul><br />
<li>Monitoring API should be based on WSDM.<br />
<br />
<br />
</span><table width="90%" cellspacing="1" cellpadding="3" border="0" align="center"><tr> <td><span class="genmed"><b>Proposed solution wrote:</b></span></td> </tr> <tr> <td class="quote"><br />
<ul><br />
<li>Common statistics should be computed by the PEtALS kernel and exposed using its JMX API (and so petals-bc-kernel). <span style="font-weight: bold">A solution should be found concerning the storage of periodic statistics</span> into the kernel waiting their consumption, perhaps using MEP "InRobust ",<br />
<li>Component specific statistics should be included in the CDK using WSDM.<br />
</ul><br />
</td> </tr></table><span class="postbody"><br />
</ol><br />
<span style="font-size: 20px; line-height: normal"><span style="font-weight: bold">About Administration & Monitoring GUI feature</span></span><br />
<ul><br />
<li>A centralized GUI is needed to avoid switching between each PEtALS of a PEtALS network,<br />
<li>The GUI requires minimal network configuration (only one TCP port with one PEtALS node for example)<br />
</ul><br />
</span><table width="90%" cellspacing="1" cellpadding="3" border="0" align="center"><tr> <td><span class="genmed"><b>Proposed solution wrote:</b></span></td> </tr> <tr> <td class="quote"><br />
<ul><br />
<li>To have the minimal network configuration required by the GUI, it will be interesting to propose the GUI inside a SE (as the petals-sample-client), so all communication needs will be assumed by the NMR. The customer will only configure the link between the SE and its machine.<br />
<li>The GUI could be an embedded web-application, based on the current web-console.<br />
</ul><br />
</td> </tr></table><span class="postbody"></div>
<br /><div class="gensmall"><br />
<br />
<br />
-------------------- m2f --------------------<br />
<br />
Read this forum topic online here:<br />
<a href="http://petals.ebmwebsourcing.com/forum/viewtopic.php?p=209#209" target="_blank">http://petals.ebmwebsourcing.com/forum/viewtopic.php?p=209#209</a><br />
<br />
-------------------- m2f --------------------</div>
</body>
</html>