Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Build to Manage"

(BtM Demo at Eclipse Con 2007)
(BtM Demo at Eclipse Con 2007)
Line 39: Line 39:
  
  
* Start w/ARM to trace a transaction.  Show the ARM tooling, the instrumentation, and how you can view the ARM infor.   
+
* Start w/ARM to trace a transaction.  Show the ARM tooling, the instrumentation, and how you can view the ARM information.   
** When testing, the transaction will fail.
+
** When testing, the transaction initially takes too long.
 
* Now we want an event (CBE or WEF) to be signaled when the transaction fails.
 
* Now we want an event (CBE or WEF) to be signaled when the transaction fails.
 
** Other possibilities would be if a transaction takes too long, or if it gets lost, fire the event.   
 
** Other possibilities would be if a transaction takes too long, or if it gets lost, fire the event.   
 
* Show the CBE log viewer with the ARM in the extension element.
 
* Show the CBE log viewer with the ARM in the extension element.
 
** (can we link the views???)
 
** (can we link the views???)

Revision as of 14:41, 18 January 2007

Here is an overview of the File:WSDM--BTM-TPTP-AG-01-DEC-06.zip.

Design documents for BtM WSDM tooling in TPTP 4.4 are here: Design Documents BtM TPTP 4.4

Use cases for BtM WSDM tooling in TPTP 4.4. are here: BtM WSDM TPTP 4.4 Use Cases

Code level dependencies in BtM WSDM Tooling TPTP 4.4: BtM WSDM TPTP 4.4 Depedencies


BtM Demo at Eclipse Con 2007

Instrumentation Technologies

  • Overview of each (15 Min Total)
    • CBEs
    • ARM
    • JMX
    • WSDM
    • Managed Agent Explorer
      • What's important is the commonality between JMX & WSDM
  • What are we working on for 4.4
  • Questions to be able to answer
    • Relationship of WEF to CBE


Demo Scenario

We will have a writer that prints out a message to the console. It will use a thread pool to do the work. The transaction will fail when the thread pool is empty. We will add the control layer (WSDM) to the thread pool. Use a service group and MAX to find it. Use both the set properties and an operation to control the pool. Create a "RequestHandler" bean that all the reuests run through. There will be a sleep statement in there that causes the transaction to exceed the threshold. Use the JMX tooling to create an mBean for the "Request Handler" that manipulates it in such a way that the requests don't exceed the threshold. Use MAX to affect the sleep value.


  • Start w/ARM to trace a transaction. Show the ARM tooling, the instrumentation, and how you can view the ARM information.
    • When testing, the transaction initially takes too long.
  • Now we want an event (CBE or WEF) to be signaled when the transaction fails.
    • Other possibilities would be if a transaction takes too long, or if it gets lost, fire the event.
  • Show the CBE log viewer with the ARM in the extension element.
    • (can we link the views???)

Back to the top