Rational Team Concert education modules in IBM Education Assistant.
IBM Education Assistant is a collection of multimedia educational modules designed to help you gain a better understanding of IBM software products and use them more effectively to meet your business requirements.
Please check them out and let us know what you think ... either via the feedback mechanism at IEA or by leaving a comment here.
Many thanks to Steven Jin and Pam Barnard!
Four times a year, we review and gather up content that has beenidentified by clientsand support as the most usefultechnotes in solving problems or answering questions, and publish it ina document we call the Top Rational FAQ Links by Product.
This document has been updated for 1Q09, and republished. You can find it here:
Wecontinue to increase the number of products this tech note addresses, and you can now subscribe to thisinformation in your favorite RSS reader.
Run! Subscribe! Now!
New this quarter:
Rational Business Developer
Rational Quality Manager
ClearCase and MultiSite
ClearQuest and MultiSite
Rational Data Architect (Information Management)
If you find this tech note useful, please provide feedback via the Rate This Page mechanism.
The heritage Boston Metro Rational User Group is cominginto 2009 as its own entity, separate from the Boston Metro RationalClearCase User Group. To avoid any confusion, the user group will nowby named – “New England Rational User Group”.w00t! Two Boston area Rational User Groups! :-)
I am writing toyou today because you are listed as a current member of the legacy usergroup. I heartily invite you to continue your participation with us aswe begin to roll out some exciting new initiatives throughout thecoming year. Please let me know if you wish to embark on this newjourney with the “New England Rational User Group”. [...] if youwould like to send me your thoughts on any ! topic, related to this newendeavor, I would love to hear them. You can email me at:d
We are taking the month of March to developa series of presentations and activities that will be deliveredvirtually as well as in person. We also plan on developing polls tohelp us gauge where everybody’s interests lie.
I hope that youwill carry your continued participation into the new organization. Ourgoal is to enable you through community and IBM channels, helping yourealize the potential of your IBM/
NOTE: To reiterate - the Boston Metro ClearCase User Group will still be functioning. It will just be a separate entity.
A guest posting from Christian Glockner, Rational Client Support, EMEA...
Help us help you!
While we do our best to prevent problems from happening in the firstplace, sometimes there's just no way around opening a PMR in order toget support from us.
Whether you open your PMR through ESR, by e-mail or over the phone, oneof our Technical Support Engineers (TSEs) should contact you within twobusiness hours of opening the PMR.
Most of the time, this first contact consists of the TSE asking formore details, be it regarding your setup, the exact circumstances ofthe problem, or other details that are required for us to efficientlyresolve your concern. And it's only after we've received these detailsthat we can actually start to investigate.
We'd love to change that, because we know that time is money and thatyou want the solution as soon as possible - and rightfully so. But weneed your help to make that happen.
So what can YOU do to help us help you?
It's a few simple things:
- Tell us what you're using!
Which Rational products are involved and what versions are they at?
What Operating System are you running on, which database vendor are you using, etc?
Providing this information right at the start of the PMR allows the TSEworking on it to have a clearer picture of the environment at hand. Thedetails we need obviously depend on the products involved, but ingeneral: the more detail the better.
- Tell us what's going on!
When you open the PMR, describe the situation you're running into.
Why are you contacting us, what concerns you?
Are you getting error messages (if so, which exact error message)?
Include all details that you deem helpful, such as screenshots, even viewlets help.
If you have steps to reproduce the problem, include them.
By the way, Rational Client Support has implemented the Kepn
- Tell us how urgent it is for you!
We want to make sure we set the priorities right on your issues, and infact only YOU can tell us how urgent things are for YOU. If you haveany deadlines you need to meet, tell us.
What's at stake for you? Let us know!
Keep these three things in mind (Environment, Situation, Urgency) whenopening a PMR, and you can be sure that we can get started on yourrequest right away.
You see: It's a win-win for both of us.
Christian Glockner is a Technical Support Engineer in Rational Client Support, based in our Amsterdam office. He rocks.
Rajeshavanthi 2700022MCX Visits (126)
There are many instances where you get reports indicating higher page response times in the IBM Rational Performance Tester (RPT) generated reports. You tend to correlate these metrics against the usual time behavior noticed when accessing the application under test outside RPT. It could be a case as well where even if you add all the page elements listed in report, the response time is much less compared to overall response time for the transaction.
The page is considered to begin when the first action (typically a request) associated with the page starts execution. If this request needs to make a connection, the page response time will include the connection time. The page ends when the last action (usually a response) of the page completes. RPT would adjust the page response time to remove the time spent in client delays. In RPT 8.2 this changed after determining it was more representative of the real-world response time to leave the client delays in the page response time. Thus, in RPT 8.2 and later, the page response time does include client delays.
However the Think Time value set in the schedule is not included in the page response times displayed in the Performance report. It should be noted that there are potential "delays" in the script that could increase page response times. Think times are associated with pages and are intended to represent human pauses during recording - these don't impact page response times. For individual page elements (requests), there may also be delays which are intended to represent client (browser) delays (processing time for example). These will be reflected in page response times
Questions could arise such as: How does RPT calculate the Page level response time as compared to Request level response time for a given page?
In case the first request used a new TCP connection, it calculates the difference between the timestamp when the connection for the first request in the page was made and the timestamp of when the last byte was received for the last request in the page. In case an existing connection was reused, the timestamp of when the first request was sent is used. All these timestamps are available in the test log if full logging is on. If a existing TCP connection is re-used, the value "Time to Connect" in the test log will be 0 .