Re: Wicket 'hook' point for page render timing
FYI: I'd skip the part where you build something manually, and simply use new relic's RPM tool for a month to dig into your app's performance. They give you a breakdown of slow requests so you can see how much time is spent in database calls, and even which sql queries are run. Op 11-2-2012 6:26, schreef Chris Colman: The reason I wanted to hook it into Wicket was to take advantage of Wicket resolving the page class using its ability to resolve pages via it's mounting mechanism. If I do it in a separate servlet filter and therefore deal with raw URLs then I think (but could be wrong) I have to re-implement some portion of the 'URL to mounted page class' mechanism. Being lazy or having no spare time, yeah, let's go with no spare time :) I was trying to avoid writing/duplicating the page class resolution part. But your filter idea is a good one if my 're-use' idea doesn't fly. It's nice and pluggable/removable too. Regards, Chris -Original Message- From: Nick Heudecker [mailto:nheudec...@gmail.com] Sent: Saturday, 11 February 2012 2:11 PM To: users@wicket.apache.org Subject: Re: Wicket 'hook' point for page render timing I did this with a simple servlet filter, then profiled individual service calls within the slower pages. On Fri, Feb 10, 2012 at 7:03 PM, Chris Colman chr...@stepaheadsoftware.comwrote: ** ** I'm interested in measuring the time taken to render each individual page class and building up some stats to see if any are doing too much in the database and could benefit from data caching. ** ** Wicket seems to be customizable at many levels and so I was wondering if there is a hook point/plugin point for a listener style interface that gets called immediately after the mount path resolution has taken place (but before page class construction) and then again after the page rendering has completed. ** ** In the measurement I want to include: - the time it takes to construct the page class (with parameters) as not all of my constructors have been migrated to onInitialize() and so some constructors are performing database lookups. - the time it takes to perform the render after page class construction has completed. If I can hook into these points with a page create/render listener (or something like that) then I can write a simple timer that tracks how long each page takes to render. ** ** Yours sincerely, ** ** Chris Colman Pagebloom Team Leader, Step Ahead Software pagebloom - your business your website growing together ** ** **Sydney**: (+61 2) 9656 1278 Canberra: (+61 2) 6100 2120 Email: chr...@stepahead.com.au//chr...@stepahead.com.au Website: http://www.pagebloom.com http://develop.stepaheadsoftware.com ** ** - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 'hook' point for page render timing
Chris, Have you looked into RenderPerformanceListener.java? added by getComponentInstantiationListeners().add(new RenderPerformanceListener()); -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-hook-point-for-page-render-timing-tp4378230p4379127.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Serving different content depending on User Agent
I would like to know what is the best way to serve slightly different content
depending on the User Agent string coming from the browser.
Is there a way to do this at the application level, eg by doing page
mounting and targeting different WebPage's, or some other general
redirection technique, or should I just keep unique WebPage's but add
specific logic to handle the special cases within each one? For example
WebClientInfo w = new WebClientInfo(getRequestCycle());
if(w.getUserAgent().contains(...)) {
// do something special
}
else {
// otherwise the general case
}
Many thanks
David
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Serving-different-content-depending-on-User-Agent-tp4379183p4379183.html
Sent from the Users forum mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Re: modal window takes very long time to close
Yes the page has lot of ajax links . -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/modal-window-takes-very-long-time-to-close-tp4377803p4379544.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: modal window takes very long time to close
I had trouble with modal windows with lots of ajax links in the past (a table full of them). I had to do some hack to get it working. I have tried googling for exactly what I did, but I can't find it. To my archives!... On Sat, Feb 11, 2012 at 1:54 PM, fachhoch fachh...@gmail.com wrote: Yes the page has lot of ajax links . -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/modal-window-takes-very-long-time-to-close-tp4377803p4379544.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
AjaxTabbedPanel - Enable / Disable Individual Tab.
Does anyone know how to enable or disable a Tab from a tabbedpanel. I dont mean visible or invisible. I want to be able to show all tabs, but disable the user from being able to click and view the tab contents until some condition i determine has been met. I can do it for the entire tab group, but thats not what i want. Anyone does anything like this ? appreciate it. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/AjaxTabbedPanel-Enable-Disable-Individual-Tab-tp4380339p4380339.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
wicket:link changes behavior from 1.4.15 to 1.4.19 ?
wicket:linkimg src=../icons/facebookLogin_300_35.png border=0/ /wicket:link This code works fine in wicket 1.4.15 , and will generate a url like this : http://foobar.com/app/resources/foobar.login.LoginPanel/null/icons/facebookLogin_300_35.png The null in URL seems represents .. in the resource path. But when I upgrade to 1.4.19 , the URL becomes : http://foobar.com/app/resources/icons/facebookLogin_300_35.png It is broken !!! Why ? And ... how to fix it ? (without hardcode the path in java code)
