You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Mark P Ashworth <in...@connext.co.za> on 2007/10/26 05:30:05 UTC
[S2] Head parseContent in Struts 2.1.0
Good Day,
I got the following exception when using the nightly build of the 26 Oct
2007 of core and the latest dojo plugins build from svn. I put the
parseContent in the <@s.head parseContent="false" > and it seems to have
fixed the problem. The documentation seemed to point that the parseContent
was false by default, is this still the case.
Expression parameters.parseContent is undefined on line 45, column 28 in
template/ajax/head.ftl.
The problematic instruction:
----------
==> ${parameters.parseContent?string} [on line 45, column 26 in
template/ajax/head.ftl]
----------
Java backtrace for programmers:
----------
freemarker.core.InvalidReferenceException: Expression
parameters.parseContent is undefined on line 45, column 28 in
template/ajax/head.ftl.
at freemarker.core.TemplateObject.assertNonNull(TemplateObject.java:124)
at
freemarker.core.TemplateObject.invalidTypeException(TemplateObject.java:134)
at freemarker.core.BuiltIn$stringBI._getAsTemplateModel(BuiltIn.java:358)
at freemarker.core.Expression.getAsTemplateModel(Expression.java:89)
at freemarker.core.Expression.getStringValue(Expression.java:93)
at freemarker.core.DollarVariable.accept(DollarVariable.java:76)
Regards,
Mark P Ashworth
--
View this message in context: http://www.nabble.com/-S2--Head-parseContent-in-Struts-2.1.0-tf4694985.html#a13420317
Sent from the Struts - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: [S2] Head parseContent in Struts 2.1.0
Posted by Jeromy Evans <je...@blueskyminds.com.au>.
I haven't tried including the sx:head tag within a sitemesh template
myself, but a stack overflow implies there's probably a circular
reference. Did you get a stack trace anywhere?
I can't think of any reason it shouldn't work because sx:head it's just
rending a template the same as the other s: tags. See what happens if
you include the head tag's output directly in your template.
A common issue is that the sitemesh filter accidentally decorates the
html asynchronously loaded by dojo (such as the template for the
datepicker popup) if the sitemesh excludes paths aren't setup, but this
shouldn't cause a stack overflow.
Mark P Ashworth wrote:
> Good Day,
>
> I changed my reference to <@sx.head /> and <@sx.datetimepicker /> but I have
> found that my site mesh template cannot have the <@sx.head /> declaration
> but that each page needs the <@sx.head />. I cannot put it in both places
> because then I get a stack overflow.
>
> My environment
> ---------------
> Latest from struts 2 trunk
> Sitemesh Plugin
> Dojo Plugin
> Freemarker
>
> Regards,
> Mark P Ashworth
>
>
> Jeromy Evans - Blue Sky Minds wrote:
>
>> Hi Mark,
>> No such problem encountered on
>> https://svn.apache.org/repos/asf/struts/struts2/trunk @ rev 588199, last
>> changed 2007-10-25 21:02:52 +1000
>> although I'm using JSP.
>>
>> Just a quick check for a small mistake though: you are using the head
>> tag from /struts-dojo-tags rather than /struts-tags aren't you?
>>
>> ie. JSP:
>> <%@ taglib prefix="s" uri="/struts-tags" %>
>> <%@ taglib prefix="sx" uri="/struts-dojo-tags" %>
>> <sx:head debug="true" parseContent="false"/>
>>
>> cheers,
>> Jeromy Evans
>>
>> Mark P Ashworth wrote:
>>
>>> Good Day,
>>>
>>>
>>> I got the following exception when using the nightly build of the 26 Oct
>>> 2007 of core and the latest dojo plugins build from svn. I put the
>>> parseContent in the <@s.head parseContent="false" > and it seems to have
>>> fixed the problem. The documentation seemed to point that the
>>> parseContent
>>> was false by default, is this still the case.
>>>
>>> Expression parameters.parseContent is undefined on line 45, column 28 in
>>> template/ajax/head.ftl.
>>> The problematic instruction:
>>> ----------
>>> ==> ${parameters.parseContent?string} [on line 45, column 26 in
>>> template/ajax/head.ftl]
>>> ----------
>>>
>>> Java backtrace for programmers:
>>> ----------
>>> freemarker.core.InvalidReferenceException: Expression
>>> parameters.parseContent is undefined on line 45, column 28 in
>>> template/ajax/head.ftl.
>>> at freemarker.core.TemplateObject.assertNonNull(TemplateObject.java:124)
>>> at
>>> freemarker.core.TemplateObject.invalidTypeException(TemplateObject.java:134)
>>> at
>>> freemarker.core.BuiltIn$stringBI._getAsTemplateModel(BuiltIn.java:358)
>>> at freemarker.core.Expression.getAsTemplateModel(Expression.java:89)
>>> at freemarker.core.Expression.getStringValue(Expression.java:93)
>>> at freemarker.core.DollarVariable.accept(DollarVariable.java:76)
>>>
>>> Regards,
>>> Mark P Ashworth
>>>
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
>> For additional commands, e-mail: user-help@struts.apache.org
>>
>>
>>
>>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: [S2] Head parseContent in Struts 2.1.0
Posted by Mark P Ashworth <in...@connext.co.za>.
Good Day,
I changed my reference to <@sx.head /> and <@sx.datetimepicker /> but I have
found that my site mesh template cannot have the <@sx.head /> declaration
but that each page needs the <@sx.head />. I cannot put it in both places
because then I get a stack overflow.
My environment
---------------
Latest from struts 2 trunk
Sitemesh Plugin
Dojo Plugin
Freemarker
Regards,
Mark P Ashworth
Jeromy Evans - Blue Sky Minds wrote:
>
> Hi Mark,
> No such problem encountered on
> https://svn.apache.org/repos/asf/struts/struts2/trunk @ rev 588199, last
> changed 2007-10-25 21:02:52 +1000
> although I'm using JSP.
>
> Just a quick check for a small mistake though: you are using the head
> tag from /struts-dojo-tags rather than /struts-tags aren't you?
>
> ie. JSP:
> <%@ taglib prefix="s" uri="/struts-tags" %>
> <%@ taglib prefix="sx" uri="/struts-dojo-tags" %>
> <sx:head debug="true" parseContent="false"/>
>
> cheers,
> Jeromy Evans
>
> Mark P Ashworth wrote:
>> Good Day,
>>
>>
>> I got the following exception when using the nightly build of the 26 Oct
>> 2007 of core and the latest dojo plugins build from svn. I put the
>> parseContent in the <@s.head parseContent="false" > and it seems to have
>> fixed the problem. The documentation seemed to point that the
>> parseContent
>> was false by default, is this still the case.
>>
>> Expression parameters.parseContent is undefined on line 45, column 28 in
>> template/ajax/head.ftl.
>> The problematic instruction:
>> ----------
>> ==> ${parameters.parseContent?string} [on line 45, column 26 in
>> template/ajax/head.ftl]
>> ----------
>>
>> Java backtrace for programmers:
>> ----------
>> freemarker.core.InvalidReferenceException: Expression
>> parameters.parseContent is undefined on line 45, column 28 in
>> template/ajax/head.ftl.
>> at freemarker.core.TemplateObject.assertNonNull(TemplateObject.java:124)
>> at
>> freemarker.core.TemplateObject.invalidTypeException(TemplateObject.java:134)
>> at
>> freemarker.core.BuiltIn$stringBI._getAsTemplateModel(BuiltIn.java:358)
>> at freemarker.core.Expression.getAsTemplateModel(Expression.java:89)
>> at freemarker.core.Expression.getStringValue(Expression.java:93)
>> at freemarker.core.DollarVariable.accept(DollarVariable.java:76)
>>
>> Regards,
>> Mark P Ashworth
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
--
View this message in context: http://www.nabble.com/-S2--Head-parseContent-in-Struts-2.1.0-tf4694985.html#a13483139
Sent from the Struts - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: [S2] Head parseContent in Struts 2.1.0
Posted by Jeromy Evans <je...@blueskyminds.com.au>.
Hi Mark,
No such problem encountered on
https://svn.apache.org/repos/asf/struts/struts2/trunk @ rev 588199, last
changed 2007-10-25 21:02:52 +1000
although I'm using JSP.
Just a quick check for a small mistake though: you are using the head
tag from /struts-dojo-tags rather than /struts-tags aren't you?
ie. JSP:
<%@ taglib prefix="s" uri="/struts-tags" %>
<%@ taglib prefix="sx" uri="/struts-dojo-tags" %>
<sx:head debug="true" parseContent="false"/>
cheers,
Jeromy Evans
Mark P Ashworth wrote:
> Good Day,
>
>
> I got the following exception when using the nightly build of the 26 Oct
> 2007 of core and the latest dojo plugins build from svn. I put the
> parseContent in the <@s.head parseContent="false" > and it seems to have
> fixed the problem. The documentation seemed to point that the parseContent
> was false by default, is this still the case.
>
> Expression parameters.parseContent is undefined on line 45, column 28 in
> template/ajax/head.ftl.
> The problematic instruction:
> ----------
> ==> ${parameters.parseContent?string} [on line 45, column 26 in
> template/ajax/head.ftl]
> ----------
>
> Java backtrace for programmers:
> ----------
> freemarker.core.InvalidReferenceException: Expression
> parameters.parseContent is undefined on line 45, column 28 in
> template/ajax/head.ftl.
> at freemarker.core.TemplateObject.assertNonNull(TemplateObject.java:124)
> at
> freemarker.core.TemplateObject.invalidTypeException(TemplateObject.java:134)
> at freemarker.core.BuiltIn$stringBI._getAsTemplateModel(BuiltIn.java:358)
> at freemarker.core.Expression.getAsTemplateModel(Expression.java:89)
> at freemarker.core.Expression.getStringValue(Expression.java:93)
> at freemarker.core.DollarVariable.accept(DollarVariable.java:76)
>
> Regards,
> Mark P Ashworth
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org