Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Received-SPF: pass (hermes.apache.org: local policy)
Message-ID: <428DD451.2060006@nada.kth.se>
Date: Fri, 20 May 2005 14:13:05 +0200
From: Daniel Fagerstrom <danielf@nada.kth.se>
User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: Re: JXTemplate initialization in non-flowscript scenarios
References: <428DBE4D.2060004@apache.org>
In-Reply-To: <428DBE4D.2060004@apache.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Need more info to be able to help. Somwhere in your script you access a 
value in a jx:set that cannot be evaluated by jxpath, maybe you are 
calling an extension function, not sure though. Can you isolate the 
expression it happens for.

It seem like commons-beanutils not is found, maybe you could add a 
<library name="commons-beanutils"/> to the cocoon-block-template 
definition in gump.xml. But if that is the case I don't know why it work 
without it if you use flow.

/Daniel

Reinhard Poetz wrote:

>
> It took me hours to track down some weired behaviour of the 
> jx-template generator (template block). It took me more than 5 hours 
> to find the cause :-/. If there is no <map:flow/> declared in your 
> sitemap and you want to use jx-template, following exception will be 
> thrown:
>
> java.lang.NoClassDefFoundError: org/apache/commons/beanutils/ConvertUtils
>         at 
> org.apache.commons.jxpath.util.BasicTypeConverter.canConvert(BasicTyp
> eConverter.java:165)
>         at 
> org.apache.commons.jxpath.util.BasicTypeConverter.canConvert(BasicTyp
> eConverter.java:152)
>         at 
> org.apache.commons.jxpath.util.BasicTypeConverter.canConvert(BasicTyp
> eConverter.java:160)
>         at 
> org.apache.commons.jxpath.util.TypeUtils.canConvert(TypeUtils.java:46
> )
>         at 
> org.apache.commons.jxpath.util.MethodLookupUtils.matchType(MethodLook
> upUtils.java:285)
>         at 
> org.apache.commons.jxpath.util.MethodLookupUtils.matchParameterTypes(
> MethodLookupUtils.java:260)
>         at 
> org.apache.commons.jxpath.util.MethodLookupUtils.lookupStaticMethod(M
> ethodLookupUtils.java:144)
>         at 
> org.apache.commons.jxpath.PackageFunctions.getFunction(PackageFunctio
> ns.java:200)
>         at 
> org.apache.commons.jxpath.ri.JXPathContextReferenceImpl.getFunction(J
> XPathContextReferenceImpl.java:638)
>         at 
> org.apache.commons.jxpath.ri.axes.RootContext.getFunction(RootContext
> .java:118)
>         at 
> org.apache.commons.jxpath.ri.compiler.ExtensionFunction.computeValue(
> ExtensionFunction.java:83)
>         at 
> org.apache.commons.jxpath.ri.compiler.ExtensionFunction.compute(Exten
> sionFunction.java:71)
>         at 
> org.apache.commons.jxpath.ri.compiler.Expression.iteratePointers(Expr
> ession.java:80)
>         at 
> org.apache.commons.jxpath.ri.JXPathContextReferenceImpl.iteratePointe
> rs(JXPathContextReferenceImpl.java:533)
>         at 
> org.apache.commons.jxpath.ri.JXPathCompiledExpression.iteratePointers
> (JXPathCompiledExpression.java:113)
>         at 
> org.apache.cocoon.components.expression.jxpath.JXPathExpression.getNo
> de(JXPathExpression.java:105)
>         at 
> org.apache.cocoon.template.expression.JXTExpression.getNode(JXTExpres
> sion.java:170)
>         at 
> org.apache.cocoon.template.instruction.Set.execute(Set.java:74)
>         at 
> org.apache.cocoon.template.script.Invoker.execute(Invoker.java:72)
>         at 
> org.apache.cocoon.template.instruction.Call.execute(Call.java:142)
>         at 
> org.apache.cocoon.template.script.Invoker.execute(Invoker.java:69)
>         at 
> org.apache.cocoon.template.JXTemplateGenerator.performGeneration(JXTe
> mplateGenerator.java:122)
>         at 
> org.apache.cocoon.template.JXTemplateGenerator.generate(JXTemplateGen
> erator.java:111)
>
>
> Any ideas how to fix it?
>