Re: Monitoring Wicket using JAMon

2008-02-25 Thread Ryan Sonnek
I'd be happy to help if you need any since I commit to a few separate wicketstuff projects, but applying for your own commit access would probably be best. On Mon, Feb 25, 2008 at 10:45 AM, lars vonk <[EMAIL PROTECTED]> wrote: > I would be glad to contribute something. Are you related to the > wi

Re: Monitoring Wicket using JAMon

2008-02-25 Thread lars vonk
I would be glad to contribute something. Are you related to the wicketstuff project? Or should I just appy for commit access as described on: http://wicketstuff.org/confluence/display/STUFFWEB/Home. Cheers, Lars On Mon, Feb 25, 2008 at 5:00 PM, Ryan Sonnek <[EMAIL PROTECTED]> wrote: > I've been l

Re: Monitoring Wicket using JAMon

2008-02-25 Thread Ryan Sonnek
I've been looking at doing something similar to this in my application. any thoughts on contributing this to a new wicketstuff project? On Thu, Jan 31, 2008 at 9:14 AM, Johan Compagner <[EMAIL PROTECTED]> wrote: > > > > I am not sure if I follow you here. What do you mean by testing two > > pag

Re: Monitoring Wicket using JAMon

2008-01-31 Thread Johan Compagner
> > I am not sure if I follow you here. What do you mean by testing two > pages? Here is how I think it works (and want it to work): > > 1. User clicks on component on Page1 that will result in navigating to > Page2. In this case JAMon shows: Page2 30ms. > 2. User clicks on component on Page2 tha

Re: Monitoring Wicket using JAMon

2008-01-31 Thread lars vonk
Response inline On Jan 31, 2008 2:24 PM, Johan Compagner <[EMAIL PROTECTED]> wrote: > no you dont need the threadlocal > WebRequestCycle is already a thread local thats only used for one request > so in your WebRequestCycle you can have a start time. (onBeginRequest) > and then in onEndRequest you

Re: Monitoring Wicket using JAMon

2008-01-31 Thread Johan Compagner
no you dont need the threadlocal WebRequestCycle is already a thread local thats only used for one request so in your WebRequestCycle you can have a start time. (onBeginRequest) and then in onEndRequest you do your calculation. The problem that i see is that that time covers 2 things. 1 the reques

Re: Monitoring Wicket using JAMon

2008-01-31 Thread lars vonk
Hi thanks for the replies, Yes I want to do it per Page so I can monitor the performance per page. Here is how I implemented it, I am not sure if I always get the name of the Page name in the implementation of onEndRequest. (Allthough during tests I always got the name of the Page.) public class

Re: Monitoring Wicket using JAMon

2008-01-30 Thread Eelco Hillenius
On Jan 30, 2008 11:20 AM, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > but per page... Why don't you just answer then. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Monitoring Wicket using JAMon

2008-01-30 Thread Igor Vaynberg
but per page... -igor On Jan 30, 2008 11:18 AM, Eelco Hillenius <[EMAIL PROTECTED]> wrote: > On Jan 30, 2008 11:14 AM, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > > because he wants to know what page instance was accessed? > > He wants to monitor performance of requests from what I read. > > > Ee

Re: Monitoring Wicket using JAMon

2008-01-30 Thread Eelco Hillenius
On Jan 30, 2008 11:14 AM, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > because he wants to know what page instance was accessed? He wants to monitor performance of requests from what I read. Eelco - To unsubscribe, e-mail: [EMAIL

Re: Monitoring Wicket using JAMon

2008-01-30 Thread Igor Vaynberg
because he wants to know what page instance was accessed? -igor On Jan 30, 2008 11:11 AM, Eelco Hillenius <[EMAIL PROTECTED]> wrote: > > 1. ISessionStore.onBeginRequest and ISessionStore.onEndRequest > > 2. RequestCycle.onBeginRequest and RequestCycle.onEndRequest. > > > > For now I choose to ov

Re: Monitoring Wicket using JAMon

2008-01-30 Thread Eelco Hillenius
> 1. ISessionStore.onBeginRequest and ISessionStore.onEndRequest > 2. RequestCycle.onBeginRequest and RequestCycle.onEndRequest. > > For now I choose to override the ISessionStore because that one is > called before and after the RequestCycle methods. I want to check with > you guys if this is the

Re: Monitoring Wicket using JAMon

2008-01-30 Thread lars vonk
Hi, I came up with two possible candidate methods to put in JAMon monitoring. The: 1. ISessionStore.onBeginRequest and ISessionStore.onEndRequest 2. RequestCycle.onBeginRequest and RequestCycle.onEndRequest. For now I choose to override the ISessionStore because that one is called before and af

Monitoring Wicket using JAMon

2007-12-24 Thread lars vonk
Hi all, I am currently monitoring some spring beans in our application using JAMon (http://jamonapi.sourceforge.net/). To get a complete oversight I would like to measure the entry and exit point of a single page in my JAMon report. In the report I'd like to group the webrequest per page. I was st