Re: Ajax enabled pages are slow to load

2009-06-19 Thread Igor Vaynberg
great. i added a warning to the javadoc saying the implementations
should be fast.

-igor

On Fri, Jun 19, 2009 at 9:13 AM, T Ames wrote:
> Thanks Igor for making me THINK!
>
> This was my issue. I instituted my own ConfigurationType. At the time I did
> not realize that the WebApplication.getConfigurationType() was being called
> at many points during the rendering phase. So each time this method was
> called it was thrashing about in LDAP - which is where I am storing many of
> my properties. It makes sense to me NOW :)
>
> All fixed and AJAX is working SUPER FAST.
>
> --Tim
>
> On Thu, Jun 18, 2009 at 11:43 AM, Igor Vaynberg 
> wrote:
>
>> seems quiet strange. wicket does not spawn threads - but your ajax
>> calls do. so the question is what is spawning the threads before the
>> page renders?
>>
>> -igor
>>
>> On Thu, Jun 18, 2009 at 6:55 AM, Ames, Tim wrote:
>> > I have recently converted a project from 1.3.5 to 1.4.rc-4.  The only
>> thing that I have changed with it is adding all the generics.
>> >
>> > On pages, panels, etc. that I have ajax classes, the pages are taking a
>> great deal of time to load. They were not
>> > exactly quick to load for me in 1.3.5, but in 1.4.rc-4 they are painfully
>> slow.
>> >
>> > While in debug mode, I check during the database loading phase and all
>> that is running very quickly. It seems to be at the rendering phase where
>> the problem lies. I notice in the stack that there are many many Daemon
>> threads being created before the page will finally display.  I have ran this
>> in development and in deployment mode with no appreciable difference (and on
>> two different web servers).
>> >
>> > For a test I placed a breakpoint in the onRender() method of the page.
>>  The breakpoint occurred about halfway through all the Daemon threads that
>> were being created.
>> >
>> > I am using Tomcat 6.0.14
>> >
>> > I am noticing this in other projects not just this one. Any suggestions
>> on what to look for to speed it up?  I do have logging on with info, so I
>> have verified that all the objects are serializable.
>> >
>> > One of the projects has a webpage class with a mix of these ajax
>> components:
>> > AjaxSelfUpdatingTimerBehavior;
>> > AjaxLink;
>> > ModalWindow;
>> > IndicatingAjaxLink;
>> >
>> >
>> >
>> >
>> > Timothy Ames
>> > Developer II
>> > Promedica Health Systems, North
>> > Direct phone: 517-265-0281
>> > Internal extension: 72281
>> >
>> > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>> _
>> >
>> > EMAIL CONFIDENTIALITY NOTICE
>> >
>> > This Email message, and any attachments, may contain confidential
>> > patient health information that is legally protected. This information
>> > is intended only for the use of the individual or entity named above.
>> > The authorized recipient of this information is prohibited from
>> disclosing
>> > this information to any other party unless required to do so by law
>> > or regulation and is required to destroy the information after its stated
>> > need has been fulfilled. If you are not the intended recipient, you are
>> > hereby notified that any disclosure, copying, distribution, or action
>> > taken in reliance on the contents of this message is strictly prohibited.
>> >
>> > If you have received this information in error, please notify
>> > the sender immediately by replying to this message and delete the
>> > message from your system.
>> >
>>
>> -
>> 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



Re: Ajax enabled pages are slow to load

2009-06-19 Thread T Ames
Thanks Igor for making me THINK!

This was my issue. I instituted my own ConfigurationType. At the time I did
not realize that the WebApplication.getConfigurationType() was being called
at many points during the rendering phase. So each time this method was
called it was thrashing about in LDAP - which is where I am storing many of
my properties. It makes sense to me NOW :)

All fixed and AJAX is working SUPER FAST.

--Tim

On Thu, Jun 18, 2009 at 11:43 AM, Igor Vaynberg wrote:

> seems quiet strange. wicket does not spawn threads - but your ajax
> calls do. so the question is what is spawning the threads before the
> page renders?
>
> -igor
>
> On Thu, Jun 18, 2009 at 6:55 AM, Ames, Tim wrote:
> > I have recently converted a project from 1.3.5 to 1.4.rc-4.  The only
> thing that I have changed with it is adding all the generics.
> >
> > On pages, panels, etc. that I have ajax classes, the pages are taking a
> great deal of time to load. They were not
> > exactly quick to load for me in 1.3.5, but in 1.4.rc-4 they are painfully
> slow.
> >
> > While in debug mode, I check during the database loading phase and all
> that is running very quickly. It seems to be at the rendering phase where
> the problem lies. I notice in the stack that there are many many Daemon
> threads being created before the page will finally display.  I have ran this
> in development and in deployment mode with no appreciable difference (and on
> two different web servers).
> >
> > For a test I placed a breakpoint in the onRender() method of the page.
>  The breakpoint occurred about halfway through all the Daemon threads that
> were being created.
> >
> > I am using Tomcat 6.0.14
> >
> > I am noticing this in other projects not just this one. Any suggestions
> on what to look for to speed it up?  I do have logging on with info, so I
> have verified that all the objects are serializable.
> >
> > One of the projects has a webpage class with a mix of these ajax
> components:
> > AjaxSelfUpdatingTimerBehavior;
> > AjaxLink;
> > ModalWindow;
> > IndicatingAjaxLink;
> >
> >
> >
> >
> > Timothy Ames
> > Developer II
> > Promedica Health Systems, North
> > Direct phone: 517-265-0281
> > Internal extension: 72281
> >
> > _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> >
> > EMAIL CONFIDENTIALITY NOTICE
> >
> > This Email message, and any attachments, may contain confidential
> > patient health information that is legally protected. This information
> > is intended only for the use of the individual or entity named above.
> > The authorized recipient of this information is prohibited from
> disclosing
> > this information to any other party unless required to do so by law
> > or regulation and is required to destroy the information after its stated
> > need has been fulfilled. If you are not the intended recipient, you are
> > hereby notified that any disclosure, copying, distribution, or action
> > taken in reliance on the contents of this message is strictly prohibited.
> >
> > If you have received this information in error, please notify
> > the sender immediately by replying to this message and delete the
> > message from your system.
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>


Re: Ajax enabled pages are slow to load

2009-06-18 Thread Igor Vaynberg
seems quiet strange. wicket does not spawn threads - but your ajax
calls do. so the question is what is spawning the threads before the
page renders?

-igor

On Thu, Jun 18, 2009 at 6:55 AM, Ames, Tim wrote:
> I have recently converted a project from 1.3.5 to 1.4.rc-4.  The only thing 
> that I have changed with it is adding all the generics.
>
> On pages, panels, etc. that I have ajax classes, the pages are taking a great 
> deal of time to load. They were not
> exactly quick to load for me in 1.3.5, but in 1.4.rc-4 they are painfully 
> slow.
>
> While in debug mode, I check during the database loading phase and all that 
> is running very quickly. It seems to be at the rendering phase where the 
> problem lies. I notice in the stack that there are many many Daemon threads 
> being created before the page will finally display.  I have ran this in 
> development and in deployment mode with no appreciable difference (and on two 
> different web servers).
>
> For a test I placed a breakpoint in the onRender() method of the page.  The 
> breakpoint occurred about halfway through all the Daemon threads that were 
> being created.
>
> I am using Tomcat 6.0.14
>
> I am noticing this in other projects not just this one. Any suggestions on 
> what to look for to speed it up?  I do have logging on with info, so I have 
> verified that all the objects are serializable.
>
> One of the projects has a webpage class with a mix of these ajax components:
> AjaxSelfUpdatingTimerBehavior;
> AjaxLink;
> ModalWindow;
> IndicatingAjaxLink;
>
>
>
>
> Timothy Ames
> Developer II
> Promedica Health Systems, North
> Direct phone: 517-265-0281
> Internal extension: 72281
>
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
>
> EMAIL CONFIDENTIALITY NOTICE
>
> This Email message, and any attachments, may contain confidential
> patient health information that is legally protected. This information
> is intended only for the use of the individual or entity named above.
> The authorized recipient of this information is prohibited from disclosing
> this information to any other party unless required to do so by law
> or regulation and is required to destroy the information after its stated
> need has been fulfilled. If you are not the intended recipient, you are
> hereby notified that any disclosure, copying, distribution, or action
> taken in reliance on the contents of this message is strictly prohibited.
>
> If you have received this information in error, please notify
> the sender immediately by replying to this message and delete the
> message from your system.
>

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Ajax enabled pages are slow to load

2009-06-18 Thread Ames, Tim
I have recently converted a project from 1.3.5 to 1.4.rc-4.  The only thing 
that I have changed with it is adding all the generics.

On pages, panels, etc. that I have ajax classes, the pages are taking a great 
deal of time to load. They were not
exactly quick to load for me in 1.3.5, but in 1.4.rc-4 they are painfully slow.

While in debug mode, I check during the database loading phase and all that is 
running very quickly. It seems to be at the rendering phase where the problem 
lies. I notice in the stack that there are many many Daemon threads being 
created before the page will finally display.  I have ran this in development 
and in deployment mode with no appreciable difference (and on two different web 
servers).

For a test I placed a breakpoint in the onRender() method of the page.  The 
breakpoint occurred about halfway through all the Daemon threads that were 
being created.

I am using Tomcat 6.0.14

I am noticing this in other projects not just this one. Any suggestions on what 
to look for to speed it up?  I do have logging on with info, so I have verified 
that all the objects are serializable.

One of the projects has a webpage class with a mix of these ajax components:
AjaxSelfUpdatingTimerBehavior;
AjaxLink;
ModalWindow;
IndicatingAjaxLink;




Timothy Ames
Developer II
Promedica Health Systems, North
Direct phone: 517-265-0281
Internal extension: 72281

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

EMAIL CONFIDENTIALITY NOTICE 

This Email message, and any attachments, may contain confidential 
patient health information that is legally protected. This information 
is intended only for the use of the individual or entity named above. 
The authorized recipient of this information is prohibited from disclosing 
this information to any other party unless required to do so by law 
or regulation and is required to destroy the information after its stated 
need has been fulfilled. If you are not the intended recipient, you are 
hereby notified that any disclosure, copying, distribution, or action 
taken in reliance on the contents of this message is strictly prohibited. 

If you have received this information in error, please notify 
the sender immediately by replying to this message and delete the 
message from your system.