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.
Difference between revisions of "Build to Manage"
(→BtM Demo at Eclipse Con 2007) |
(→BtM Demo at Eclipse Con 2007) |
||
Line 29: | Line 29: | ||
''' Demo Scenario''' | ''' Demo Scenario''' | ||
+ | |||
We will have a writer that prints out a message to the console. | We will have a writer that prints out a message to the console. | ||
It will use a thread pool to do the work. | It will use a thread pool to do the work. | ||
Line 34: | Line 35: | ||
We will add the control layer (WSDM) to the thread pool. Use a service group and MAX to find it. | 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. | 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. | ||
+ | |||
Revision as of 14:39, 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.
- Start w/ARM to trace a transaction. Show the ARM tooling, the instrumentation, and how you can view the ARM infor.
- When testing, the transaction will fail.
- 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???)