The biggest underlying issue with the URLs is that it makes it very difficult to build up any load test scripts.
Back in the WO 3.5 days when we were able to deploy things out as a WO App using tools like Monitor there was a Recording adapter that would record the request/response stream so it could be replayed as a load test. Now we deploy things out a servlet without the WO adapters I am not sure how to set up a decent load testing scenario. Trying to decode the meaning of the URLs has been an exercise in futility. I would love to be able to use a tool like Apache Jmeter to load test our WO applications Dov On 2/21/07 10:16 AM, "Kieran Kelleher" <[EMAIL PROTECTED]> wrote: > This has been rolling around in the back of my mind too lately, > although I haven't done anything with it. Have you looked at > recording response statistics instead of perhaps clicks that generate > responses. Check out the > WOStatisticsStore class and ERXApplication has properties to set the > statistics log path and log rotation. It might be useful for your > objective. It seems you could override a few methods of WOComponent > in your global WOComponent custom subclass and these get called for > the supplementary statistics information. > > HTH, Kieran > > > On Feb 21, 2007, at 2:18 AM, Owen McKerrow wrote: > >> Hi All, >> >> Is there any way to track back from a WO url what the link/button >> pressed was ? >> >> i.e. for the following URL WebObjects/RIS.woa/wo/ >> LaxPpG24nbtqCjH1sZbfUw/110.0.11.5.5.1 how can I map back the >> 110.0.11.5.5.1 to a page and a link inside my app ? >> >> Thanks >> >> Owen McKerrow >> WebMaster, emlab >> Ph : +61 02 4221 5517 >> http://emlab.uow.edu.au >> >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> - - - - - - - - - - >> >> People who prefer typing to pointing then seem to prefer acronyms >> to save typing :-) >> -Denis Stanton, On people using Command Line Interfaces >> >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list ([email protected]) >> Help/Unsubscribe/Update your Subscription: >> http://lists.apple.com/mailman/options/webobjects-dev/kieran_lists% >> 40mac.com >> >> This email sent to [EMAIL PROTECTED] > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/drosenberg%40inquira.com > > This email sent to [EMAIL PROTECTED] _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
