Re: Date Validation
Feedback from customers indicate that this sometimes is work blocker, as "the system won't let me change the date and I cannot do anything" so, I think this deserves a JIRA. (Calendar should use the date if it is parsable, if not just ignore it and replace it when user chooses a date.) - Ville luther.baker wrote: > > I have a Hibernate entity - which contains a java.util.Date. > > It displays just fine in a BeanEditor ... if I intentionally enter a > mis-formatted date it correctly comes back highlighted in a RED outline > etc. > > Then, *when I try to click on the CALENDAR icon *- it just keeps telling > me > the date is incorrectly formatted. IE: a graphic block fades in above the > field with an arrow and a red X telling me about the problem - but the > CALENDAR never pops back up to let me select. > > I have to manually swipe and delete the entry in the textbox - and then > clicking on the CALENDAR icon works again. > > Is that intentional? I mean, it works - but I don't think it is intuitive > to > have to delete the entry before clicking on the CALENDAR icon. > > -Luther > > -- View this message in context: http://www.nabble.com/Date-Validation-tp22364939p22367660.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
about T5 javascript
Hi to avoid me to read all Tapestry js code, could you tell me waht is/are the js Class and method(s) that replace a zone on a xhr call ? Thanks, kiuma - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Tapestry 5.1 session invalidate misbehaving
Many thanks, for the clarification. Peter - Original Message - From: "Howard Lewis Ship" To: "Tapestry users" Sent: Friday, 6 March, 2009 01:06:39 GMT +02:00 Athens, Beirut, Bucharest, Istanbul Subject: Re: Tapestry 5.1 session invalidate misbehaving HttpServletRequest doesn't have a way to determine if the session has been invalidated; Request does, which simplifies things in terms of trying to finish off the request in an orderly manner after invalidating the session. On Thu, Mar 5, 2009 at 2:23 PM, Robert Zeigler wrote: > > On Mar 5, 2009, at 3/53:33 AM , Peter Stavrinides wrote: > >> It is sloved now after much pain, but for the befefit of everyone: >> >> It seems Robert had a valid point in the end, lazy loading was at least >> half the problem (thanks very much for the tip!), the other half was that I >> was using HttpServletRequest instead of Request, it seems the later is now >> required in 5.1... is this intentional? I just assumed Request simply >> shadowed HttpServletRequest, hence the simplified example provided. >> > > Sort of. HttpServletRequest is, in fact, a proxy around the true > HttpServletRequest. :) > Request is a facade that is designed to mask the differences between > HttpServletRequest and portlet requests. > Although I don't "do" portlets (at the moment), I pretty much use Request > exclusively. > > Robert > >> Cheers, >> Peter >> >> >> - Original Message - >> From: "Peter Stavrinides" >> To: "Tapestry users" >> Sent: Thursday, 5 March, 2009 09:59:29 GMT +02:00 Athens, Beirut, >> Bucharest, Istanbul >> Subject: Re: Tapestry 5.1 session invalidate misbehaving >> >> Thanks for the reply Robert, but that doesn't seem to be the issue, any >> other ideas? >> >> >> - Original Message - >> From: "Robert Zeigler" >> To: "Tapestry users" >> Sent: Thursday, 5 March, 2009 00:45:14 GMT +02:00 Athens, Beirut, >> Bucharest, Istanbul >> Subject: Re: Tapestry 5.1 session invalidate misbehaving >> >> Try switching the order of homePage.setIsSignOut(true) and >> request.getSession(false).invalidate(); >> It looks like the homePage is being lazily evaluated right there, and >> the page load is failing; if you switch the order, I think you'll be >> set. >> >> Robert >> >> On Mar 4, 2009, at 3/48:39 AM , Peter Stavrinides wrote: >> >>> Hi, >>> >>> The following code worked in all versions before 5.1, but now I get >>> the exception listed below: >>> @Inject >>> private Request request; >>> >>> @InjectPage >>> private Home homePage; >>> >>> @OnEvent(component = "signOut") >>> Object onEventFromSignOut() { >>> try { >>> >>> request.getSession(false).invalidate(); >>> homePage.setIsSignOut(true); >>> return homePage; >>> } catch (Throwable e) { >>> // >>> } >>> return null; >>> } >>> >>> - com.albourne.web.components.hf.Header (112) >>> org.apache.tapestry5.ioc.internal.util.TapestryException: >>> getAttributeNames: Session already invalidated >>> at >>> org >>> .apache >>> .tapestry5 >>> .internal >>> .structure >>> .ComponentPageElementImpl.invoke(ComponentPageElementImpl.java:935) >>> at >>> org >>> .apache >>> .tapestry5 >>> .internal >>> .structure >>> .ComponentPageElementImpl >>> .containingPageDidAttach(ComponentPageElementImpl.java:733) >>> at >>> org >>> .apache.tapestry5.internal.structure.PageImpl.attached(PageImpl.java: >>> 144) >>> at >>> org >>> .apache >>> .tapestry5 >>> .internal >>> .services.RequestPageCacheImpl.get(RequestPageCacheImpl.java:55) >>> at >>> $RequestPageCache_11fd1d95dc7.get($RequestPageCache_11fd1d95dc7.java) >>> at >>> $RequestPageCache_11fd1d95db0.get($RequestPageCache_11fd1d95db0.java) >>> at >>> org >>> .apache >>> .tapestry5 >>> .internal >>> .services.ComponentSourceImpl.getPage(ComponentSourceImpl.java:79) >>> at >>> $ >>> ComponentSource_11fd1d95dbe.getPage($ComponentSource_11fd1d95dbe.java) >>> at com.albourne.web.components.hf.Header._ >>> $read_inject_page_homePage(Header.java) >>> at >>> com.albourne.web.components.hf.Header.onEventFromSignOut(Header.java: >>> 106) >>> at >>> com >>> .albourne.web.components.hf.Header.dispatchComponentEvent(Header.java) >>> at >>> org >>> .apache >>> .tapestry5 >>> .internal >>> .structure >>> .ComponentPageElementImpl >>> .dispatchEvent(ComponentPageElementImpl.java:889) >>> at >>> org >>> .apache >>> .tapestry5 >>> .internal >>> .structure >>> .ComponentPageElementImpl >>> .triggerContextEvent(ComponentPageElementImpl.java:1068) >>> at >>> org >>> .apache >>> .tapestry5 >>> .internal >>> .services >>> .ComponentEventRequestHandlerImpl >>> .handle(ComponentEventRequestHandlerImpl.java:75) >>> at >>> org >>> .apache >>> .tapestry5 >>> .internal >>> .services >>> .ImmediateActionRenderResponseFilter >>> .handle(ImmediateActi
Re: Page navigation passed value not displayed (@InjectPage style)
Even though same page instance is used for requests, page field value is set to default value when it is released to pagepool (after every request), so email are always null after redirect-aftre-post . Use persist or activate/passivate pattern, please refer to http://tapestry.apache.org/tapestry5/guide/pagenav.html # Page Navigation Patterns Thanks DH - Original Message - From: "Andy Pahne" To: "Tapestry users" Sent: Friday, March 06, 2009 10:33 AM Subject: Re: Page navigation passed value not displayed (@InjectPage style) > > > I usually do it a little differnet and it works for me: > > > > class YourPage{ >@InjectPage >private DestinationPage destinationPage; > > > >Object onAction(String emailAddress){ >return destinationPage.startEdit(emailAddress); >} > > > } > > > class DestinationPagePage{ > >@Property @Persist >String emailAddress; > > > Object startEdit(String emailAddress){ > this.emailAddress = emailAddress; > return this; > } > > } > > > > Hope that helps, > Andy > > > > > > manuel aldana schrieb: >> thanks, but same issue. Anyway I think with the InjectPage pattern and >> returning an Object you have control which page-instance is passed. I >> debugged an the same page instance is used to retrieve the value. >> >> But further debugging shows that the setter is called, but when >> displaying the page the email field is reset to 'null' (which I >> wouldn't expect from the lifecycle when using the InjectPage + >> returnPage pattern). >> >> Luther Baker schrieb: >>> Try adding @Persist to the destination class ... otherwise, I'm not sure >>> you're guaranteed which page instance will get rendered. >>> >>> public class SendingActivationEmail >>> { >>> >>> @Persist >>> private String email; >>> >>> >>> -Luther >>> >>> >>> On Thu, Mar 5, 2009 at 7:10 PM, manuel aldana wrote: >>> >>> Hi, I want to pass one value to one page with the InjectPage pattern ( http://tapestry.apache.org/tapestry5/guide/pagenav.html). But below code does not work (email does not get displayed on other page). public class Registration { @Property private String email; @InjectPage private SendingActivationEmail sendingActivationEmail; @OnEvent(value = "submit", component = "newUser") Object newUser() { //WHEN DEBUGGING VALUE GETS PASSED CORRECTLY sendingActivationEmail.setEmail(email); return sendingActivationEmail; } } --- public class SendingActivationEmail { private String email; public String getEmail() { return email; } public void setEmail(String email) { this.email = email; } } --- SendingActivationMail.tml (I would not see email printed here): >>> xmlns:t="http://tapestry.apache.org/schema/tapestry_5_0_0.xsd";> We send an email to your registrated email ${email}. check it out. -- manuel aldana ald...@gmx.de software-engineering blog: http://www.aldana-online.de - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org >>> >>> >> >> > > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > >
Re: Page navigation passed value not displayed (@InjectPage style)
I usually do it a little differnet and it works for me: class YourPage{ @InjectPage private DestinationPage destinationPage; Object onAction(String emailAddress){ return destinationPage.startEdit(emailAddress); } } class DestinationPagePage{ @Property @Persist String emailAddress; Object startEdit(String emailAddress){ this.emailAddress = emailAddress; return this; } } Hope that helps, Andy manuel aldana schrieb: thanks, but same issue. Anyway I think with the InjectPage pattern and returning an Object you have control which page-instance is passed. I debugged an the same page instance is used to retrieve the value. But further debugging shows that the setter is called, but when displaying the page the email field is reset to 'null' (which I wouldn't expect from the lifecycle when using the InjectPage + returnPage pattern). Luther Baker schrieb: Try adding @Persist to the destination class ... otherwise, I'm not sure you're guaranteed which page instance will get rendered. public class SendingActivationEmail { @Persist private String email; -Luther On Thu, Mar 5, 2009 at 7:10 PM, manuel aldana wrote: Hi, I want to pass one value to one page with the InjectPage pattern ( http://tapestry.apache.org/tapestry5/guide/pagenav.html). But below code does not work (email does not get displayed on other page). public class Registration { @Property private String email; @InjectPage private SendingActivationEmail sendingActivationEmail; @OnEvent(value = "submit", component = "newUser") Object newUser() { //WHEN DEBUGGING VALUE GETS PASSED CORRECTLY sendingActivationEmail.setEmail(email); return sendingActivationEmail; } } --- public class SendingActivationEmail { private String email; public String getEmail() { return email; } public void setEmail(String email) { this.email = email; } } --- SendingActivationMail.tml (I would not see email printed here): xmlns:t="http://tapestry.apache.org/schema/tapestry_5_0_0.xsd";> We send an email to your registrated email ${email}. check it out. -- manuel aldana ald...@gmx.de software-engineering blog: http://www.aldana-online.de - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Date Validation
I have a Hibernate entity - which contains a java.util.Date. It displays just fine in a BeanEditor ... if I intentionally enter a mis-formatted date it correctly comes back highlighted in a RED outline etc. Then, *when I try to click on the CALENDAR icon *- it just keeps telling me the date is incorrectly formatted. IE: a graphic block fades in above the field with an arrow and a red X telling me about the problem - but the CALENDAR never pops back up to let me select. I have to manually swipe and delete the entry in the textbox - and then clicking on the CALENDAR icon works again. Is that intentional? I mean, it works - but I don't think it is intuitive to have to delete the entry before clicking on the CALENDAR icon. -Luther
Re: Page navigation passed value not displayed (@InjectPage style)
thanks, but same issue. Anyway I think with the InjectPage pattern and returning an Object you have control which page-instance is passed. I debugged an the same page instance is used to retrieve the value. But further debugging shows that the setter is called, but when displaying the page the email field is reset to 'null' (which I wouldn't expect from the lifecycle when using the InjectPage + returnPage pattern). Luther Baker schrieb: Try adding @Persist to the destination class ... otherwise, I'm not sure you're guaranteed which page instance will get rendered. public class SendingActivationEmail { @Persist private String email; -Luther On Thu, Mar 5, 2009 at 7:10 PM, manuel aldana wrote: Hi, I want to pass one value to one page with the InjectPage pattern ( http://tapestry.apache.org/tapestry5/guide/pagenav.html). But below code does not work (email does not get displayed on other page). public class Registration { @Property private String email; @InjectPage private SendingActivationEmail sendingActivationEmail; @OnEvent(value = "submit", component = "newUser") Object newUser() { //WHEN DEBUGGING VALUE GETS PASSED CORRECTLY sendingActivationEmail.setEmail(email); return sendingActivationEmail; } } --- public class SendingActivationEmail { private String email; public String getEmail() { return email; } public void setEmail(String email) { this.email = email; } } --- SendingActivationMail.tml (I would not see email printed here): http://tapestry.apache.org/schema/tapestry_5_0_0.xsd";> We send an email to your registrated email ${email}. check it out. -- manuel aldana ald...@gmx.de software-engineering blog: http://www.aldana-online.de - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org -- manuel aldana ald...@gmx.de software-engineering blog: http://www.aldana-online.de - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Page navigation passed value not displayed (@InjectPage style)
Try adding @Persist to the destination class ... otherwise, I'm not sure you're guaranteed which page instance will get rendered. public class SendingActivationEmail { @Persist private String email; -Luther On Thu, Mar 5, 2009 at 7:10 PM, manuel aldana wrote: > Hi, > > I want to pass one value to one page with the InjectPage pattern ( > http://tapestry.apache.org/tapestry5/guide/pagenav.html). But below code > does not work (email does not get displayed on other page). > > > public class Registration > { > @Property > private String email; > @InjectPage > private SendingActivationEmail sendingActivationEmail; > > @OnEvent(value = "submit", component = "newUser") > Object newUser() > { > //WHEN DEBUGGING VALUE GETS PASSED CORRECTLY > sendingActivationEmail.setEmail(email); > return sendingActivationEmail; > } > } > --- > public class SendingActivationEmail > { > > private String email; > > public String getEmail() > { > return email; > } > > public void setEmail(String email) > { > this.email = email; > } > } > --- > SendingActivationMail.tml (I would not see email printed here): > http://tapestry.apache.org/schema/tapestry_5_0_0.xsd";> > We send an email to your registrated email ${email}. check it out. > > > > -- > manuel aldana > ald...@gmx.de > software-engineering blog: http://www.aldana-online.de > > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > >
Re: Tapestry 5.1: Wait for Page
I know it is a bit thread off-topic, but is there somewhere a documentation how you setup this nice integration test-suite from the screencast and to run it on localhost and access it through browser? Howard Lewis Ship schrieb: I've uploaded a short clip showing how the wait-for-page functionality works in 5.1. http://blip.tv/file/1844614/ -- manuel aldana ald...@gmx.de software-engineering blog: http://www.aldana-online.de - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Page navigation passed value not displayed (@InjectPage style)
Hi, I want to pass one value to one page with the InjectPage pattern (http://tapestry.apache.org/tapestry5/guide/pagenav.html). But below code does not work (email does not get displayed on other page). public class Registration { @Property private String email; @InjectPage private SendingActivationEmail sendingActivationEmail; @OnEvent(value = "submit", component = "newUser") Object newUser() { //WHEN DEBUGGING VALUE GETS PASSED CORRECTLY sendingActivationEmail.setEmail(email); return sendingActivationEmail; } } --- public class SendingActivationEmail { private String email; public String getEmail() { return email; } public void setEmail(String email) { this.email = email; } } --- SendingActivationMail.tml (I would not see email printed here): http://tapestry.apache.org/schema/tapestry_5_0_0.xsd";> We send an email to your registrated email ${email}. check it out. -- manuel aldana ald...@gmx.de software-engineering blog: http://www.aldana-online.de - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Tapestry way for email-templates
ouch (couldn't find the link on tapestry home, but on Google it can be found easily). Nice, there is even a plug for the email stuff :) Howard Lewis Ship schrieb: http://tapestry.formos.com/nightly/tapestry-templating/ On Thu, Mar 5, 2009 at 4:03 PM, manuel aldana wrote: Hi, for sending out emails I need templates. Is there an internal tapestry way to solve this (currently .tml are bound to pages/components). Is there a .tml way to use templates outside of components and pages or do I need to resort to something like Velocity or Freemarker? thanks. -- manuel aldana ald...@gmx.de software-engineering blog: http://www.aldana-online.de - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org -- manuel aldana ald...@gmx.de software-engineering blog: http://www.aldana-online.de - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Tapestry way for email-templates
http://tapestry.formos.com/nightly/tapestry-templating/ On Thu, Mar 5, 2009 at 4:03 PM, manuel aldana wrote: > Hi, > > for sending out emails I need templates. Is there an internal tapestry way > to solve this (currently .tml are bound to pages/components). Is there a > .tml way to use templates outside of components and pages or do I need to > resort to something like Velocity or Freemarker? > > thanks. > > -- > manuel aldana > ald...@gmx.de > software-engineering blog: http://www.aldana-online.de > > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Tapestry way for email-templates
Hi, for sending out emails I need templates. Is there an internal tapestry way to solve this (currently .tml are bound to pages/components). Is there a .tml way to use templates outside of components and pages or do I need to resort to something like Velocity or Freemarker? thanks. -- manuel aldana ald...@gmx.de software-engineering blog: http://www.aldana-online.de - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Tapestry 5.1 session invalidate misbehaving
HttpServletRequest doesn't have a way to determine if the session has been invalidated; Request does, which simplifies things in terms of trying to finish off the request in an orderly manner after invalidating the session. On Thu, Mar 5, 2009 at 2:23 PM, Robert Zeigler wrote: > > On Mar 5, 2009, at 3/53:33 AM , Peter Stavrinides wrote: > >> It is sloved now after much pain, but for the befefit of everyone: >> >> It seems Robert had a valid point in the end, lazy loading was at least >> half the problem (thanks very much for the tip!), the other half was that I >> was using HttpServletRequest instead of Request, it seems the later is now >> required in 5.1... is this intentional? I just assumed Request simply >> shadowed HttpServletRequest, hence the simplified example provided. >> > > Sort of. HttpServletRequest is, in fact, a proxy around the true > HttpServletRequest. :) > Request is a facade that is designed to mask the differences between > HttpServletRequest and portlet requests. > Although I don't "do" portlets (at the moment), I pretty much use Request > exclusively. > > Robert > >> Cheers, >> Peter >> >> >> - Original Message - >> From: "Peter Stavrinides" >> To: "Tapestry users" >> Sent: Thursday, 5 March, 2009 09:59:29 GMT +02:00 Athens, Beirut, >> Bucharest, Istanbul >> Subject: Re: Tapestry 5.1 session invalidate misbehaving >> >> Thanks for the reply Robert, but that doesn't seem to be the issue, any >> other ideas? >> >> >> - Original Message - >> From: "Robert Zeigler" >> To: "Tapestry users" >> Sent: Thursday, 5 March, 2009 00:45:14 GMT +02:00 Athens, Beirut, >> Bucharest, Istanbul >> Subject: Re: Tapestry 5.1 session invalidate misbehaving >> >> Try switching the order of homePage.setIsSignOut(true) and >> request.getSession(false).invalidate(); >> It looks like the homePage is being lazily evaluated right there, and >> the page load is failing; if you switch the order, I think you'll be >> set. >> >> Robert >> >> On Mar 4, 2009, at 3/48:39 AM , Peter Stavrinides wrote: >> >>> Hi, >>> >>> The following code worked in all versions before 5.1, but now I get >>> the exception listed below: >>> @Inject >>> private Request request; >>> >>> @InjectPage >>> private Home homePage; >>> >>> @OnEvent(component = "signOut") >>> Object onEventFromSignOut() { >>> try { >>> >>> request.getSession(false).invalidate(); >>> homePage.setIsSignOut(true); >>> return homePage; >>> } catch (Throwable e) { >>> // >>> } >>> return null; >>> } >>> >>> - com.albourne.web.components.hf.Header (112) >>> org.apache.tapestry5.ioc.internal.util.TapestryException: >>> getAttributeNames: Session already invalidated >>> at >>> org >>> .apache >>> .tapestry5 >>> .internal >>> .structure >>> .ComponentPageElementImpl.invoke(ComponentPageElementImpl.java:935) >>> at >>> org >>> .apache >>> .tapestry5 >>> .internal >>> .structure >>> .ComponentPageElementImpl >>> .containingPageDidAttach(ComponentPageElementImpl.java:733) >>> at >>> org >>> .apache.tapestry5.internal.structure.PageImpl.attached(PageImpl.java: >>> 144) >>> at >>> org >>> .apache >>> .tapestry5 >>> .internal >>> .services.RequestPageCacheImpl.get(RequestPageCacheImpl.java:55) >>> at >>> $RequestPageCache_11fd1d95dc7.get($RequestPageCache_11fd1d95dc7.java) >>> at >>> $RequestPageCache_11fd1d95db0.get($RequestPageCache_11fd1d95db0.java) >>> at >>> org >>> .apache >>> .tapestry5 >>> .internal >>> .services.ComponentSourceImpl.getPage(ComponentSourceImpl.java:79) >>> at >>> $ >>> ComponentSource_11fd1d95dbe.getPage($ComponentSource_11fd1d95dbe.java) >>> at com.albourne.web.components.hf.Header._ >>> $read_inject_page_homePage(Header.java) >>> at >>> com.albourne.web.components.hf.Header.onEventFromSignOut(Header.java: >>> 106) >>> at >>> com >>> .albourne.web.components.hf.Header.dispatchComponentEvent(Header.java) >>> at >>> org >>> .apache >>> .tapestry5 >>> .internal >>> .structure >>> .ComponentPageElementImpl >>> .dispatchEvent(ComponentPageElementImpl.java:889) >>> at >>> org >>> .apache >>> .tapestry5 >>> .internal >>> .structure >>> .ComponentPageElementImpl >>> .triggerContextEvent(ComponentPageElementImpl.java:1068) >>> at >>> org >>> .apache >>> .tapestry5 >>> .internal >>> .services >>> .ComponentEventRequestHandlerImpl >>> .handle(ComponentEventRequestHandlerImpl.java:75) >>> at >>> org >>> .apache >>> .tapestry5 >>> .internal >>> .services >>> .ImmediateActionRenderResponseFilter >>> .handle(ImmediateActionRenderResponseFilter.java:42) >>> at >>> $ >>> ComponentEventRequestHandler_11fd1d95e24 >>> .handle($ComponentEventRequestHandler_11fd1d95e24.java) >>> at >>> org >>> .apache >>> .tapestry5.internal.services.AjaxFilter.handle(AjaxFilter.java:42) >>>
Re: [T5] Method name "render" not allowed for custom components?
Please add a bug to JIRA. I believe this represents a conflict between a method Tapestry adds to your class; Tapestry should at least explain this to you and tell you how to fix it (rename the method). On Thu, Mar 5, 2009 at 3:24 AM, Felix Gonschorek wrote: > Hello, > > > today i've had a exception that took me a while to figure out where it came > from: > > StackMapTable format error: bad class index > > It was, because i named a method "render" in my custom component: > > @BeginRender > boolean render(MarkupWriter writer) { > //blubb > return false; > } > > Renaming the method to "renderBlubb" solved the problem. Despite the fact, > that the method name "render" is not the best naming strategy: Should i file > a bug in jira with detailed informations? > > > Thank you all for the cool tapestry5 project. > Felix > > > > -- > Felix Gonschorek > GG-Media > > Kirchstr. 18 > 69115 Heidelberg > > Tel: +49 6221 890 168-0 > Fax: +49 6221 890 168-1 > Mobil: +49 176 2234 1338 > > fe...@gg-media.biz > http://www.gg-media.biz > > Vertretungsberechtigte Gesellschafter: > Felix Gonschorek & Jochen Greiner > > Umsatzsteuer-Identifikationsnummer > gemäß § 27a Umsatzsteuergesetz: > DE232906440 > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Tapestry 5.1 session invalidate misbehaving
On Mar 5, 2009, at 3/53:33 AM , Peter Stavrinides wrote: It is sloved now after much pain, but for the befefit of everyone: It seems Robert had a valid point in the end, lazy loading was at least half the problem (thanks very much for the tip!), the other half was that I was using HttpServletRequest instead of Request, it seems the later is now required in 5.1... is this intentional? I just assumed Request simply shadowed HttpServletRequest, hence the simplified example provided. Sort of. HttpServletRequest is, in fact, a proxy around the true HttpServletRequest. :) Request is a facade that is designed to mask the differences between HttpServletRequest and portlet requests. Although I don't "do" portlets (at the moment), I pretty much use Request exclusively. Robert Cheers, Peter - Original Message - From: "Peter Stavrinides" To: "Tapestry users" Sent: Thursday, 5 March, 2009 09:59:29 GMT +02:00 Athens, Beirut, Bucharest, Istanbul Subject: Re: Tapestry 5.1 session invalidate misbehaving Thanks for the reply Robert, but that doesn't seem to be the issue, any other ideas? - Original Message - From: "Robert Zeigler" To: "Tapestry users" Sent: Thursday, 5 March, 2009 00:45:14 GMT +02:00 Athens, Beirut, Bucharest, Istanbul Subject: Re: Tapestry 5.1 session invalidate misbehaving Try switching the order of homePage.setIsSignOut(true) and request.getSession(false).invalidate(); It looks like the homePage is being lazily evaluated right there, and the page load is failing; if you switch the order, I think you'll be set. Robert On Mar 4, 2009, at 3/48:39 AM , Peter Stavrinides wrote: Hi, The following code worked in all versions before 5.1, but now I get the exception listed below: @Inject private Request request; @InjectPage private Home homePage; @OnEvent(component = "signOut") Object onEventFromSignOut() { try { request.getSession(false).invalidate(); homePage.setIsSignOut(true); return homePage; } catch (Throwable e) { // } return null; } - com.albourne.web.components.hf.Header (112) org.apache.tapestry5.ioc.internal.util.TapestryException: getAttributeNames: Session already invalidated at org .apache .tapestry5 .internal .structure .ComponentPageElementImpl.invoke(ComponentPageElementImpl.java:935) at org .apache .tapestry5 .internal .structure .ComponentPageElementImpl .containingPageDidAttach(ComponentPageElementImpl.java:733) at org .apache.tapestry5.internal.structure.PageImpl.attached(PageImpl.java: 144) at org .apache .tapestry5 .internal .services.RequestPageCacheImpl.get(RequestPageCacheImpl.java:55) at $RequestPageCache_11fd1d95dc7.get($RequestPageCache_11fd1d95dc7.java) at $RequestPageCache_11fd1d95db0.get($RequestPageCache_11fd1d95db0.java) at org .apache .tapestry5 .internal .services.ComponentSourceImpl.getPage(ComponentSourceImpl.java:79) at $ ComponentSource_11fd1d95dbe .getPage($ComponentSource_11fd1d95dbe.java) at com.albourne.web.components.hf.Header._ $read_inject_page_homePage(Header.java) at com.albourne.web.components.hf.Header.onEventFromSignOut(Header.java: 106) at com .albourne .web.components.hf.Header.dispatchComponentEvent(Header.java) at org .apache .tapestry5 .internal .structure .ComponentPageElementImpl .dispatchEvent(ComponentPageElementImpl.java:889) at org .apache .tapestry5 .internal .structure .ComponentPageElementImpl .triggerContextEvent(ComponentPageElementImpl.java:1068) at org .apache .tapestry5 .internal .services .ComponentEventRequestHandlerImpl .handle(ComponentEventRequestHandlerImpl.java:75) at org .apache .tapestry5 .internal .services .ImmediateActionRenderResponseFilter .handle(ImmediateActionRenderResponseFilter.java:42) at $ ComponentEventRequestHandler_11fd1d95e24 .handle($ComponentEventRequestHandler_11fd1d95e24.java) at org .apache .tapestry5.internal.services.AjaxFilter.handle(AjaxFilter.java:42) at $ ComponentEventRequestHandler_11fd1d95e24 .handle($ComponentEventRequestHandler_11fd1d95e24.java) at org.apache.tapestry5.services.TapestryModule $35.handle(TapestryModule.java:2085) at $ ComponentEventRequestHandler_11fd1d95e24 .handle($ComponentEventRequestHandler_11fd1d95e24.java) at $ ComponentEventRequestHandler_11fd1d95dae .handle($ComponentEventRequestHandler_11fd1d95dae.java) at org .apache .tapestry5 .internal .services .ComponentRequestHandlerTerminator .handleComponentEvent(ComponentRequestHandlerTerminator.java:43) at $ ComponentRequestHandler_11fd1d95da7 .handleComponentEvent($ComponentRequestHandler_11fd1d95da7.java) at org .apache .tapestry5 .internal .services .ComponentEventDispatc
Re: dojo Tapestry5 integration
Good, I'll talk to Andreas for tacos/T5 but if I correctly recall, tacos/T4 is a bit different from the way I've chosen for T5 (decoration, and dojo annotations). I've to choose the html replacement strategy on xhr calls, even if I think that I'll stay a little more basic from what I thought at first. I'll give a look to tapestry360 as well. Cheers, kiuma On Thu, Mar 5, 2009 at 5:39 PM, Howard Lewis Ship wrote: > The intention of Tapestry360 is that any and all Tapestry projects can > move there; this will be good for end-users because there will be a > single place to search for add-ons to Tapestry and they'll only have > to register with a single bug tracker, the Tapestry360 JIRA. > > Currently, only SVN is supported. Hopefully Bamboo will support GIT > in the near future. We can run a GIT server at Tapestry360, but that's > less critical than a SVN server. > > I haven't made a huge deal about it yet, as I'm still shaking out the > bugs in SVNAdmin (actually, mostly missing features and ugly UI). > > On Thu, Mar 5, 2009 at 8:33 AM, Thiago H. de Paula Figueiredo > wrote: >> Em Thu, 05 Mar 2009 13:23:13 -0300, Howard Lewis Ship >> escreveu: >> >>> Yes I did! >> >> What about Tapestry-related projects hosted elsewhere? Do you encourage them >> to move there? All projects at T360 will get its wiki and JIRA instances >> too? SourceForge's hosting for my open-source projects is slow and its >> tracker is a little primitive when compared to JIRA. >> >> -- >> Thiago H. de Paula Figueiredo >> Independent Java consultant, developer, and instructor >> http://www.arsmachina.com.br/thiago >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> For additional commands, e-mail: users-h...@tapestry.apache.org >> >> > > > > -- > Howard M. Lewis Ship > > Creator Apache Tapestry and Apache HiveMind > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
j_security_check
Hi, I have a Tapestry 5 webapp and I'm wondering how in Tapestry you would integrate with the Tomcat User DataBase using j_security_check. Thanks, Brian _ Hotmail® is up to 70% faster. Now good news travels really fast. http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_HM_70faster_032009
Re: T5 ConcurrentBarrier / Deadlock
If my memory servers me right T5 was having these problems all the way to 5.0.15 or 16, but today all of those are fixed afaik. - Ville titöf wrote: > > Hi! > > We encountered a "small" problem in the way tapestry detects changes of > tml's and classes which causes a server crash: in our special case the > request which detected changes used the ConcurrentBarrier write-lock to > block all other threads. This is ok as long you guarantee the request will > return. Due to a bug in the 64Bit VM concerning regex execution the regex > parser went into an indefinite loop. This causes a break down of the > tomcat as all other request where blocked when trying to pass the > ConcurrentBarrier which was never unlocked as the responsible thread never > finished. Same applies for example if you need to communicate to external > systems and eg a network/socket problem causes the thread to freeze which > also locks the whole server. Is it possible to move the lock/and rereading > of tmls/classes to a different thread if changes exist? Means regardless > if the request responsible for firing the update ever returns the tomcat > remains accessible after rereading? You can argue chances for this are not > high, but since SEP-08 we had this trouble two times in production... > Before I forget: affected version is T5.0.13. we are currently moving over > to T5.0.18, so maybe there is a solution yet? > > Jens > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > > -- View this message in context: http://www.nabble.com/T5-ConcurrentBarrier---Deadlock-tp22356659p22357014.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
T5 ConcurrentBarrier / Deadlock
Hi! We encountered a "small" problem in the way tapestry detects changes of tml's and classes which causes a server crash: in our special case the request which detected changes used the ConcurrentBarrier write-lock to block all other threads. This is ok as long you guarantee the request will return. Due to a bug in the 64Bit VM concerning regex execution the regex parser went into an indefinite loop. This causes a break down of the tomcat as all other request where blocked when trying to pass the ConcurrentBarrier which was never unlocked as the responsible thread never finished. Same applies for example if you need to communicate to external systems and eg a network/socket problem causes the thread to freeze which also locks the whole server. Is it possible to move the lock/and rereading of tmls/classes to a different thread if changes exist? Means regardless if the request responsible for firing the update ever returns the tomcat remains accessible after rereading? You can argue chances for this are not high, but since SEP-08 we had this trouble two times in production... Before I forget: affected version is T5.0.13. we are currently moving over to T5.0.18, so maybe there is a solution yet? Jens - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Tapestry 5.1: Wait for Page
I'm not seeing any of these problems. Please make sure you've wiped out the prior version of Tapestry, cleared your browser cache, etc. On Thu, Mar 5, 2009 at 9:11 AM, ningdh wrote: > I just updated to latest 5.1.0.1-snapshot and got 2 issues: > > 1. Form is rendered as method="get" and have issue "Forms require that the > request method be POST and that the t:formdata query parameter have values. ". > onsubmit="javascript:Tapestry.waitForPage(event);" action="/login.loginform" > method="get" id="loginForm" name="loginForm"> > 2. [test] is rendered as [ href="#">test], but the expected should be [[test]. > > Why it happens? > > Thanks, > DH > > - Original Message - > From: "Howard Lewis Ship" > To: "Tapestry users" > Sent: Friday, March 06, 2009 12:42 AM > Subject: Re: Tapestry 5.1: Wait for Page > > > There may be room to tweak this; for example, to not use the grey > overlay part, and to "hold" the event until the page is ready, then > retrigger it. I actually like it the way it is, and the video doesn't > do it justice! > > On Thu, Mar 5, 2009 at 8:34 AM, Francois Armand wrote: >> Howard Lewis Ship wrote: >>> >>> I've uploaded a short clip showing how the wait-for-page functionality >>> works in 5.1. >>> >>> http://blip.tv/file/1844614/ >>> >> >> The feature is a real plus, it will avoid strange errors from an user point >> of view. >> >> However, I find the current "disable" page a little to intrusive, and I fear >> that in the long term and/or quick navigation, the grey grid over the full >> page will irritate users : you can't start to read the page content easily >> while the mask is present, and that provides a feeling of slowness. >> >> Of course, all of that is my personnel feeling :) >> >> >> -- >> Francois Armand >> Etudes & Développements J2EE >> Groupe Linagora - http://www.linagora.com >> Tél.: +33 (0)1 58 18 68 28 >> --- >> http://fanf42.blogspot.com >> InterLDAP - http://interldap.org FederID - http://www.federid.org/ >> Open Source identities management and federation >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> For additional commands, e-mail: users-h...@tapestry.apache.org >> >> > > > > -- > Howard M. Lewis Ship > > Creator Apache Tapestry and Apache HiveMind > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Tapestry 5.1: Wait for Page
I just updated to latest 5.1.0.1-snapshot and got 2 issues: 1. Form is rendered as method="get" and have issue "Forms require that the request method be POST and that the t:formdata query parameter have values. ". 2. [test] is rendered as [test], but the expected should be [[test]. Why it happens? Thanks, DH - Original Message - From: "Howard Lewis Ship" To: "Tapestry users" Sent: Friday, March 06, 2009 12:42 AM Subject: Re: Tapestry 5.1: Wait for Page There may be room to tweak this; for example, to not use the grey overlay part, and to "hold" the event until the page is ready, then retrigger it. I actually like it the way it is, and the video doesn't do it justice! On Thu, Mar 5, 2009 at 8:34 AM, Francois Armand wrote: > Howard Lewis Ship wrote: >> >> I've uploaded a short clip showing how the wait-for-page functionality >> works in 5.1. >> >> http://blip.tv/file/1844614/ >> > > The feature is a real plus, it will avoid strange errors from an user point > of view. > > However, I find the current "disable" page a little to intrusive, and I fear > that in the long term and/or quick navigation, the grey grid over the full > page will irritate users : you can't start to read the page content easily > while the mask is present, and that provides a feeling of slowness. > > Of course, all of that is my personnel feeling :) > > > -- > Francois Armand > Etudes & Développements J2EE > Groupe Linagora - http://www.linagora.com > Tél.: +33 (0)1 58 18 68 28 > --- > http://fanf42.blogspot.com > InterLDAP - http://interldap.org FederID - http://www.federid.org/ > Open Source identities management and federation > > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Localization problem with tapestry
Sorry to say, but just building a JAR that has a WEB-INF folder doesn't add those files to the web application's context. I believe Tapestry 4 has options to move the global application catalog onto the classpath (rather than the default location under WEB-INF in the context); that's the only way you'll be able to accomplish your goal. On Thu, Mar 5, 2009 at 7:21 AM, Bogdan Brezoi wrote: > Hi, > > I'm encountering something weird when trying to localize some messages using > Tapestry. > I'll make a short description of the problem and of the context: > > I'm using Tapestry 4.1.6 and have some page messages that should get > localized. I have the next structure of *.properties file : > WEB-INF/stuff/A.properties > WEB-INF/servlet-name.properties > WEB-INF/X.jar > > The X.jar file is actually a localization package. It contains *.properties > files with the following structure : > WEB-INF/stuff/A_fr.properties > WEB-INF/servlet-name_fr.properties > > The problem is that if i have a message which is not stored in A.properties > or A_fr.properties but in servlet-name.properties and > servlet-name_fr.properties and i set the browser's (Firefox) language to > french, this message gets not translated. It gets displayed in english (base > language for message catalogs). > On the other hand, this happens only with messages in the files on the > "root" level of the jar file. The messages from the A_fr.properties are > translated ok. > > I think this is somehow related to the inclusion of the jar file because if > i don't use this jar localization package and i simply put the > *_fr.properties files, then everything works just fine. > > Does anyone have an idea why this happens and how to get it solved? Maybe it > is some kind of issue related to this problem (i searched the issue list on > JIRA but couldn't find one) ? > > Any help would be gladly appreciated. Thanks, > Bogdan > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Tapestry 5.1: Wait for Page
There may be room to tweak this; for example, to not use the grey overlay part, and to "hold" the event until the page is ready, then retrigger it. I actually like it the way it is, and the video doesn't do it justice! On Thu, Mar 5, 2009 at 8:34 AM, Francois Armand wrote: > Howard Lewis Ship wrote: >> >> I've uploaded a short clip showing how the wait-for-page functionality >> works in 5.1. >> >> http://blip.tv/file/1844614/ >> > > The feature is a real plus, it will avoid strange errors from an user point > of view. > > However, I find the current "disable" page a little to intrusive, and I fear > that in the long term and/or quick navigation, the grey grid over the full > page will irritate users : you can't start to read the page content easily > while the mask is present, and that provides a feeling of slowness. > > Of course, all of that is my personnel feeling :) > > > -- > Francois Armand > Etudes & Développements J2EE > Groupe Linagora - http://www.linagora.com > Tél.: +33 (0)1 58 18 68 28 > --- > http://fanf42.blogspot.com > InterLDAP - http://interldap.org FederID - http://www.federid.org/ > Open Source identities management and federation > > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Tapestry 5.1: Wait for Page
Nope, I wrote it from scratch before I even found out about ModalBox. On Thu, Mar 5, 2009 at 8:22 AM, Thiago H. de Paula Figueiredo wrote: > Em Thu, 05 Mar 2009 13:17:46 -0300, Howard Lewis Ship > escreveu: > >> I've uploaded a short clip showing how the wait-for-page functionality >> works in 5.1. >> http://blip.tv/file/1844614/ > > It seems very nice! Is it using ModalBox > (http://www.wildbit.com/labs/modalbox/)? > > -- > Thiago H. de Paula Figueiredo > Independent Java consultant, developer, and instructor > http://www.arsmachina.com.br/thiago > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: dojo Tapestry5 integration
The intention of Tapestry360 is that any and all Tapestry projects can move there; this will be good for end-users because there will be a single place to search for add-ons to Tapestry and they'll only have to register with a single bug tracker, the Tapestry360 JIRA. Currently, only SVN is supported. Hopefully Bamboo will support GIT in the near future. We can run a GIT server at Tapestry360, but that's less critical than a SVN server. I haven't made a huge deal about it yet, as I'm still shaking out the bugs in SVNAdmin (actually, mostly missing features and ugly UI). On Thu, Mar 5, 2009 at 8:33 AM, Thiago H. de Paula Figueiredo wrote: > Em Thu, 05 Mar 2009 13:23:13 -0300, Howard Lewis Ship > escreveu: > >> Yes I did! > > What about Tapestry-related projects hosted elsewhere? Do you encourage them > to move there? All projects at T360 will get its wiki and JIRA instances > too? SourceForge's hosting for my open-source projects is slow and its > tracker is a little primitive when compared to JIRA. > > -- > Thiago H. de Paula Figueiredo > Independent Java consultant, developer, and instructor > http://www.arsmachina.com.br/thiago > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Tapestry 5.1: Wait for Page
Howard Lewis Ship wrote: I've uploaded a short clip showing how the wait-for-page functionality works in 5.1. http://blip.tv/file/1844614/ The feature is a real plus, it will avoid strange errors from an user point of view. However, I find the current "disable" page a little to intrusive, and I fear that in the long term and/or quick navigation, the grey grid over the full page will irritate users : you can't start to read the page content easily while the mask is present, and that provides a feeling of slowness. Of course, all of that is my personnel feeling :) -- Francois Armand Etudes & Développements J2EE Groupe Linagora - http://www.linagora.com Tél.: +33 (0)1 58 18 68 28 --- http://fanf42.blogspot.com InterLDAP - http://interldap.org FederID - http://www.federid.org/ Open Source identities management and federation - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: dojo Tapestry5 integration
Em Thu, 05 Mar 2009 13:23:13 -0300, Howard Lewis Ship escreveu: Yes I did! What about Tapestry-related projects hosted elsewhere? Do you encourage them to move there? All projects at T360 will get its wiki and JIRA instances too? SourceForge's hosting for my open-source projects is slow and its tracker is a little primitive when compared to JIRA. -- Thiago H. de Paula Figueiredo Independent Java consultant, developer, and instructor http://www.arsmachina.com.br/thiago - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: dojo Tapestry5 integration
I'm restarting tomcat to see if that fixes the issue. On Thu, Mar 5, 2009 at 8:28 AM, Howard Lewis Ship wrote: > Nope, that's a new one to me. > > On Thu, Mar 5, 2009 at 8:27 AM, Sven Homburg wrote: >> Howard, you know about the error if we call the wiki at 360? >> >> 2009/3/5 Howard Lewis Ship >> >>> Yes I did! >>> >>> On Thu, Mar 5, 2009 at 8:18 AM, Thiago H. de Paula Figueiredo >>> wrote: >>> > Em Thu, 05 Mar 2009 13:08:44 -0300, Andreas Andreou >>> > escreveu: >>> > >>> >> you could start a project @ sourceforge or googlecode >>> >> or perhaps ask to join existing T5 projects. >>> > >>> > I guess Howard did Tapestry360 (http://tapestry.formos.com/) exactly for >>> > this. ;) >>> > >>> > -- >>> > Thiago H. de Paula Figueiredo >>> > Independent Java consultant, developer, and instructor >>> > http://www.arsmachina.com.br/thiago >>> > >>> > - >>> > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >>> > For additional commands, e-mail: users-h...@tapestry.apache.org >>> > >>> > >>> >>> >>> >>> -- >>> Howard M. Lewis Ship >>> >>> Creator Apache Tapestry and Apache HiveMind >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >>> For additional commands, e-mail: users-h...@tapestry.apache.org >>> >>> >> >> >> -- >> with regards >> Sven Homburg >> http://www.chenillekit.org >> http://tapestry5-components.googlecode.com >> > > > > -- > Howard M. Lewis Ship > > Creator Apache Tapestry and Apache HiveMind > -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: dojo Tapestry5 integration
Nope, that's a new one to me. On Thu, Mar 5, 2009 at 8:27 AM, Sven Homburg wrote: > Howard, you know about the error if we call the wiki at 360? > > 2009/3/5 Howard Lewis Ship > >> Yes I did! >> >> On Thu, Mar 5, 2009 at 8:18 AM, Thiago H. de Paula Figueiredo >> wrote: >> > Em Thu, 05 Mar 2009 13:08:44 -0300, Andreas Andreou >> > escreveu: >> > >> >> you could start a project @ sourceforge or googlecode >> >> or perhaps ask to join existing T5 projects. >> > >> > I guess Howard did Tapestry360 (http://tapestry.formos.com/) exactly for >> > this. ;) >> > >> > -- >> > Thiago H. de Paula Figueiredo >> > Independent Java consultant, developer, and instructor >> > http://www.arsmachina.com.br/thiago >> > >> > - >> > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> > For additional commands, e-mail: users-h...@tapestry.apache.org >> > >> > >> >> >> >> -- >> Howard M. Lewis Ship >> >> Creator Apache Tapestry and Apache HiveMind >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> For additional commands, e-mail: users-h...@tapestry.apache.org >> >> > > > -- > with regards > Sven Homburg > http://www.chenillekit.org > http://tapestry5-components.googlecode.com > -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: dojo Tapestry5 integration
Howard, you know about the error if we call the wiki at 360? 2009/3/5 Howard Lewis Ship > Yes I did! > > On Thu, Mar 5, 2009 at 8:18 AM, Thiago H. de Paula Figueiredo > wrote: > > Em Thu, 05 Mar 2009 13:08:44 -0300, Andreas Andreou > > escreveu: > > > >> you could start a project @ sourceforge or googlecode > >> or perhaps ask to join existing T5 projects. > > > > I guess Howard did Tapestry360 (http://tapestry.formos.com/) exactly for > > this. ;) > > > > -- > > Thiago H. de Paula Figueiredo > > Independent Java consultant, developer, and instructor > > http://www.arsmachina.com.br/thiago > > > > - > > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > > For additional commands, e-mail: users-h...@tapestry.apache.org > > > > > > > > -- > Howard M. Lewis Ship > > Creator Apache Tapestry and Apache HiveMind > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- with regards Sven Homburg http://www.chenillekit.org http://tapestry5-components.googlecode.com
Re: dojo Tapestry5 integration
Yes I did! On Thu, Mar 5, 2009 at 8:18 AM, Thiago H. de Paula Figueiredo wrote: > Em Thu, 05 Mar 2009 13:08:44 -0300, Andreas Andreou > escreveu: > >> you could start a project @ sourceforge or googlecode >> or perhaps ask to join existing T5 projects. > > I guess Howard did Tapestry360 (http://tapestry.formos.com/) exactly for > this. ;) > > -- > Thiago H. de Paula Figueiredo > Independent Java consultant, developer, and instructor > http://www.arsmachina.com.br/thiago > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Tapestry 5.1: Wait for Page
Em Thu, 05 Mar 2009 13:17:46 -0300, Howard Lewis Ship escreveu: I've uploaded a short clip showing how the wait-for-page functionality works in 5.1. http://blip.tv/file/1844614/ It seems very nice! Is it using ModalBox (http://www.wildbit.com/labs/modalbox/)? -- Thiago H. de Paula Figueiredo Independent Java consultant, developer, and instructor http://www.arsmachina.com.br/thiago - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: dojo Tapestry5 integration
Em Thu, 05 Mar 2009 13:08:44 -0300, Andreas Andreou escreveu: you could start a project @ sourceforge or googlecode or perhaps ask to join existing T5 projects. I guess Howard did Tapestry360 (http://tapestry.formos.com/) exactly for this. ;) -- Thiago H. de Paula Figueiredo Independent Java consultant, developer, and instructor http://www.arsmachina.com.br/thiago - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Tapestry 5.1: Wait for Page
I've uploaded a short clip showing how the wait-for-page functionality works in 5.1. http://blip.tv/file/1844614/ -- Howard M. Lewis Ship Creator Apache Tapestry and Apache HiveMind - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: dojo Tapestry5 integration
Hi Andrea you could start a project @ sourceforge or googlecode or perhaps ask to join existing T5 projects. I know http://tacos.sourceforge.net/tacos5/ can include this (the package would then be net.sf.tacos5.dojo ) since it also deals with js libs for T4... on the other hand, you may want to go for another - more T5 active project... On Thu, Mar 5, 2009 at 12:16 PM, Andrea Chiumenti wrote: > Hello, > > I'm writing dojo-T5 integration, which package should I choose? I > think that current one com.mycompany.tapsample is not correct :) > then I could use org.apache.tapestry5.dojo or open a project in > SourceForge and naming the package as well. > > second question and more technical: > The basic structure for dojo integration is ready, now I want to > handle xhr requests. Is there any place to manage it? I've currently > decorated PageMarkupRenderer, I can manage the document from there to > produce the json object I need, that usually is a portion of the page > (then I'll use dojo capabilities to replace document fragments needed > and script and resources initializations). > > Thanks in advance, > Andrea Chiumenti > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Andreas Andreou - andy...@apache.org - http://blog.andyhot.gr Tapestry / Tacos developer Open Source / JEE Consulting - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Localization problem with tapestry
Hi, I'm encountering something weird when trying to localize some messages using Tapestry. I'll make a short description of the problem and of the context: I'm using Tapestry 4.1.6 and have some page messages that should get localized. I have the next structure of *.properties file : WEB-INF/stuff/A.properties WEB-INF/servlet-name.properties WEB-INF/X.jar The X.jar file is actually a localization package. It contains *.properties files with the following structure : WEB-INF/stuff/A_fr.properties WEB-INF/servlet-name_fr.properties The problem is that if i have a message which is not stored in A.properties or A_fr.properties but in servlet-name.properties and servlet-name_fr.properties and i set the browser's (Firefox) language to french, this message gets not translated. It gets displayed in english (base language for message catalogs). On the other hand, this happens only with messages in the files on the "root" level of the jar file. The messages from the A_fr.properties are translated ok. I think this is somehow related to the inclusion of the jar file because if i don't use this jar localization package and i simply put the *_fr.properties files, then everything works just fine. Does anyone have an idea why this happens and how to get it solved? Maybe it is some kind of issue related to this problem (i searched the issue list on JIRA but couldn't find one) ? Any help would be gladly appreciated. Thanks, Bogdan - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: T5: getting to the url anchor-tag server side
Hmm, it seems a non -tapestry issue. Browsers don't send anchor-tags to the server... Britske wrote: > > Is there a way to get to the anchor of an url in tapestry? > > I tried getting it through getRequestGlobals().getHTTPServletRequest(), > but the anchor seems to be stripped from the url that HTTPServletRequest > gives me. > > Anyone? > Thanks, > > Britske > -- View this message in context: http://www.nabble.com/T5%3A-getting-to-the-url-anchor-tag--server-side-tp22353475p22353637.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
T5: getting to the url anchor-tag server side
Is there a way to get to the anchor of an url in tapestry? I tried getting it through getRequestGlobals().getHTTPServletRequest(), but the anchor seems to be stripped from the url that HTTPServletRequest gives me. Anyone? Thanks, Britske -- View this message in context: http://www.nabble.com/T5%3A-getting-to-the-url-anchor-tag--server-side-tp22353475p22353475.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: T5: accessing assets/files using apache httpd instead of tomcat
Hi Britske, assuming you are using mod_jk to connect Apache httpd to Tomcat, you can use JkMount/JkUnmount to unmount the paths containing static resources and have httpd handle them directly. Let's look at an example.. If your images are in "_img", the context is the root context and your webapp lies in /whatever/webapps/ROOT, you could do something like this in your vhost config: JkMount /* your_worker # static resources JkUnmount /_img/* your_worker Alias /_img /whatever/webapps/ROOT/_img Hth, Lutz On Thu, Feb 26, 2009 at 6:19 PM, Britske wrote: > > for speed reasons, etc. I would like apache httpd to handle css,js and images > instead of tomcat > Of course apache httpd doesn't know of the resources bundled in the tapestry > webapp. > > For those of you who are using tapestry with tomcat and a apache httpd > frontend: > I'm interested in knowing what kind of (automatic) deployment setup you are > using to get the assets in a folder apache httpd can read. > > Of course this eliminates tapestry being able to manage the assets. WOuld > there be anything I'm missing out what tapestry can do, what can't be done > by apache httpd? Is there any other reasons why I should forget this setup > as soon as possible? > > Thanks, > Britske > -- > View this message in context: > http://www.nabble.com/T5%3A-accessing-assets-files-using-apache-httpd-instead-of-tomcat-tp9014p9014.html > Sent from the Tapestry - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- altocon GmbH http://www.altocon.de/ Software Development, Consulting Hamburg, Germany - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: http error on exception
The way I like to do it: decorate the exception handler in your AppModule.java /** * Decorate the exception handler in a way that it will just return error * code 500 in production mode. See * http://tapestry.apache.org/tapestry5/cookbook/exceptions.html On the * bottom of the page, "Version 3". */ public RequestExceptionHandler decorateRequestExceptionHandler(final Logger logger, final Response response, @Symbol(SymbolConstants.PRODUCTION_MODE) final boolean productionMode, final Object service) { if (!productionMode) { return null; } return new RequestExceptionHandler() { public void handleRequestException(final Throwable exception) throws IOException { logger.error(exception.getMessage(), exception); response.sendError(HttpServletResponse.SC_INTERNAL_SERVER_ERROR, "Internal Server Error"); } }; } Hth, Lutz On Mon, Feb 23, 2009 at 6:17 PM, Thomas Clavier wrote: > Hello All, > > I search a solution to launch an http error (500) when tapestry throw an > Exception. I have found documentation on how to override tapestry > Exception ... but that launch a "200 OK" > > have you a solution ? > > -- > Thomas Clavier http://www.tcweb.org > Argia Engineering JabberID : clav...@argia.fr > +33 (0)6 20 81 81 30 +33 (0)950 783 783 > > > -- altocon GmbH http://www.altocon.de/ Software Development, Consulting Hamburg, Germany - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
[T5] Method name "render" not allowed for custom components?
Hello, today i've had a exception that took me a while to figure out where it came from: StackMapTable format error: bad class index It was, because i named a method "render" in my custom component: @BeginRender boolean render(MarkupWriter writer) { //blubb return false; } Renaming the method to "renderBlubb" solved the problem. Despite the fact, that the method name "render" is not the best naming strategy: Should i file a bug in jira with detailed informations? Thank you all for the cool tapestry5 project. Felix -- Felix Gonschorek GG-Media Kirchstr. 18 69115 Heidelberg Tel: +49 6221 890 168-0 Fax: +49 6221 890 168-1 Mobil: +49 176 2234 1338 fe...@gg-media.biz http://www.gg-media.biz Vertretungsberechtigte Gesellschafter: Felix Gonschorek & Jochen Greiner Umsatzsteuer-Identifikationsnummer gemäß § 27a Umsatzsteuergesetz: DE232906440 - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
dojo Tapestry5 integration
Hello, I'm writing dojo-T5 integration, which package should I choose? I think that current one com.mycompany.tapsample is not correct :) then I could use org.apache.tapestry5.dojo or open a project in SourceForge and naming the package as well. second question and more technical: The basic structure for dojo integration is ready, now I want to handle xhr requests. Is there any place to manage it? I've currently decorated PageMarkupRenderer, I can manage the document from there to produce the json object I need, that usually is a portion of the page (then I'll use dojo capabilities to replace document fragments needed and script and resources initializations). Thanks in advance, Andrea Chiumenti - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: hi, about the remotelink minixs
miss attachments Nile Black - 每天一个小时debian. On Wed, Mar 4, 2009 at 10:37 PM, nile black wrote: > hi >i write a simple minixs call remotelink, it look like grails's > remotelink. >maybe minixs greate! > > you can simple use > > t:type="actionlink" t:update="result" > t:mixins="remotelink">action > t:type="pagelink" t:update="result" t:mixins="remotelink">page > result will show here. > >but i confused by the return. >My first question is : what should ajax action return? json? html > fragment? xml? > >One of t5's benefit is "you can use dreamweaver edit the tml”. > In example code, "pagelink" work fine. because it return "html". but > actionlink is not perfect. > My seconde question is : how to return html fragment in action. > > > > Nile Black > - > 每天一个小时debian. > - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: templates changes from tapestry 4.1 to tapestry 5
I understand and of course is always a problem of perspective. In my practical work I always have to spend too much time in adjusting html content when the web graphic modifies it, because obviously he/she doesn't want to work with the mess that a jsp or a velocity template has become once I have worked on it. Howard Lewis Ship ha scritto: > A well established Tapestry style in Tap3 + Tap4 was: > > ... > > I really liked that style, especially for teaching Tapestry and wanted > to allow something that immediately understandable but even more > concise. > > On Wed, Mar 4, 2009 at 10:33 AM, Thiago H. de Paula Figueiredo > wrote: > >> Em Wed, 04 Mar 2009 13:18:46 -0300, Ivano Luberti >> escreveu: >> >> >>> pheeew ! >>> Thanks for the quick answer to all of you. >>> >> You're welcome! >> >> >>> I was afraid I had made one of the biggest mistake in my life. >>> >> Maybe you just made one of the best decisions in your life.. :) >> >> >>> But can you tell me why the choice to abandon the old syntax has been >>> taken: to me from the web designer point of view it is still the most >>> clean way to implement the call to tapestry. >>> >> Tapestry 5 haven't really abondened the old syntax, besides $content$ and >> $remove$, but they're easily replaced with simple components. >> I guess Howard (Tapestry creator and main developer) just wanted to create >> another syntax, one that is friendlier with XML editors (namespaces). I >> never use the syntax in pages and almost never in >> components and I'm quite happy with it. :) >> >> -- >> Thiago H. de Paula Figueiredo >> Independent Java consultant, developer, and instructor >> http://www.arsmachina.com.br/thiago >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> For additional commands, e-mail: users-h...@tapestry.apache.org >> >> >> > > > > -- == dott. Ivano Mario Luberti Archimede Informatica societa' cooperativa a r. l. Sede Operativa Via Gereschi 36 - 56126- Pisa tel.: +39-050- 580959 tel/fax: +39-050-9711344 web: www.archicoop.it == - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Tapestry 5.1 session invalidate misbehaving
It is sloved now after much pain, but for the befefit of everyone: It seems Robert had a valid point in the end, lazy loading was at least half the problem (thanks very much for the tip!), the other half was that I was using HttpServletRequest instead of Request, it seems the later is now required in 5.1... is this intentional? I just assumed Request simply shadowed HttpServletRequest, hence the simplified example provided. Cheers, Peter - Original Message - From: "Peter Stavrinides" To: "Tapestry users" Sent: Thursday, 5 March, 2009 09:59:29 GMT +02:00 Athens, Beirut, Bucharest, Istanbul Subject: Re: Tapestry 5.1 session invalidate misbehaving Thanks for the reply Robert, but that doesn't seem to be the issue, any other ideas? - Original Message - From: "Robert Zeigler" To: "Tapestry users" Sent: Thursday, 5 March, 2009 00:45:14 GMT +02:00 Athens, Beirut, Bucharest, Istanbul Subject: Re: Tapestry 5.1 session invalidate misbehaving Try switching the order of homePage.setIsSignOut(true) and request.getSession(false).invalidate(); It looks like the homePage is being lazily evaluated right there, and the page load is failing; if you switch the order, I think you'll be set. Robert On Mar 4, 2009, at 3/48:39 AM , Peter Stavrinides wrote: > Hi, > > The following code worked in all versions before 5.1, but now I get > the exception listed below: > @Inject > private Request request; > > @InjectPage > private Home homePage; > > @OnEvent(component = "signOut") > Object onEventFromSignOut() { > try { > > request.getSession(false).invalidate(); > homePage.setIsSignOut(true); > return homePage; > } catch (Throwable e) { > // > } > return null; > } > > - com.albourne.web.components.hf.Header (112) > org.apache.tapestry5.ioc.internal.util.TapestryException: > getAttributeNames: Session already invalidated > at > org > .apache > .tapestry5 > .internal > .structure > .ComponentPageElementImpl.invoke(ComponentPageElementImpl.java:935) > at > org > .apache > .tapestry5 > .internal > .structure > .ComponentPageElementImpl > .containingPageDidAttach(ComponentPageElementImpl.java:733) > at > org > .apache.tapestry5.internal.structure.PageImpl.attached(PageImpl.java: > 144) > at > org > .apache > .tapestry5 > .internal > .services.RequestPageCacheImpl.get(RequestPageCacheImpl.java:55) > at > $RequestPageCache_11fd1d95dc7.get($RequestPageCache_11fd1d95dc7.java) > at > $RequestPageCache_11fd1d95db0.get($RequestPageCache_11fd1d95db0.java) > at > org > .apache > .tapestry5 > .internal > .services.ComponentSourceImpl.getPage(ComponentSourceImpl.java:79) > at > $ > ComponentSource_11fd1d95dbe.getPage($ComponentSource_11fd1d95dbe.java) > at com.albourne.web.components.hf.Header._ > $read_inject_page_homePage(Header.java) > at > com.albourne.web.components.hf.Header.onEventFromSignOut(Header.java: > 106) > at > com > .albourne.web.components.hf.Header.dispatchComponentEvent(Header.java) > at > org > .apache > .tapestry5 > .internal > .structure > .ComponentPageElementImpl > .dispatchEvent(ComponentPageElementImpl.java:889) > at > org > .apache > .tapestry5 > .internal > .structure > .ComponentPageElementImpl > .triggerContextEvent(ComponentPageElementImpl.java:1068) > at > org > .apache > .tapestry5 > .internal > .services > .ComponentEventRequestHandlerImpl > .handle(ComponentEventRequestHandlerImpl.java:75) > at > org > .apache > .tapestry5 > .internal > .services > .ImmediateActionRenderResponseFilter > .handle(ImmediateActionRenderResponseFilter.java:42) > at > $ > ComponentEventRequestHandler_11fd1d95e24 > .handle($ComponentEventRequestHandler_11fd1d95e24.java) > at > org > .apache > .tapestry5.internal.services.AjaxFilter.handle(AjaxFilter.java:42) > at > $ > ComponentEventRequestHandler_11fd1d95e24 > .handle($ComponentEventRequestHandler_11fd1d95e24.java) > at org.apache.tapestry5.services.TapestryModule > $35.handle(TapestryModule.java:2085) > at > $ > ComponentEventRequestHandler_11fd1d95e24 > .handle($ComponentEventRequestHandler_11fd1d95e24.java) > at > $ > ComponentEventRequestHandler_11fd1d95dae > .handle($ComponentEventRequestHandler_11fd1d95dae.java) > at > org > .apache > .tapestry5 > .internal > .services > .ComponentRequestHandlerTerminator > .handleComponentEvent(ComponentRequestHandlerTerminator.java:43) > at > $ > ComponentRequestHandler_11fd1d95da7 > .handleComponentEvent($ComponentRequestHandler_11fd1d95da7.java) > at > org > .apache > .tapestry5 > .internal > .services > .ComponentEventDispatcher.dispatch(ComponentEventDispatcher.ja
Q: Hook javascript event to component event method
There is a Tree Component to generate a js tree, and we use tree node event to do some operation. How can hook javascript event to my tree component method in tml file? such as js method here : function onNodeSelect(id){ alert("node"+id+" selected . "); } tree.setOnClickHandler(onNodeSelect);//set function object to call on node select
apache configs to avoid subdirectory conflicts?
greetings, i just signed up to this list; i'm faily new to tapestry, especially 5. i've searched the web extensively trying to find some reference to this issue, with so little success that i think i'm fundamentally misunderstanding something at this point. any assitance or pointers would be greatly appreciated: we have a tapestry 5 webapp running with tomcat (5 and 6, on different environments) and apache2. apache passes along the requests to particular webapp instances via virtual hosts using mod_jk workers to handle the service requests. all pretty standard. however, we can't get the requests for the tml files in a subdirectory (not in WEB-INF) to be handled correctly. i'm fairly convinced that the apache configs are the issue here because on the localhost builds that run from the tomcat root without apache, we don't see this issue, but i can't find a way to resolve it. the app has an 'admin' user interface that imo should be a separate webapp altogether, but that's a different story; in this story, there is an /admin subdir at the webapp root (so, not a subdir of WEB-INF). hitting that admin dir directly should produce the index.tml in that subdir, which is a login form for this subset of users. however, webapp.com/admin produces a directory listing, which clearly is not what we want. webapp.com/Admin, however, does indeed bring us the Index.tml in the admin dir, with a loginForm therein. which brings us to the second issue: submitting the form causes apache/tomcat to throw a 404 because "index.loginform" can't be found. so it seems clearly that there's some kind of proxy/precedence issue happening with apache trying to serve the "admin" directory, but tapestry handling the request for the "Admin" directory correctly. i know tapestry does pretty urls and is largely case-insensitive in that manner, and i'm guessing the above behavior may have something to do with that? we've tried moving components around, creating additional app descriptions and filters in the web.xml, etc, with no luck so far. this seems absurdly trivial, but i'm not sure if we're just trying to do something that is outside of the intended tapestry design or what. we moved all of the files out of the /admin directory, refactoring code accordingly, and it all works fine, but that's not much of a solution for the kind or the scale of development we're doing going forward here. so, again, any help would be much appreciate indeed. cheers, -michael huff tapestry newbie - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Tapestry 5.1 session invalidate misbehaving
Thanks for the reply Robert, but that doesn't seem to be the issue, any other ideas? - Original Message - From: "Robert Zeigler" To: "Tapestry users" Sent: Thursday, 5 March, 2009 00:45:14 GMT +02:00 Athens, Beirut, Bucharest, Istanbul Subject: Re: Tapestry 5.1 session invalidate misbehaving Try switching the order of homePage.setIsSignOut(true) and request.getSession(false).invalidate(); It looks like the homePage is being lazily evaluated right there, and the page load is failing; if you switch the order, I think you'll be set. Robert On Mar 4, 2009, at 3/48:39 AM , Peter Stavrinides wrote: > Hi, > > The following code worked in all versions before 5.1, but now I get > the exception listed below: > @Inject > private Request request; > > @InjectPage > private Home homePage; > > @OnEvent(component = "signOut") > Object onEventFromSignOut() { > try { > > request.getSession(false).invalidate(); > homePage.setIsSignOut(true); > return homePage; > } catch (Throwable e) { > // > } > return null; > } > > - com.albourne.web.components.hf.Header (112) > org.apache.tapestry5.ioc.internal.util.TapestryException: > getAttributeNames: Session already invalidated > at > org > .apache > .tapestry5 > .internal > .structure > .ComponentPageElementImpl.invoke(ComponentPageElementImpl.java:935) > at > org > .apache > .tapestry5 > .internal > .structure > .ComponentPageElementImpl > .containingPageDidAttach(ComponentPageElementImpl.java:733) > at > org > .apache.tapestry5.internal.structure.PageImpl.attached(PageImpl.java: > 144) > at > org > .apache > .tapestry5 > .internal > .services.RequestPageCacheImpl.get(RequestPageCacheImpl.java:55) > at > $RequestPageCache_11fd1d95dc7.get($RequestPageCache_11fd1d95dc7.java) > at > $RequestPageCache_11fd1d95db0.get($RequestPageCache_11fd1d95db0.java) > at > org > .apache > .tapestry5 > .internal > .services.ComponentSourceImpl.getPage(ComponentSourceImpl.java:79) > at > $ > ComponentSource_11fd1d95dbe.getPage($ComponentSource_11fd1d95dbe.java) > at com.albourne.web.components.hf.Header._ > $read_inject_page_homePage(Header.java) > at > com.albourne.web.components.hf.Header.onEventFromSignOut(Header.java: > 106) > at > com > .albourne.web.components.hf.Header.dispatchComponentEvent(Header.java) > at > org > .apache > .tapestry5 > .internal > .structure > .ComponentPageElementImpl > .dispatchEvent(ComponentPageElementImpl.java:889) > at > org > .apache > .tapestry5 > .internal > .structure > .ComponentPageElementImpl > .triggerContextEvent(ComponentPageElementImpl.java:1068) > at > org > .apache > .tapestry5 > .internal > .services > .ComponentEventRequestHandlerImpl > .handle(ComponentEventRequestHandlerImpl.java:75) > at > org > .apache > .tapestry5 > .internal > .services > .ImmediateActionRenderResponseFilter > .handle(ImmediateActionRenderResponseFilter.java:42) > at > $ > ComponentEventRequestHandler_11fd1d95e24 > .handle($ComponentEventRequestHandler_11fd1d95e24.java) > at > org > .apache > .tapestry5.internal.services.AjaxFilter.handle(AjaxFilter.java:42) > at > $ > ComponentEventRequestHandler_11fd1d95e24 > .handle($ComponentEventRequestHandler_11fd1d95e24.java) > at org.apache.tapestry5.services.TapestryModule > $35.handle(TapestryModule.java:2085) > at > $ > ComponentEventRequestHandler_11fd1d95e24 > .handle($ComponentEventRequestHandler_11fd1d95e24.java) > at > $ > ComponentEventRequestHandler_11fd1d95dae > .handle($ComponentEventRequestHandler_11fd1d95dae.java) > at > org > .apache > .tapestry5 > .internal > .services > .ComponentRequestHandlerTerminator > .handleComponentEvent(ComponentRequestHandlerTerminator.java:43) > at > $ > ComponentRequestHandler_11fd1d95da7 > .handleComponentEvent($ComponentRequestHandler_11fd1d95da7.java) > at > org > .apache > .tapestry5 > .internal > .services > .ComponentEventDispatcher.dispatch(ComponentEventDispatcher.java:138) > at $Dispatcher_11fd1d95da9.dispatch($Dispatcher_11fd1d95da9.java) > at $Dispatcher_11fd1d95d9b.dispatch($Dispatcher_11fd1d95d9b.java) > at org.apache.tapestry5.services.TapestryModule > $RequestHandlerTerminator.service(TapestryModule.java:242) > at > org > .apache > .tapestry5 > .internal > .services.RequestErrorFilter.service(RequestErrorFilter.java:26) > at > $RequestHandler_11fd1d95d9c.service($RequestHandler_11fd1d95d9c.java) > at org.apache.tapestry5.services.TapestryModule > $4.service(TapestryModule.java:760) > at > $RequestHandler_11fd1d95d9c.service($RequestHandler_11fd1d95d9c.java) > a