You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Don Hill <ju...@gmail.com> on 2007/04/18 17:29:16 UTC
tld version issue
Hi,
build from trunk
I am trying to test a WAR that is using older taglib's, they are version 1.2.
The DOCTYPE has the DTD specified but it seems this DTD is being ignored and
the deployment tool is trying to validate against the uri
http://java.sun.com/xml/ns/javaee, this is the uri specified in the web.xml
/web-app.
Is this a feature or an issue, I am not up to speed on the JSP spec so maybe
someone could shine some light here.
Thanks!!!
Re: tld version issue
Posted by Don Hill <ju...@gmail.com>.
Tim,
I will grab the patches and apply them to my build and let you know if I
have any issues.
Thanks..
On 4/21/07, Tim McConnell <ti...@gmail.com> wrote:
>
> Hi Don, I've found the problem causing your error and I've opened
> GERONIMO-3109
> to address the problem. Please let me know if my fix is working for you
> and
> whether you encounter any more problems.
>
> David Jencks, could I ask you to review and commit the patch I've attached
> to
> GERONIMO-3019 to fix Don's problem ?? Also, I have a second patch for
> GERONIMO-3081 that I'd like to get reviewed and committed when you get a
> chance.....
>
> Thanks,
> Tim McConnell
>
>
> Don Hill wrote:
> > Heres the error and stack
> >
> > struts-nested.tld:2323:1: error: cvc-complex-type.2.4c: Expected element
> > 'body-content@http://java.sun.com/xml/ns/javaee' before the end of the
> > content in element tag@http://java.sun.com/xml/ns/javaee
> >
> > Descriptor:
> > <taglib xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
> > <http://java.sun.com/xml/ns/javaee>
> > http://java.sun.com/xml/ns/javaee/web-jsptaglibrary_2_1.xsd"
> > version="2.1" xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance"
> > xmlns="http://java.sun.com/xml/ns/javaee">
> > <tlib-version>1.2</tlib-version>
> > <short-name>nested</short-name>
> > <uri>http://struts.apache.org/tags-nested</uri>
> > <tag>
> > <name>nest</name>
> > <tag-class>org.apache.struts.taglib.nested.NestedPropertyTag
> > </tag-class>
> > <body-content>JSP</body-content>
> > <attribute>
> > <name>property</name>
> > <required>false</required>
> > <rtexprvalue>true</rtexprvalue>
> > </attribute>
> > </tag>
> ...................................................................
> >
> >
> > at
> > org.apache.geronimo.deployment.xmlbeans.XmlBeansUtil.validateDD(
> XmlBeansUtil.java:218)
> > at
> >
> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.convertToTaglibSchema
> (JspModuleBuilderExtension.java:656)
> > at
> >
> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.parseTldFile
> (JspModuleBuilderExtension.java
> > :434)
> > at
> >
> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.getListenerClasses
> (JspModuleBuilderExtension.java:421)
> > at
> >
> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.createJspClassFinder
> > (JspModuleBuilderExtension.java:181)
> > at
> >
> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.addGBeans(
> JspModuleBuilderExtension.java:150)
> > at
> >
> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension$$FastClassByCGLIB$$1f60ab3b.invoke
> > (<generated>)
> > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> >
> >
> >
> >
> > On 4/18/07, *Don Hill* < justj2ee@gmail.com <ma...@gmail.com>>
> > wrote:
> >
> > here you go struts-nested.tld, do ask me why they are using this
> > still ;)
> >
> >
> >
> > On 4/18/07, *David Jencks* < david_jencks@yahoo.com
> > <ma...@yahoo.com>> wrote:
> >
> > I think we are trying to upgrade the tlds to the latest schema
> > and validate that. Can you share the tld causing problems or at
> > least the stack trace indicating the problem?
> >
> > thanks
> > david jencks
> >
> > On Apr 18, 2007, at 8:29 AM, Don Hill wrote:
> >
> >> Hi,
> >>
> >> build from trunk
> >>
> >> I am trying to test a WAR that is using older taglib's, they
> >> are version 1.2. The DOCTYPE has the DTD specified but it
> >> seems this DTD is being ignored and the deployment tool is
> >> trying to validate against the uri
> >> http://java.sun.com/xml/ns/javaee, this is the uri specified
> >> in the web.xml/web-app <http://web.xml/web-app>.
> >>
> >>
> >> Is this a feature or an issue, I am not up to speed on the JSP
> >> spec so maybe someone could shine some light here.
> >>
> >> Thanks!!!
> >
> >
> >
> >
>
Re: tld version issue
Posted by Tim McConnell <ti...@gmail.com>.
Hi Don, I've found the problem causing your error and I've opened GERONIMO-3109
to address the problem. Please let me know if my fix is working for you and
whether you encounter any more problems.
David Jencks, could I ask you to review and commit the patch I've attached to
GERONIMO-3019 to fix Don's problem ?? Also, I have a second patch for
GERONIMO-3081 that I'd like to get reviewed and committed when you get a chance.....
Thanks,
Tim McConnell
Don Hill wrote:
> Heres the error and stack
>
> struts-nested.tld:2323:1: error: cvc-complex-type.2.4c: Expected element
> 'body-content@http://java.sun.com/xml/ns/javaee' before the end of the
> content in element tag@http://java.sun.com/xml/ns/javaee
>
> Descriptor:
> <taglib xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
> <http://java.sun.com/xml/ns/javaee>
> http://java.sun.com/xml/ns/javaee/web-jsptaglibrary_2_1.xsd"
> version="2.1" xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance"
> xmlns="http://java.sun.com/xml/ns/javaee">
> <tlib-version>1.2</tlib-version>
> <short-name>nested</short-name>
> <uri>http://struts.apache.org/tags-nested</uri>
> <tag>
> <name>nest</name>
> <tag-class>org.apache.struts.taglib.nested.NestedPropertyTag
> </tag-class>
> <body-content>JSP</body-content>
> <attribute>
> <name>property</name>
> <required>false</required>
> <rtexprvalue>true</rtexprvalue>
> </attribute>
> </tag> ...................................................................
>
>
> at
> org.apache.geronimo.deployment.xmlbeans.XmlBeansUtil.validateDD(XmlBeansUtil.java:218)
> at
> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.convertToTaglibSchema(JspModuleBuilderExtension.java:656)
> at
> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.parseTldFile(JspModuleBuilderExtension.java
> :434)
> at
> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.getListenerClasses(JspModuleBuilderExtension.java:421)
> at
> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.createJspClassFinder
> (JspModuleBuilderExtension.java:181)
> at
> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.addGBeans(JspModuleBuilderExtension.java:150)
> at
> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension$$FastClassByCGLIB$$1f60ab3b.invoke
> (<generated>)
> at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
>
>
>
>
> On 4/18/07, *Don Hill* < justj2ee@gmail.com <ma...@gmail.com>>
> wrote:
>
> here you go struts-nested.tld, do ask me why they are using this
> still ;)
>
>
>
> On 4/18/07, *David Jencks* < david_jencks@yahoo.com
> <ma...@yahoo.com>> wrote:
>
> I think we are trying to upgrade the tlds to the latest schema
> and validate that. Can you share the tld causing problems or at
> least the stack trace indicating the problem?
>
> thanks
> david jencks
>
> On Apr 18, 2007, at 8:29 AM, Don Hill wrote:
>
>> Hi,
>>
>> build from trunk
>>
>> I am trying to test a WAR that is using older taglib's, they
>> are version 1.2. The DOCTYPE has the DTD specified but it
>> seems this DTD is being ignored and the deployment tool is
>> trying to validate against the uri
>> http://java.sun.com/xml/ns/javaee, this is the uri specified
>> in the web.xml/web-app <http://web.xml/web-app>.
>>
>>
>> Is this a feature or an issue, I am not up to speed on the JSP
>> spec so maybe someone could shine some light here.
>>
>> Thanks!!!
>
>
>
>
Re: tld version issue
Posted by Don Hill <ju...@gmail.com>.
Heres the error and stack
struts-nested.tld:2323:1: error: cvc-complex-type.2.4c: Expected element '
body-content@http://java.sun.com/xml/ns/javaee' before the end of the
content in element tag@http://java.sun.com/xml/ns/javaee
Descriptor:
<taglib xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-jsptaglibrary_2_1.xsd" version="2.1"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="
http://java.sun.com/xml/ns/javaee">
<tlib-version>1.2</tlib-version>
<short-name>nested</short-name>
<uri>http://struts.apache.org/tags-nested</uri>
<tag>
<name>nest</name>
<tag-class>org.apache.struts.taglib.nested.NestedPropertyTag</tag-class>
<body-content>JSP</body-content>
<attribute>
<name>property</name>
<required>false</required>
<rtexprvalue>true</rtexprvalue>
</attribute>
</tag> ...................................................................
at org.apache.geronimo.deployment.xmlbeans.XmlBeansUtil.validateDD(
XmlBeansUtil.java:218)
at
org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.convertToTaglibSchema
(JspModuleBuilderExtension.java:656)
at
org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.parseTldFile
(JspModuleBuilderExtension.java:434)
at
org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.getListenerClasses
(JspModuleBuilderExtension.java:421)
at
org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.createJspClassFinder
(JspModuleBuilderExtension.java:181)
at
org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.addGBeans(
JspModuleBuilderExtension.java:150)
at
org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension$$FastClassByCGLIB$$1f60ab3b.invoke
(<generated>)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
On 4/18/07, Don Hill <ju...@gmail.com> wrote:
>
> here you go struts-nested.tld, do ask me why they are using this still ;)
>
>
> On 4/18/07, David Jencks <david_jencks@yahoo.com > wrote:
> >
> > I think we are trying to upgrade the tlds to the latest schema and
> > validate that. Can you share the tld causing problems or at least the stack
> > trace indicating the problem?
> > thanks
> > david jencks
> >
> > On Apr 18, 2007, at 8:29 AM, Don Hill wrote:
> >
> > Hi,
> >
> > build from trunk
> >
> > I am trying to test a WAR that is using older taglib's, they are version
> > 1.2. The DOCTYPE has the DTD specified but it seems this DTD is being
> > ignored and the deployment tool is trying to validate against the uri
> > http://java.sun.com/xml/ns/javaee, this is the uri specified in the
> > web.xml/web-app.
> >
> >
> > Is this a feature or an issue, I am not up to speed on the JSP spec so
> > maybe someone could shine some light here.
> >
> > Thanks!!!
> >
> >
> >
>
>
Re: tld version issue
Posted by Don Hill <ju...@gmail.com>.
here you go struts-nested.tld, do ask me why they are using this still ;)
On 4/18/07, David Jencks <da...@yahoo.com> wrote:
>
> I think we are trying to upgrade the tlds to the latest schema and
> validate that. Can you share the tld causing problems or at least the stack
> trace indicating the problem?
> thanks
> david jencks
>
> On Apr 18, 2007, at 8:29 AM, Don Hill wrote:
>
> Hi,
>
> build from trunk
>
> I am trying to test a WAR that is using older taglib's, they are version
> 1.2. The DOCTYPE has the DTD specified but it seems this DTD is being
> ignored and the deployment tool is trying to validate against the uri
> http://java.sun.com/xml/ns/javaee, this is the uri specified in the
> web.xml/web-app.
>
>
> Is this a feature or an issue, I am not up to speed on the JSP spec so
> maybe someone could shine some light here.
>
> Thanks!!!
>
>
>
Re: tld version issue
Posted by David Jencks <da...@yahoo.com>.
I think we are trying to upgrade the tlds to the latest schema and
validate that. Can you share the tld causing problems or at least
the stack trace indicating the problem?
thanks
david jencks
On Apr 18, 2007, at 8:29 AM, Don Hill wrote:
> Hi,
>
> build from trunk
>
> I am trying to test a WAR that is using older taglib's, they are
> version 1.2. The DOCTYPE has the DTD specified but it seems this
> DTD is being ignored and the deployment tool is trying to validate
> against the uri http://java.sun.com/xml/ns/javaee, this is the uri
> specified in the web.xml/web-app.
>
>
> Is this a feature or an issue, I am not up to speed on the JSP spec
> so maybe someone could shine some light here.
>
> Thanks!!!