geronimo-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jarek Gawor" <jga...@gmail.com>
Subject Re: Error with XMLBeanUtil and ValidateDD when upgrading to RichFaces 3.2
Date Thu, 12 Jun 2008 14:49:41 GMT
Ok, great. Yeah, I would recommend reporting these problems to the
Jboss RichFaces team. These documents clearly violate the schema.

Jarek

On Thu, Jun 12, 2008 at 10:19 AM, steausti <steausti@cisco.com> wrote:
>
> Hi Jarek,
>
> After beating on this for a while longer I finally was able to get the
> errors to go away by editing 3 more .tld files in the richfaces-ui.jar.  I
> had to edit:
> a4j.tld
> ajax4jsf.tld
> rich.tld
> richfaces.tld
>
> As you suggested I moved the <function> elements to be after the <tag>
> elements. I did this in rich.tld and richfaces.tld.
>
> I also had to comment out most <display-name> elements in all 4 files.  What
> I find odd is that I had to comment out ALL <display-name> elements in the
> ajax4jsf.tld but only the top <display-name> element in a4j.tld even though
> they are using the same .xsd.
>
> Does this mean that the Jboss RichFaces team needs to modify the listed .tld
> files in their distribution in order to get this fixed properly?
> (Commenting out the <display-name> elements was just a quick fix to see if I
> could get past the errors).  Where do you suggest we go from here?
>
> I'm attaching the modified richfaces-ui.jar so you can see the changes if
> you'd like.
> http://www.nabble.com/file/p17801130/richfaces-ui.jar richfaces-ui.jar
>
> Thanks,
> -Steve
>
> Jarek Gawor-2 wrote:
>>
>> Well, it looks like the error message is valid and the .tld file does
>> not conform to the standard schema. Specifically, the <function>
>> elements must appear after the <tag> elements according to the schema
>> file but in the included .tld file the <function> elements appear
>> first.
>>
>> I think the easiest way to fix that is to update the
>> META-INF/richfaces.tld appropriately and repackage the
>> richfaces-ui-3.2.1.GA.jar file. Something like the following should
>> work:
>>
>> jar xvf richfaces-ui-3.2.1.GA.jar META-INF/richfaces.tld
>> <edit> META-INF/richfaces.tld
>> jar uvf richfaces-ui-3.2.1.GA.jar META-INF/richfaces.tld
>>
>> Jarek
>>
>> On Tue, Jun 10, 2008 at 6:10 PM, Burt Prior <bprior@cisco.com> wrote:
>>>
>>> Hi Jarek,
>>>
>>> Thanks very much for your quick reply. This issue has really got me
>>> stumped!
>>> Is there some Geronimo jar file that needs to be updated?  Not sure...
>>>
>>> I will upload my geronimo.log.
>>> http://www.nabble.com/file/p17765890/geronimo.log geronimo.log
>>>
>>> Thanks very much for your help!
>>> .Burt
>>>
>>>
>>>
>>> Jarek Gawor-2 wrote:
>>>>
>>>> Burt,
>>>>
>>>> Can you sends us the geronimo.log file somehow?
>>>>
>>>> Jarek
>>>>
>>>> On Tue, Jun 10, 2008 at 4:58 PM, Burt Prior <bprior@cisco.com> wrote:
>>>>>
>>>>> Hi Geronimo Team,
>>>>>
>>>>> I need a bit of help here.  Our team is using Facelets/JSF/RichFaces
>>>>> 3.1
>>>>> on
>>>>> Geronimo 2.1.0.
>>>>>
>>>>> We attempted to upgrade to the latest version of RichFaces (3.2.1), and
>>>>> on
>>>>> deployment of our app, the console and logs filled with a tremendous
>>>>> amount
>>>>> of errors and xml;  I tailed a snippet below:
>>>>>
>>>>> ...
>>>>>      <name>var</name>
>>>>>      <deferred-value>
>>>>>        <type>java.lang.String</type>
>>>>>      </deferred-value>
>>>>>    </attribute>
>>>>>    <attribute>
>>>>>      <description>Virtual earth version, Default value is
>>>>> "6".</description>
>>>>>      <name>version</name>
>>>>>      <deferred-value>
>>>>>        <type>java.lang.String</type>
>>>>>      </deferred-value>
>>>>>    </attribute>
>>>>>    <attribute>
>>>>>      <description>Initial zoom level as a number between 1 and
18.
>>>>> Default
>>>>> value is "17".</description>
>>>>>      <name>zoom</name>
>>>>>      <deferred-value>
>>>>>        <type>java.lang.String</type>
>>>>>      </deferred-value>
>>>>>    </attribute>
>>>>>  </tag>
>>>>> </taglib>
>>>>>
>>>>>
>>>>>                at
>>>>> org.apache.geronimo.deployment.xmlbeans.XmlBeansUtil.validateDD(XmlBeansUtil.java:187)
>>>>>        at
>>>>> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.convertToTaglibSchema(JspModuleBuilderExtension.java:674)
>>>>>        at
>>>>> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.parseTldFile(JspModuleBuilderExtension.java:439)
>>>>>        at
>>>>> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.getListenerClasses(JspModuleBuilderExtension.java:424)
>>>>>        at
>>>>> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.createJspClassFinder(JspModuleBuilderExtension.java:180)
>>>>>        at
>>>>> org.apache.geronimo.jasper.deployment.JspModuleBuilderExtension.addGBeans(JspModuleBuilderExtension.java:149)
>>>>>        at
>>>>> org.apache.geronimo.jetty6.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:518)
>>>>>        at
>>>>> org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.addGBeans(SwitchingModuleBuilder.java:165)
>>>>>        at
>>>>> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:647)
>>>>>        at
>>>>> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:254)
>>>>>        at
>>>>> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133)
>>>>>        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>>>>>        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
>>>>> Source)
>>>>>        at java.lang.reflect.Method.invoke(Unknown Source)
>>>>>        at
>>>>> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
>>>>>        at
>>>>> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
>>>>>        at
>>>>> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
>>>>>        at
>>>>> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
>>>>>        at
>>>>> org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
>>>>>        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>>>>>        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
>>>>> Source)
>>>>>        at java.lang.reflect.Method.invoke(Unknown Source)
>>>>>        at
>>>>> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
>>>>>        at
>>>>> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
>>>>>        at
>>>>> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867)
>>>>>        at
>>>>> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
>>>>>        at
>>>>> org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172)
>>>>>        at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(Unknown
>>>>> Source)
>>>>>        at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(Unknown Source)
>>>>>        at
>>>>> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(Unknown
>>>>> Source)
>>>>>        at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Unknown Source)
>>>>>        at
>>>>> javax.management.remote.rmi.RMIConnectionImpl.doOperation(Unknown
>>>>> Source)
>>>>>        at
>>>>> javax.management.remote.rmi.RMIConnectionImpl.access$100(Unknown
>>>>> Source)
>>>>>        at
>>>>> javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(Unknown
>>>>> Source)
>>>>>        at java.security.AccessController.doPrivileged(Native Method)
>>>>>        at
>>>>> javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(Unknown
>>>>> Source)
>>>>>        at javax.management.remote.rmi.RMIConnectionImpl.invoke(Unknown
>>>>> Source)
>>>>>        at sun.reflect.GeneratedMethodAccessor77.invoke(Unknown Source)
>>>>>        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown
>>>>> Source)
>>>>>        at java.lang.reflect.Method.invoke(Unknown Source)
>>>>>        at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source)
>>>>>        at sun.rmi.transport.Transport$1.run(Unknown Source)
>>>>>        at java.security.AccessController.doPrivileged(Native Method)
>>>>>        at sun.rmi.transport.Transport.serviceCall(Unknown Source)
>>>>>        at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown
>>>>> Source)
>>>>>        at
>>>>> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown
>>>>> Source)
>>>>>        at java.lang.Thread.run(Unknown Source)
>>>>> Jun 10, 2008 1:34:29 PM com.sun.facelets.compiler.TagLibraryConfig
>>>>> loadImplicit
>>>>> INFO: Added Library from:
>>>>> jar:file:/C:/geronimo-jetty6-javaee5-2.1/repository/default/ElvisUIWar/1.0/ElvisUIWar-1.0.car/WEB-INF/lib/jsf-facelets.jar!/META-INF/jstl-core.taglib.xml
>>>>> Jun 10, 2008 1:34:29 PM com.sun.facelets.compiler.TagLibraryConfig
>>>>> loadImplicit
>>>>> INFO: Added Library from:
>>>>> jar:file:/C:/geronimo-jetty6-javaee5-2.1/repository/default/ElvisUIWar/1.0/ElvisUIWar-1.0.car/WEB-INF/lib/jsf-facelets.jar!/META-INF/jstl-fn.taglib.xml
>>>>> Jun 10, 2008 1:34:30 PM com.sun.facelets.compiler.TagLibraryConfig
>>>>> loadImplicit
>>>>> INFO: Added Library from:
>>>>> jar:file:/C:/geronimo-jetty6-javaee5-2.1/repository/default/ElvisUIWar/1.0/ElvisUIWar-1.0.car/WEB-INF/lib/richfaces-ui-3.2.1.GA.jar!/META-INF/rich.taglib.xml
>>>>> Jun 10, 2008 1:34:30 PM com.sun.facelets.compiler.TagLibraryConfig
>>>>> loadImplicit
>>>>> INFO: Added Library from:
>>>>> jar:file:/C:/geronimo-jetty6-javaee5-2.1/repository/default/ElvisUIWar/1.0/ElvisUIWar-1.0.car/WEB-INF/lib/richfaces-ui-3.2.1.GA.jar!/META-INF/a4j.taglib.xml
>>>>> Jun 10, 2008 1:34:30 PM com.sun.facelets.compiler.TagLibraryConfig
>>>>> loadImplicit
>>>>> INFO: Added Library from:
>>>>> jar:file:/C:/geronimo-jetty6-javaee5-2.1/repository/default/ElvisUIWar/1.0/ElvisUIWar-1.0.car/WEB-INF/lib/richfaces-ui-3.2.1.GA.jar!/META-INF/ajax4jsf.taglib.xml
>>>>> Jun 10, 2008 1:34:30 PM com.sun.facelets.compiler.TagLibraryConfig
>>>>> loadImplicit
>>>>> INFO: Added Library from:
>>>>> jar:file:/C:/geronimo-jetty6-javaee5-2.1/repository/default/ElvisUIWar/1.0/ElvisUIWar-1.0.car/WEB-INF/lib/jsf-facelets.jar!/META-INF/jsf-html.taglib.xml
>>>>> Jun 10, 2008 1:34:30 PM com.sun.facelets.compiler.TagLibraryConfig
>>>>> loadImplicit
>>>>> INFO: Added Library from:
>>>>> jar:file:/C:/geronimo-jetty6-javaee5-2.1/repository/default/ElvisUIWar/1.0/ElvisUIWar-1.0.car/WEB-INF/lib/richfaces-ui-3.2.1.GA.jar!/META-INF/jsp.taglib.xml
>>>>> Jun 10, 2008 1:34:30 PM com.sun.facelets.compiler.TagLibraryConfig
>>>>> loadImplicit
>>>>> INFO: Added Library from:
>>>>> jar:file:/C:/geronimo-jetty6-javaee5-2.1/repository/default/ElvisUIWar/1.0/ElvisUIWar-1.0.car/WEB-INF/lib/jsf-facelets.jar!/META-INF/jsf-ui.taglib.xml
>>>>> Jun 10, 2008 1:34:30 PM com.sun.facelets.compiler.TagLibraryConfig
>>>>> loadImplicit
>>>>> INFO: Added Library from:
>>>>> jar:file:/C:/geronimo-jetty6-javaee5-2.1/repository/default/ElvisUIWar/1.0/ElvisUIWar-1.0.car/WEB-INF/lib/jsf-facelets.jar!/META-INF/jsf-core.taglib.xml
>>>>> Jun 10, 2008 1:34:30 PM com.sun.facelets.compiler.TagLibraryConfig
>>>>> loadImplicit
>>>>> INFO: Added Library from:
>>>>> jar:file:/C:/geronimo-jetty6-javaee5-2.1/repository/default/ElvisUIWar/1.0/ElvisUIWar-1.0.car/WEB-INF/lib/richfaces-ui-3.2.1.GA.jar!/META-INF/richfaces.taglib.xml
>>>>> ...
>>>>>
>>>>> The error appears to display the entire <taglib> xml (which is
>>>>> considerable)
>>>>> then the error.
>>>>>
>>>>> After the huge error display (which must be the entire taglib xml) the
>>>>> application (car) appears to run normally.
>>>>>
>>>>> My upgrade to RichFaces 3.2.1 involved simply replacing the 3 richfaces
>>>>> jars;  everything else remained the same.
>>>>>
>>>>> When I switch back to the RichFaces 3.1 jars (in Eclipse) the error
>>>>> goes
>>>>> away.
>>>>>
>>>>> The problem seems to be related to:
>>>>> http://cwiki.apache.org/GMOxDOC20/how-to-get-jndi-working-in-geronimo-20.html
>>>>>
>>>>> Additionally, the error only displays at deployment time;  the
>>>>> application
>>>>> has the functionality of the RichFaces 3.2 release.
>>>>>
>>>>> I would greatly appreciate your help and advice on how to resolve this.
>>>>> I
>>>>> know you may not be familiar with RichFaces 3.2, but I think it may
>>>>> have
>>>>> to
>>>>> do with geronimo's xml validation and deployment descriptor.
>>>>>
>>>>> Thanks very much,
>>>>> .Burt
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> View this message in context:
>>>>> http://www.nabble.com/Error-with-XMLBeanUtil-and-ValidateDD-when-upgrading-to-RichFaces-3.2-tp17764526s134p17764526.html
>>>>> Sent from the Apache Geronimo - Users mailing list archive at
>>>>> Nabble.com.
>>>>>
>>>>>
>>>>
>>>>
>>>
>>> --
>>> View this message in context:
>>> http://www.nabble.com/Error-with-XMLBeanUtil-and-ValidateDD-when-upgrading-to-RichFaces-3.2-tp17764526s134p17765890.html
>>> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
>>>
>>>
>>
>>
>
> --
> View this message in context: http://www.nabble.com/Error-with-XMLBeanUtil-and-ValidateDD-when-upgrading-to-RichFaces-3.2-tp17764526s134p17801130.html
> Sent from the Apache Geronimo - Users mailing list archive at Nabble.com.
>
>

Mime
View raw message