portals-jetspeed-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Santiago Gala PĂ©rez <sg...@hisitech.com>
Subject Fwd: Pluto: Incorrect binding for mimeMapping in servletdefinitionmapping.xml
Date Tue, 07 Oct 2003 10:56:32 GMT
A pluto bug reported in wsrp4j-dev (my God, I'm completely out of  
bandwidth for mailing lists ;-) )

Inicio mensaje reenviado:

> De: "Alex Rudnev" <alex.rudnev@dc.gov>
> Fecha: lun. 6 octu, 2003  18:17:08 Europe/Madrid
> Para: <wsrp4j-dev@ws.apache.org>
> Asunto: Pluto: Incorrect binding for mimeMapping in  
> servletdefinitionmapping.xml
> Responder a: <alex.rudnev@dc.gov>
>
> I know that it should be reported to Pluto project, but as I understand
> they don't have mailing list yet...
>
> When I try to deploy portlet application that has more complicated web
> deployment descriptor (in my case it has additional servlets and  
> several
> mime-mapping elements) it crashes when castor tries to load such  
> web.xml
> with the following error.
>
> ValidationException: element "mime-mapping" occurs more than once.
> (XMLFieldDesciptor: mimeMapping AS mime-mapping)
>         at org.exolab.castor.xml.UnmarshalHandler.endElement(Unknown
> Source)
>         at org.exolab.castor.xml.util.DOMEventProducer.process(Unknown
> Source)
>         at org.exolab.castor.xml.util.DOMEventProducer.process(Unknown
> Source)
>         at
> org.exolab.castor.xml.util.DOMEventProducer.processChildren(Unknown
> Source)
>         at org.exolab.castor.xml.util.DOMEventProducer.process(Unknown
> Source)
>         at org.exolab.castor.xml.util.DOMEventProducer.process(Unknown
> Source)
>         at
> org.exolab.castor.xml.util.DOMEventProducer.processChildren(Unknown
> Source)
>         at org.exolab.castor.xml.util.DOMEventProducer.process(Unknown
> Source)
>         at org.exolab.castor.xml.util.DOMEventProducer.process(Unknown
> Source)
>         at org.exolab.castor.xml.util.DOMEventProducer.start(Unknown
> Source)
>         at org.exolab.castor.xml.Unmarshaller.unmarshal(Unknown Source)
>         at org.exolab.castor.xml.Unmarshaller.unmarshal(Unknown Source)
>         at
> org.apache.pluto.portalImpl.services.portletdefinitionregistry.PortletD 
> e
> finitionRegistryServiceFileImpl.load(PortletDefinitionRegistryServiceFi 
> l
> eImpl.java:225)
>         at
> org.apache.pluto.portalImpl.services.portletdefinitionregistry.PortletD 
> e
> finitionRegistryServiceFileImpl.load(PortletDefinitionRegistryServiceFi 
> l
> eImpl.java:187)
>         at
> org.apache.pluto.portalImpl.services.portletdefinitionregistry.PortletD 
> e
> finitionRegistryServiceFileImpl.init(PortletDefinitionRegistryServiceFi 
> l
> eImpl.java:163)
>         at
> org.apache.pluto.portalImpl.services.ServiceManager.init(ServiceManager 
> .
> java:250)
>         at
> org.apache.pluto.portalImpl.services.ServiceManager.init(ServiceManager 
> .
> java:125)
>         at org.apache.pluto.portalImpl.Servlet.init(Servlet.java:105)
>
>
>
> It happens in PortletDefinitionRegistryServiceFileImpl.load(...) with
> code like this:
> ...
> org.w3c.dom.Document webDocument =
> XmlParser.parseWebXml(new FileInputStream(webXml));
>
> unmarshaller = new Unmarshaller(this.mappingWebXml);
> line 225 --> webApp =
> (WebApplicationDefinitionImpl)unmarshaller.unmarshal(webDocument);
> ...
>
> because in servletdefinitionmapping.xml Pluto has
>
> ...
>     <field name="mimeMapping" transient="true" direct="true">
>         <bind-xml name="mime-mapping" node="element"/>
>     </field>
> ...
>
> instead of collection binding. Most probably we would find the same
> problem for some other elements which are declared in
> "<!-- only for completion, not used in class file -->"
> section of this file.
>
> If this issue can be propagated somehow to Pluto developers it would be
> great.
>
> Thanks,
>
> Alex Rudnev
>
> P.S. I have manually changed web.xml, probably with normal Pluto
> deployment this problem would happened during deploy phase, not in
> runtime (I have not tried).


---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org


Mime
View raw message