You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Christian Dutaret <cd...@gmail.com> on 2006/10/11 17:11:09 UTC
4.1.1 performance issues
Hi all,
I am facing some performance issues with my application using the latest
4.1.1 snapshot :
- on page load, the browser freezes a few seconds (much better than the
earlier 4.1 releases, but still slow)
- some resources seem not to be cached by IE (it performs better with FF).
For instance, on a DropdownDatePicker, each time I click on the calendar
icon on IE, it reloads all the calendar images.
I also noticed every now and then I have some error logs saying that it
couldn't load some classpath resources. If I reload the page, the resource
is normally found (sometimes I need to retry 2 or 3 times until it finds all
the resources)
So I decided I'd try to copy all the dojo and tapestry js stuff under my
context root and load them through context-based assets. Although not very
elegant or maintainable, it would probably perform better and help IE to
properly cache resources. Unfortunately, this doesn't work: if I specify
dojoSource, dojoPath and tapestrySource as context-based assets on the Shell
component, it still searches the resources on the classpath.
on my Border.java:
@Asset("context:static/dojo/dojo.js")
public abstract IAsset getDojoSource();
on my Border.html
<html jwcid="@Shell" ... dojoSource="asset:dojoSource">
on my error log:
WARN Asset - Classpath resource '/static/dojo/dojo.js' does not exist.
So my questions:
- Am I doing something wrong? Is there any way to make dojo stuff static?
- Are other people here experiencing the same performance issues?
- Are there any plan to address these performance issues?
Thanks
Ch.
Re: Exceptions & Email
Posted by andyhot <an...@di.uoa.gr>.
I think I would consider the email capabilities of logging libraries.
In log4j you can have this support with 3-4 lines in your configuration file
Greg.L.Cormier@servicecanada.gc.ca wrote:
> Hey guys.
>
> I'm approaching a deployment of my Tap4.0 app in production.
>
> Whenever an exception occurs, I'd like to have an email get sent to me with the information of the exception rather then relying on people sending them to me.
>
> Has anyone gone about doing this? Any suggestions?
>
> Thanks,
> Greg
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
>
>
--
Andreas Andreou - andyhot@apache.org - http://andyhot.di.uoa.gr
Tapestry / Tacos developer
Open Source / J2EE Consulting
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Exceptions & Email
Posted by Martin Strand <ma...@entcap.se>.
I haven't tried but perhaps you can simply use an SMTP appender for the
ExceptionReporter?
On Wed, 11 Oct 2006 19:57:00 +0200, Robert Zeigler <ro...@scazdl.org>
wrote:
> I can think of a couple of different approaches.
> I'm doing this now in tap3 using a custom IMonitor implementation (tap3
> calls the IMonitor's serviceException(Throwable exception) method when
> it encounters an exception, before it loads the error page). But,
> IMonitor is, apparently, deprecated in Tap4. I'm not sure what the
> corresponding solution is there. Another approach would be to create a
> custom error page. If you add the "setException" method to your page,
> tapestry will set it for you; you could then send the e-mail from there.
> I'm sure there's some nifty hivemind way of doing this, as well (I'm
> assuming there's some combination of hivemind magic that will let you
> recapture some or all of the functionality of IMonitor), but someone
> else will have to fill in the details there. :)
>
> Robert
>
> Greg.L.Cormier@servicecanada.gc.ca wrote:
>
>> Hey guys.
>>
>> I'm approaching a deployment of my Tap4.0 app in production.
>>
>> Whenever an exception occurs, I'd like to have an email get sent to me
>> with the information of the exception rather then relying on people
>> sending them to me.
>>
>> Has anyone gone about doing this? Any suggestions?
>>
>> Thanks,
>> Greg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
RE: Exceptions & Email
Posted by Gr...@servicecanada.gc.ca.
Thanks for the prompt Reply robert.
I'm putting in the code to send off an email inside the renderComponent() body. This should work well each time an exception is displayed. I figure why not keep it simple rather then worry about hivemind services?
Greg
-----Original Message-----
From: Robert Zeigler [mailto:robertz@scazdl.org]
Sent: Wednesday, October 11, 2006 1:57 PM
To: Tapestry users
Subject: Re: Exceptions & Email
I can think of a couple of different approaches.
I'm doing this now in tap3 using a custom IMonitor implementation (tap3
calls the IMonitor's serviceException(Throwable exception) method when
it encounters an exception, before it loads the error page). But,
IMonitor is, apparently, deprecated in Tap4. I'm not sure what the
corresponding solution is there. Another approach would be to create a
custom error page. If you add the "setException" method to your page,
tapestry will set it for you; you could then send the e-mail from there.
I'm sure there's some nifty hivemind way of doing this, as well (I'm
assuming there's some combination of hivemind magic that will let you
recapture some or all of the functionality of IMonitor), but someone
else will have to fill in the details there. :)
Robert
Greg.L.Cormier@servicecanada.gc.ca wrote:
>Hey guys.
>
>I'm approaching a deployment of my Tap4.0 app in production.
>
>Whenever an exception occurs, I'd like to have an email get sent to me with the information of the exception rather then relying on people sending them to me.
>
>Has anyone gone about doing this? Any suggestions?
>
>Thanks,
>Greg
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>For additional commands, e-mail: users-help@tapestry.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Exceptions & Email
Posted by Robert Zeigler <ro...@scazdl.org>.
I can think of a couple of different approaches.
I'm doing this now in tap3 using a custom IMonitor implementation (tap3
calls the IMonitor's serviceException(Throwable exception) method when
it encounters an exception, before it loads the error page). But,
IMonitor is, apparently, deprecated in Tap4. I'm not sure what the
corresponding solution is there. Another approach would be to create a
custom error page. If you add the "setException" method to your page,
tapestry will set it for you; you could then send the e-mail from there.
I'm sure there's some nifty hivemind way of doing this, as well (I'm
assuming there's some combination of hivemind magic that will let you
recapture some or all of the functionality of IMonitor), but someone
else will have to fill in the details there. :)
Robert
Greg.L.Cormier@servicecanada.gc.ca wrote:
>Hey guys.
>
>I'm approaching a deployment of my Tap4.0 app in production.
>
>Whenever an exception occurs, I'd like to have an email get sent to me with the information of the exception rather then relying on people sending them to me.
>
>Has anyone gone about doing this? Any suggestions?
>
>Thanks,
>Greg
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>For additional commands, e-mail: users-help@tapestry.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Exceptions & Email
Posted by Gr...@servicecanada.gc.ca.
Hey guys.
I'm approaching a deployment of my Tap4.0 app in production.
Whenever an exception occurs, I'd like to have an email get sent to me with the information of the exception rather then relying on people sending them to me.
Has anyone gone about doing this? Any suggestions?
Thanks,
Greg
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: 4.1.1 performance issues
Posted by Jesse Kuhnert <jk...@gmail.com>.
It's an IE bug. I've filed a JIRA issue with a workaround to fix this..I'll
probably do it in the next snapshot build.
https://issues.apache.org/jira/browse/TAPESTRY-1115
On 10/11/06, Christian Dutaret <cd...@gmail.com> wrote:
>
> Hi all,
>
> I am facing some performance issues with my application using the latest
> 4.1.1 snapshot :
> - on page load, the browser freezes a few seconds (much better than the
> earlier 4.1 releases, but still slow)
> - some resources seem not to be cached by IE (it performs better with FF).
> For instance, on a DropdownDatePicker, each time I click on the calendar
> icon on IE, it reloads all the calendar images.
>
> I also noticed every now and then I have some error logs saying that it
> couldn't load some classpath resources. If I reload the page, the resource
> is normally found (sometimes I need to retry 2 or 3 times until it finds
> all
> the resources)
>
> So I decided I'd try to copy all the dojo and tapestry js stuff under my
> context root and load them through context-based assets. Although not very
> elegant or maintainable, it would probably perform better and help IE to
> properly cache resources. Unfortunately, this doesn't work: if I specify
> dojoSource, dojoPath and tapestrySource as context-based assets on the
> Shell
> component, it still searches the resources on the classpath.
>
> on my Border.java:
> @Asset("context:static/dojo/dojo.js")
> public abstract IAsset getDojoSource();
>
> on my Border.html
> <html jwcid="@Shell" ... dojoSource="asset:dojoSource">
>
> on my error log:
> WARN Asset - Classpath resource '/static/dojo/dojo.js' does not exist.
>
> So my questions:
> - Am I doing something wrong? Is there any way to make dojo stuff static?
> - Are other people here experiencing the same performance issues?
> - Are there any plan to address these performance issues?
>
> Thanks
> Ch.
>
>
--
Jesse Kuhnert
Tapestry/Dojo/(and a dash of TestNG), team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
Open new window on a form submit?
Posted by James Sherwood <js...@rgisolutions.com>.
Hello,
Is it possible to use a component of type Form and have the form submit
listner open the page in a new window?
I am thinking it might have something to do with cycle.encodeURL() in the
listener.
Thanks in advance,
James
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org