Re: T4.1.2 and 3: Mysterious stack trace ??
OK, I've filed it here: http://jira.opensymphony.com/browse/OGNL-129 On 10/17/07, Jesse Kuhnert <[EMAIL PROTECTED]> wrote: > > Hopefully one of you has filed a bug report in the OGNL jira as > previously requested on this thread.If not, it is likely to stick > around for some time. > > http://jira.opensymphony.com/browse/OGNL > > On 10/17/07, Stephane Decleire <[EMAIL PROTECTED]> wrote: > > Same causes, same consequences ... > > > > Since our migration from Tap4.1.1 to 4.1.2 (and 4.1.3) we get the same > > error stack as Malin. > > I have just parsed our code and found exactly what Malin describes : > > > > @Persist("session") > > public abstract void setSearch(IAlert search); > > public abstract IAlert getSearch(); > > > > public void search() { > > ... > > } > > > > except that search is not an eventlistener but a simple function of our > > class. > > And the search property is also used by ognl in our html pages. > > > > Stephane. > > > > > > Malin Ljungh a écrit : > > > I finally found it! > > > > > > I would say the issue is not in my code - I consider this a bug (?) > > > > > > This was the problem: > > > > > > I have an If component bound to the "showLoginForm" property - thus I > have > > > getter and setters "boolean getShowLoginForm" and > > > "setShowLoginForm(boolean)". > > > Also, I have (in the same component) a DirectLink with listener bound > to > > > method "showLoginForm" (in the same component class as the getters and > > > setters mentioned above). > > > Seems like it's some kind of name collision here. If I rename the > listener > > > to for example "showLoginFormAction" I get rid of the stack trace. > > > > > > Should I file the ticket in the OGNL Jesse? > > > I'm not sure where this belongs... > > > > > > /Malin > > > > > > > > > On 10/12/07, Jesse Kuhnert <[EMAIL PROTECTED]> wrote: > > > > > >> I meant to say a ticket here: > http://jira.opensymphony.com/browse/OGNL > > >> > > >> On 10/12/07, Jesse Kuhnert <[EMAIL PROTECTED]> wrote: > > >> > > >>> It's a bug in the ognl expression compiler, would you mind filing a > > >>> ticket with the specifics for me? (expression, object types and > > >>> values of the types involved) > > >>> > > >>> It reverts back to normal OGNL reflection when it hits these but > still > > >>> logs them so that it's hopefully annoying enough that people report > > >>> them. > > >>> > > >>> On 10/12/07, Malin Ljungh <[EMAIL PROTECTED]> wrote: > > >>> > > Thanks Ken! > > > > As you say, the issue must be in my code. Sadly the message does > not > > > > >> give me > > >> > > any clue about what or where. > > So - it's in the ognl somewhere - that's a start! I guess I'll just > > > > >> have to > > >> > > try blockwise comment out code do trace the error. > > > > 'Nice weekend to you all! > > Malin > > > > > > > > On 10/12/07, Ken nashua <[EMAIL PROTECTED]> wrote: > > > > > Dude, > > > > > > The issue is in your code trust me (now I wish I could say the > same > > > > > >> about > > >> > > > my code). Your referencing an OGNL variable with wrong case or > > > > > >> something > > >> > > > like that or semantically it is not constructed properly in order > to > > > > > >> follow > > >> > > > thru with the processing. > > > > > > What is happening is the OGNL expression compiler is attempting to > > > > > >> compile > > >> > > > your ognl expression. Now Thats as flat as it gets. > > > > > > Why is it failing? Look at my first statement. Examine your > > > > > >> expressions. > > >> > > > Some expressions are blocked from being compiled due to @If > > > > > >> conditions and > > >> > > > so forth so the app will run and look fine but as you begin to > open > > > > > >> up these > > >> > > > case blocks, then the fun starts... > > > > > > Best regards > > > Ken in nashua > > > _ > > > Boo!Scare away worms, viruses and so much more! Try Windows Live > > > > > >> OneCare! > > >> > > > > > >> > http://onecare.live.com/standard/en-us/purchase/trial.aspx?s_cid=wl_hotmailnews > > >> > > >>> -- > > >>> Jesse Kuhnert > > >>> Tapestry/Dojo team member/developer > > >>> > > >>> Open source based consulting work centered around > > >>> dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com > > >>> > > >>> > > >> -- > > >> Jesse Kuhnert > > >> Tapestry/Dojo team member/developer > > >> > > >> Open source based consulting work centered around > > >> dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com > > >> > > >> - > > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > > >> For additional commands, e-mail: [EMAIL PROTECTED] > > >> > > >> > > >> > > > > > > > > > > > -- > Jesse Kuhnert > Tapestry/Dojo team member/developer > > Open sou
Re: T4.1.2 and 3: Mysterious stack trace ??
Hopefully one of you has filed a bug report in the OGNL jira as previously requested on this thread.If not, it is likely to stick around for some time. http://jira.opensymphony.com/browse/OGNL On 10/17/07, Stephane Decleire <[EMAIL PROTECTED]> wrote: > Same causes, same consequences ... > > Since our migration from Tap4.1.1 to 4.1.2 (and 4.1.3) we get the same > error stack as Malin. > I have just parsed our code and found exactly what Malin describes : > > @Persist("session") > public abstract void setSearch(IAlert search); > public abstract IAlert getSearch(); > > public void search() { > ... > } > > except that search is not an eventlistener but a simple function of our > class. > And the search property is also used by ognl in our html pages. > > Stephane. > > > Malin Ljungh a écrit : > > I finally found it! > > > > I would say the issue is not in my code - I consider this a bug (?) > > > > This was the problem: > > > > I have an If component bound to the "showLoginForm" property - thus I have > > getter and setters "boolean getShowLoginForm" and > > "setShowLoginForm(boolean)". > > Also, I have (in the same component) a DirectLink with listener bound to > > method "showLoginForm" (in the same component class as the getters and > > setters mentioned above). > > Seems like it's some kind of name collision here. If I rename the listener > > to for example "showLoginFormAction" I get rid of the stack trace. > > > > Should I file the ticket in the OGNL Jesse? > > I'm not sure where this belongs... > > > > /Malin > > > > > > On 10/12/07, Jesse Kuhnert <[EMAIL PROTECTED]> wrote: > > > >> I meant to say a ticket here: http://jira.opensymphony.com/browse/OGNL > >> > >> On 10/12/07, Jesse Kuhnert <[EMAIL PROTECTED]> wrote: > >> > >>> It's a bug in the ognl expression compiler, would you mind filing a > >>> ticket with the specifics for me? (expression, object types and > >>> values of the types involved) > >>> > >>> It reverts back to normal OGNL reflection when it hits these but still > >>> logs them so that it's hopefully annoying enough that people report > >>> them. > >>> > >>> On 10/12/07, Malin Ljungh <[EMAIL PROTECTED]> wrote: > >>> > Thanks Ken! > > As you say, the issue must be in my code. Sadly the message does not > > >> give me > >> > any clue about what or where. > So - it's in the ognl somewhere - that's a start! I guess I'll just > > >> have to > >> > try blockwise comment out code do trace the error. > > 'Nice weekend to you all! > Malin > > > > On 10/12/07, Ken nashua <[EMAIL PROTECTED]> wrote: > > > Dude, > > > > The issue is in your code trust me (now I wish I could say the same > > > >> about > >> > > my code). Your referencing an OGNL variable with wrong case or > > > >> something > >> > > like that or semantically it is not constructed properly in order to > > > >> follow > >> > > thru with the processing. > > > > What is happening is the OGNL expression compiler is attempting to > > > >> compile > >> > > your ognl expression. Now Thats as flat as it gets. > > > > Why is it failing? Look at my first statement. Examine your > > > >> expressions. > >> > > Some expressions are blocked from being compiled due to @If > > > >> conditions and > >> > > so forth so the app will run and look fine but as you begin to open > > > >> up these > >> > > case blocks, then the fun starts... > > > > Best regards > > Ken in nashua > > _ > > Boo!Scare away worms, viruses and so much more! Try Windows Live > > > >> OneCare! > >> > > > >> http://onecare.live.com/standard/en-us/purchase/trial.aspx?s_cid=wl_hotmailnews > >> > >>> -- > >>> Jesse Kuhnert > >>> Tapestry/Dojo team member/developer > >>> > >>> Open source based consulting work centered around > >>> dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com > >>> > >>> > >> -- > >> Jesse Kuhnert > >> Tapestry/Dojo team member/developer > >> > >> Open source based consulting work centered around > >> dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com > >> > >> - > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > >> > > > > > -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T4.1.2 and 3: Mysterious stack trace ??
Same causes, same consequences ... Since our migration from Tap4.1.1 to 4.1.2 (and 4.1.3) we get the same error stack as Malin. I have just parsed our code and found exactly what Malin describes : @Persist("session") public abstract void setSearch(IAlert search); public abstract IAlert getSearch(); public void search() { ... } except that search is not an eventlistener but a simple function of our class. And the search property is also used by ognl in our html pages. Stephane. Malin Ljungh a écrit : I finally found it! I would say the issue is not in my code - I consider this a bug (?) This was the problem: I have an If component bound to the "showLoginForm" property - thus I have getter and setters "boolean getShowLoginForm" and "setShowLoginForm(boolean)". Also, I have (in the same component) a DirectLink with listener bound to method "showLoginForm" (in the same component class as the getters and setters mentioned above). Seems like it's some kind of name collision here. If I rename the listener to for example "showLoginFormAction" I get rid of the stack trace. Should I file the ticket in the OGNL Jesse? I'm not sure where this belongs... /Malin On 10/12/07, Jesse Kuhnert <[EMAIL PROTECTED]> wrote: I meant to say a ticket here: http://jira.opensymphony.com/browse/OGNL On 10/12/07, Jesse Kuhnert <[EMAIL PROTECTED]> wrote: It's a bug in the ognl expression compiler, would you mind filing a ticket with the specifics for me? (expression, object types and values of the types involved) It reverts back to normal OGNL reflection when it hits these but still logs them so that it's hopefully annoying enough that people report them. On 10/12/07, Malin Ljungh <[EMAIL PROTECTED]> wrote: Thanks Ken! As you say, the issue must be in my code. Sadly the message does not give me any clue about what or where. So - it's in the ognl somewhere - that's a start! I guess I'll just have to try blockwise comment out code do trace the error. 'Nice weekend to you all! Malin On 10/12/07, Ken nashua <[EMAIL PROTECTED]> wrote: Dude, The issue is in your code trust me (now I wish I could say the same about my code). Your referencing an OGNL variable with wrong case or something like that or semantically it is not constructed properly in order to follow thru with the processing. What is happening is the OGNL expression compiler is attempting to compile your ognl expression. Now Thats as flat as it gets. Why is it failing? Look at my first statement. Examine your expressions. Some expressions are blocked from being compiled due to @If conditions and so forth so the app will run and look fine but as you begin to open up these case blocks, then the fun starts... Best regards Ken in nashua _ Boo!Scare away worms, viruses and so much more! Try Windows Live OneCare! http://onecare.live.com/standard/en-us/purchase/trial.aspx?s_cid=wl_hotmailnews -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T4.1.2 and 3: Mysterious stack trace ??
I finally found it! I would say the issue is not in my code - I consider this a bug (?) This was the problem: I have an If component bound to the "showLoginForm" property - thus I have getter and setters "boolean getShowLoginForm" and "setShowLoginForm(boolean)". Also, I have (in the same component) a DirectLink with listener bound to method "showLoginForm" (in the same component class as the getters and setters mentioned above). Seems like it's some kind of name collision here. If I rename the listener to for example "showLoginFormAction" I get rid of the stack trace. Should I file the ticket in the OGNL Jesse? I'm not sure where this belongs... /Malin On 10/12/07, Jesse Kuhnert <[EMAIL PROTECTED]> wrote: > > I meant to say a ticket here: http://jira.opensymphony.com/browse/OGNL > > On 10/12/07, Jesse Kuhnert <[EMAIL PROTECTED]> wrote: > > It's a bug in the ognl expression compiler, would you mind filing a > > ticket with the specifics for me? (expression, object types and > > values of the types involved) > > > > It reverts back to normal OGNL reflection when it hits these but still > > logs them so that it's hopefully annoying enough that people report > > them. > > > > On 10/12/07, Malin Ljungh <[EMAIL PROTECTED]> wrote: > > > Thanks Ken! > > > > > > As you say, the issue must be in my code. Sadly the message does not > give me > > > any clue about what or where. > > > So - it's in the ognl somewhere - that's a start! I guess I'll just > have to > > > try blockwise comment out code do trace the error. > > > > > > 'Nice weekend to you all! > > > Malin > > > > > > > > > > > > On 10/12/07, Ken nashua <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > Dude, > > > > > > > > The issue is in your code trust me (now I wish I could say the same > about > > > > my code). Your referencing an OGNL variable with wrong case or > something > > > > like that or semantically it is not constructed properly in order to > follow > > > > thru with the processing. > > > > > > > > What is happening is the OGNL expression compiler is attempting to > compile > > > > your ognl expression. Now Thats as flat as it gets. > > > > > > > > Why is it failing? Look at my first statement. Examine your > expressions. > > > > Some expressions are blocked from being compiled due to @If > conditions and > > > > so forth so the app will run and look fine but as you begin to open > up these > > > > case blocks, then the fun starts... > > > > > > > > Best regards > > > > Ken in nashua > > > > _ > > > > Boo!Scare away worms, viruses and so much more! Try Windows Live > OneCare! > > > > > > > > > http://onecare.live.com/standard/en-us/purchase/trial.aspx?s_cid=wl_hotmailnews > > > > > > > > > -- > > Jesse Kuhnert > > Tapestry/Dojo team member/developer > > > > Open source based consulting work centered around > > dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com > > > > > -- > Jesse Kuhnert > Tapestry/Dojo team member/developer > > Open source based consulting work centered around > dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: T4.1.2 and 3: Mysterious stack trace ??
I meant to say a ticket here: http://jira.opensymphony.com/browse/OGNL On 10/12/07, Jesse Kuhnert <[EMAIL PROTECTED]> wrote: > It's a bug in the ognl expression compiler, would you mind filing a > ticket with the specifics for me? (expression, object types and > values of the types involved) > > It reverts back to normal OGNL reflection when it hits these but still > logs them so that it's hopefully annoying enough that people report > them. > > On 10/12/07, Malin Ljungh <[EMAIL PROTECTED]> wrote: > > Thanks Ken! > > > > As you say, the issue must be in my code. Sadly the message does not give me > > any clue about what or where. > > So - it's in the ognl somewhere - that's a start! I guess I'll just have to > > try blockwise comment out code do trace the error. > > > > 'Nice weekend to you all! > > Malin > > > > > > > > On 10/12/07, Ken nashua <[EMAIL PROTECTED]> wrote: > > > > > > > > > Dude, > > > > > > The issue is in your code trust me (now I wish I could say the same about > > > my code). Your referencing an OGNL variable with wrong case or something > > > like that or semantically it is not constructed properly in order to > > > follow > > > thru with the processing. > > > > > > What is happening is the OGNL expression compiler is attempting to compile > > > your ognl expression. Now Thats as flat as it gets. > > > > > > Why is it failing? Look at my first statement. Examine your expressions. > > > Some expressions are blocked from being compiled due to @If conditions and > > > so forth so the app will run and look fine but as you begin to open up > > > these > > > case blocks, then the fun starts... > > > > > > Best regards > > > Ken in nashua > > > _ > > > Boo!Scare away worms, viruses and so much more! Try Windows Live OneCare! > > > > > > http://onecare.live.com/standard/en-us/purchase/trial.aspx?s_cid=wl_hotmailnews > > > > > -- > Jesse Kuhnert > Tapestry/Dojo team member/developer > > Open source based consulting work centered around > dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com > -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T4.1.2 and 3: Mysterious stack trace ??
It's a bug in the ognl expression compiler, would you mind filing a ticket with the specifics for me? (expression, object types and values of the types involved) It reverts back to normal OGNL reflection when it hits these but still logs them so that it's hopefully annoying enough that people report them. On 10/12/07, Malin Ljungh <[EMAIL PROTECTED]> wrote: > Thanks Ken! > > As you say, the issue must be in my code. Sadly the message does not give me > any clue about what or where. > So - it's in the ognl somewhere - that's a start! I guess I'll just have to > try blockwise comment out code do trace the error. > > 'Nice weekend to you all! > Malin > > > > On 10/12/07, Ken nashua <[EMAIL PROTECTED]> wrote: > > > > > > Dude, > > > > The issue is in your code trust me (now I wish I could say the same about > > my code). Your referencing an OGNL variable with wrong case or something > > like that or semantically it is not constructed properly in order to follow > > thru with the processing. > > > > What is happening is the OGNL expression compiler is attempting to compile > > your ognl expression. Now Thats as flat as it gets. > > > > Why is it failing? Look at my first statement. Examine your expressions. > > Some expressions are blocked from being compiled due to @If conditions and > > so forth so the app will run and look fine but as you begin to open up these > > case blocks, then the fun starts... > > > > Best regards > > Ken in nashua > > _ > > Boo!Scare away worms, viruses and so much more! Try Windows Live OneCare! > > > > http://onecare.live.com/standard/en-us/purchase/trial.aspx?s_cid=wl_hotmailnews > -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: T4.1.2 and 3: Mysterious stack trace ??
Thanks Ken! As you say, the issue must be in my code. Sadly the message does not give me any clue about what or where. So - it's in the ognl somewhere - that's a start! I guess I'll just have to try blockwise comment out code do trace the error. 'Nice weekend to you all! Malin On 10/12/07, Ken nashua <[EMAIL PROTECTED]> wrote: > > > Dude, > > The issue is in your code trust me (now I wish I could say the same about > my code). Your referencing an OGNL variable with wrong case or something > like that or semantically it is not constructed properly in order to follow > thru with the processing. > > What is happening is the OGNL expression compiler is attempting to compile > your ognl expression. Now Thats as flat as it gets. > > Why is it failing? Look at my first statement. Examine your expressions. > Some expressions are blocked from being compiled due to @If conditions and > so forth so the app will run and look fine but as you begin to open up these > case blocks, then the fun starts... > > Best regards > Ken in nashua > _ > Boo!Scare away worms, viruses and so much more! Try Windows Live OneCare! > > http://onecare.live.com/standard/en-us/purchase/trial.aspx?s_cid=wl_hotmailnews
Re: T4.1.2 and 3: Mysterious stack trace ??
Dude, The issue is in your code trust me (now I wish I could say the same about my code). Your referencing an OGNL variable with wrong case or something like that or semantically it is not constructed properly in order to follow thru with the processing. What is happening is the OGNL expression compiler is attempting to compile your ognl expression. Now Thats as flat as it gets. Why is it failing? Look at my first statement. Examine your expressions. Some expressions are blocked from being compiled due to @If conditions and so forth so the app will run and look fine but as you begin to open up these case blocks, then the fun starts... Best regards Ken in nashua _ Boo! Scare away worms, viruses and so much more! Try Windows Live OneCare! http://onecare.live.com/standard/en-us/purchase/trial.aspx?s_cid=wl_hotmailnews
T4.1.2 and 3: Mysterious stack trace ??
Hi, I have an exception stack trace which appears on both 4.1.2 and 4.1.3. The weird thing is that the app works fine, everything looks fine from the users perspective. Anyone has an idea what it is? Cheers, Malin sorry for the long stack trace now...: org.apache.hivemind.ApplicationRuntimeException: Unable to create class $ASTProperty_11593f59446: by java.lang.ClassFormatError: Method "" in class $ASTProperty_11593f59446 has illegal signature ")V" at org.apache.tapestry.enhance.CtClassSource.createClass( CtClassSource.java:89) at org.apache.tapestry.enhance.AbstractFab.createClass( AbstractFab.java:96) at org.apache.tapestry.services.impl.HiveMindExpressionCompiler.compileExpression (HiveMindExpressionCompiler.java:218) at ognl.OgnlRuntime.compileExpression(OgnlRuntime.java:498) at ognl.Ognl.compileExpression(Ognl.java:141) at org.apache.tapestry.services.impl.ExpressionCacheImpl.parse( ExpressionCacheImpl.java:152) at org.apache.tapestry.services.impl.ExpressionCacheImpl.getCompiledExpression( ExpressionCacheImpl.java:115) at $ExpressionCache_11593f593ca.getCompiledExpression($ExpressionCache_11593f593ca.java) at org.apache.tapestry.binding.ExpressionBinding.resolveExpression( ExpressionBinding.java:134) at org.apache.tapestry.binding.ExpressionBinding.getObject( ExpressionBinding.java:125) at org.apache.tapestry.binding.AbstractBinding.getObject( AbstractBinding.java:84) at org.apache.tapestry.enhance.EnhanceUtils.toBoolean( EnhanceUtils.java:173) at $IfBean_5.getCondition($IfBean_5.java) at org.apache.tapestry.components.IfBean.evaluateCondition( IfBean.java:128) at org.apache.tapestry.components.IfBean.renderComponent(IfBean.java :66) at org.apache.tapestry.AbstractComponent.render( AbstractComponent.java:725) at org.apache.tapestry.services.impl.DefaultResponseBuilder.render( DefaultResponseBuilder.java:180) at org.apache.tapestry.AbstractComponent.renderBody( AbstractComponent.java:539) at org.apache.tapestry.components.Any.renderComponent(Any.java:44) at org.apache.tapestry.AbstractComponent.render( AbstractComponent.java:725) at org.apache.tapestry.services.impl.DefaultResponseBuilder.render( DefaultResponseBuilder.java:180) at org.apache.tapestry.AbstractComponent.renderBody( AbstractComponent.java:539) at org.apache.tapestry.components.IfBean.renderComponent(IfBean.java :94) at org.apache.tapestry.AbstractComponent.render( AbstractComponent.java:725) at org.apache.tapestry.services.impl.DefaultResponseBuilder.render( DefaultResponseBuilder.java:180) at org.apache.tapestry.BaseComponent.renderComponent( BaseComponent.java:107) at org.apache.tapestry.AbstractComponent.render( AbstractComponent.java:725) at org.apache.tapestry.services.impl.DefaultResponseBuilder.render( DefaultResponseBuilder.java:180) at org.apache.tapestry.AbstractComponent.renderBody( AbstractComponent.java:539) at org.apache.tapestry.components.RenderBody.renderComponent( RenderBody.java:39) at org.apache.tapestry.AbstractComponent.render( AbstractComponent.java:725) at org.apache.tapestry.services.impl.DefaultResponseBuilder.render( DefaultResponseBuilder.java:180) at org.apache.tapestry.AbstractComponent.renderBody( AbstractComponent.java:539) at org.apache.tapestry.html.Body.renderComponent(Body.java:38) at org.apache.tapestry.AbstractComponent.render( AbstractComponent.java:725) at org.apache.tapestry.services.impl.DefaultResponseBuilder.render( DefaultResponseBuilder.java:180) at org.apache.tapestry.AbstractComponent.renderBody( AbstractComponent.java:539) at org.apache.tapestry.html.Shell.renderComponent(Shell.java:124) at org.apache.tapestry.AbstractComponent.render( AbstractComponent.java:725) at org.apache.tapestry.services.impl.DefaultResponseBuilder.render( DefaultResponseBuilder.java:180) at org.apache.tapestry.BaseComponent.renderComponent( BaseComponent.java:107) at org.apache.tapestry.AbstractComponent.render( AbstractComponent.java:725) at org.apache.tapestry.services.impl.DefaultResponseBuilder.render( DefaultResponseBuilder.java:180) at org.apache.tapestry.BaseComponent.renderComponent( BaseComponent.java:107) at org.apache.tapestry.AbstractComponent.render( AbstractComponent.java:725) at org.apache.tapestry.services.impl.DefaultResponseBuilder.render( DefaultResponseBuilder.java:178) at org.apache.tapestry.AbstractPage.renderPage(AbstractPage.java :249) at org.apache.tapestry.engine.RequestCycle.renderPage( RequestCycle.java:397) at org.apache.tapestry.services.impl.DefaultResponseBuilder.renderResponse( DefaultResponseBuilder.java:152) at org.apache.tapestry.services.impl.ResponseRendererImpl.renderResponse( Re