180 likes | 310 Views
Kiev Gama+, Gabriel Pedraza+, Thomas Lévêque * and Didier Donsez+. Application Management Plug-ins through Dynamically Pluggable Probes. * Mälardalen University, Department of Computer Science and Electronics, P.O. Box 883, SE-721 23 Västerås, Sweden thomas.leveque@mdh.se.
E N D
Kiev Gama+, Gabriel Pedraza+, Thomas Lévêque* and Didier Donsez+ Application Management Plug-ins through DynamicallyPluggable Probes *Mälardalen University, Department of Computer Science and Electronics, P.O. Box 883, SE-721 23 Västerås, Sweden thomas.leveque@mdh.se +LIG laboratory, University of Grenoble Bat. C, 220 rue de la Chimie, Domaine Universitaire Grenoble, France {kiev.gama, pedraza, didier.donsez}@imag.fr
Remote Application Administration System Administrator Domain Expert Security Expert
CASE STUDIES • RFID application domain • Aspire research project • Goal: provide middleware and tools for RFID entreprise application • http://wiki.aspire.ow2.org/xwiki/bin/view/Main/WebHome • Different administrator profiles • OSGi (lower level administrator, deployment responsible) • Aspire (higher level, RFID expert) • Aspire + OSGi (intermediate)
MOTIVATIONS • Remote Administration of Applications • Administration needs unknown at design time • to be discovered at runtime • depends on administrator profile and concerns that change over time • Tooling usability • Abstraction level
Generic Management Console JConsole VisualVM
PROPOSED SOLUTION System Administrator Domain Expert Security Expert Generic Console Generic Console Generic Console Memory ... Plugin Security Telecom ... ... Plugin Plugin Application SecurityProbe MemoryProbe Bandwith Probe …
Difficult Points • Discover list of possible probes • Add dynamically new probes • Discover and install required probes for available management console plugins
Proposed Solution • Composition of administration tools on-the-fly • Probes in the monitored application • Plug-ins in the management console • Resolver • Discover required probes for console plug-ins • General Architecture based on plug-ins • Both side • Application • Management Console
Probe Resolver • Find the corresponding probes and deploy them • Maintain a mapping file Plug-in Repository Management Console Probe Resolver ProbeRepository MappingDescriptor Monitored Application
Implementation • Management console • VisualVM plugins • Initially developped as Jconsole plugins • Application Managament & Monitoring • JMX (MOSGi)
OW2 Aspire Server Management Architecture VisualVM PluginRepository Visual VM Console level Aspire Data RFID RFID OSGi Resolver Plugin Plugin Plugin Plugin Plugin Server OSGiBundleRepository level ALE Server OSGi Platform Bundle RFIDMBean RFIDMBean OSGi MBean OSGi OBR ECSpecMBean LRSpec MBean DataMBean Deployer MBean Service LLRP RP Device level RFID RFID Sensor Sensor Reader Reader
OPEN ISSUES • Plugin dynamic loading/unloading in VisualVM • Need restart • Uninstall probe to increase performance • When? • What is the impact?
Probe vs Component • Probe embedded with a component • Probes as separate components • Targeting the application • Targeting a component only GUI 1 GUI 2 GUI 3 RCP Console Plug-in Model Adapter Model Adapter Connector Connector Probe ManagedApplication Probe Componentwith Probe Component Application Runtime
CONCLUSION Flexibility in administration domain is needed Consistency between administration console plugins and application probes Future works Choose console plugins and probes according to what the administrator wants to manage Administrator profil management Rights (e.g. Read-only information for a given profile, R/W for others)
Thanks Questions ?
Strategies • OSGi (lower level administrator, deployment responsible) • One probe for the whole application • Allow to install new probe (in form of an OSGi bundle) • One console plug-in • Aspire (higher level, RFID expert) • Different probes for different components • Various console plug-ins • Aspire + OSGi (intermediate) • Compose both