You are viewing a plain text version of this content. The canonical link for it is here.
Posted to pluto-dev@portals.apache.org by "Daniel Krieg (JIRA)" <ji...@apache.org> on 2006/12/12 07:14:22 UTC
[jira] Created: (PLUTO-277) Castor improperly unmarshals from
portlet.xml when contains attributes.
Castor improperly unmarshals from portlet.xml when <portlet-app> contains attributes.
-------------------------------------------------------------------------------------
Key: PLUTO-277
URL: http://issues.apache.org/jira/browse/PLUTO-277
Project: Pluto
Issue Type: Bug
Affects Versions: Current CVS
Reporter: Daniel Krieg
Running pluto-portal as a standard 'starter' webapp with all dependencies deployed as JAR files in /WEB-INF/lib the Castor Mapping does not properly handle the unmarshalling of the portlet.xml file when namespace attributes are included on the root element as such:
<portlet-app>
... instead of ...
<portlet-app
xmlns="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd"
version="1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd
http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd">
By omitting these attributes, the unmarshalling works.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (PLUTO-277) Castor improperly unmarshals from
portlet.xml when contains attributes.
Posted by "Daniel Krieg (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/PLUTO-277?page=all ]
Daniel Krieg updated PLUTO-277:
-------------------------------
Attachment: pluto-277.tar.gz
To reproduce the error, do the following:
1. Extract the tar.gz into your working copy.
2. Apply the patch pluto-277.diff which incorportates the PLUTO-276 and PLUTO-278 changes.
3. run mvn install
4. deploy into Tomcat 5.5.9 the webapp in pluto-portal-webapp\target\sample
5. verify that you can see the 'Hello World Portlet'
6. change the portlet.xml file as follows:
<!--
<portlet-app>
-->
<portlet-app
xmlns="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd"
version="1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd
http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd">
7. verify that you receive an error and 'Hello World Portlet' can not be found.
> Castor improperly unmarshals from portlet.xml when <portlet-app> contains attributes.
> -------------------------------------------------------------------------------------
>
> Key: PLUTO-277
> URL: http://issues.apache.org/jira/browse/PLUTO-277
> Project: Pluto
> Issue Type: Bug
> Affects Versions: Current CVS
> Reporter: Daniel Krieg
> Attachments: pluto-277.diff, pluto-277.tar.gz
>
>
> Running pluto-portal as a standard 'starter' webapp with all dependencies deployed as JAR files in /WEB-INF/lib the Castor Mapping does not properly handle the unmarshalling of the portlet.xml file when namespace attributes are included on the root element as such:
> <portlet-app>
> ... instead of ...
> <portlet-app
> xmlns="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd"
> version="1.0"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd
> http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd">
> By omitting these attributes, the unmarshalling works.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (PLUTO-277) Castor improperly unmarshals from
portlet.xml when contains attributes.
Posted by "Daniel Krieg (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/PLUTO-277?page=all ]
Daniel Krieg updated PLUTO-277:
-------------------------------
Attachment: pluto-277.diff
Corrected diff!
> Castor improperly unmarshals from portlet.xml when <portlet-app> contains attributes.
> -------------------------------------------------------------------------------------
>
> Key: PLUTO-277
> URL: http://issues.apache.org/jira/browse/PLUTO-277
> Project: Pluto
> Issue Type: Bug
> Affects Versions: Current CVS
> Reporter: Daniel Krieg
> Attachments: pluto-277.diff, pluto-277.diff, pluto-277.tar.gz
>
>
> Running pluto-portal as a standard 'starter' webapp with all dependencies deployed as JAR files in /WEB-INF/lib the Castor Mapping does not properly handle the unmarshalling of the portlet.xml file when namespace attributes are included on the root element as such:
> <portlet-app>
> ... instead of ...
> <portlet-app
> xmlns="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd"
> version="1.0"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd
> http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd">
> By omitting these attributes, the unmarshalling works.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Commented: (PLUTO-277) Castor improperly unmarshals from
portlet.xml when contains attributes.
Posted by "Daniel Krieg (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/PLUTO-277?page=comments#action_12458477 ]
Daniel Krieg commented on PLUTO-277:
------------------------------------
I agree that it works in the testsuite environement. This is error only produced when the pluto is ran as a single webapp. I will create a patch that you can use to reproduce the error. Basically when you use pluto-portal as a 'starter webapp' and deploy it to a standard Tomcat install will the error reveal itself.
> Castor improperly unmarshals from portlet.xml when <portlet-app> contains attributes.
> -------------------------------------------------------------------------------------
>
> Key: PLUTO-277
> URL: http://issues.apache.org/jira/browse/PLUTO-277
> Project: Pluto
> Issue Type: Bug
> Affects Versions: Current CVS
> Reporter: Daniel Krieg
>
> Running pluto-portal as a standard 'starter' webapp with all dependencies deployed as JAR files in /WEB-INF/lib the Castor Mapping does not properly handle the unmarshalling of the portlet.xml file when namespace attributes are included on the root element as such:
> <portlet-app>
> ... instead of ...
> <portlet-app
> xmlns="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd"
> version="1.0"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd
> http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd">
> By omitting these attributes, the unmarshalling works.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Updated: (PLUTO-277) Castor improperly unmarshals from
portlet.xml when contains attributes.
Posted by "Daniel Krieg (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/PLUTO-277?page=all ]
Daniel Krieg updated PLUTO-277:
-------------------------------
Attachment: pluto-277.diff
The diff to apply for test case.
> Castor improperly unmarshals from portlet.xml when <portlet-app> contains attributes.
> -------------------------------------------------------------------------------------
>
> Key: PLUTO-277
> URL: http://issues.apache.org/jira/browse/PLUTO-277
> Project: Pluto
> Issue Type: Bug
> Affects Versions: Current CVS
> Reporter: Daniel Krieg
> Attachments: pluto-277.diff, pluto-277.tar.gz
>
>
> Running pluto-portal as a standard 'starter' webapp with all dependencies deployed as JAR files in /WEB-INF/lib the Castor Mapping does not properly handle the unmarshalling of the portlet.xml file when namespace attributes are included on the root element as such:
> <portlet-app>
> ... instead of ...
> <portlet-app
> xmlns="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd"
> version="1.0"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd
> http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd">
> By omitting these attributes, the unmarshalling works.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] Resolved: (PLUTO-277) Castor improperly unmarshals from
portlet.xml when contains attributes.
Posted by "David DeWolf (JIRA)" <ji...@apache.org>.
[ http://issues.apache.org/jira/browse/PLUTO-277?page=all ]
David DeWolf resolved PLUTO-277.
--------------------------------
Resolution: Cannot Reproduce
I can't reproduce this. For an example, take a look at the portlet.xml that is available in the testsuite. It uses the xmlns and works find, as does the pluto portal portlet.xml
> Castor improperly unmarshals from portlet.xml when <portlet-app> contains attributes.
> -------------------------------------------------------------------------------------
>
> Key: PLUTO-277
> URL: http://issues.apache.org/jira/browse/PLUTO-277
> Project: Pluto
> Issue Type: Bug
> Affects Versions: Current CVS
> Reporter: Daniel Krieg
>
> Running pluto-portal as a standard 'starter' webapp with all dependencies deployed as JAR files in /WEB-INF/lib the Castor Mapping does not properly handle the unmarshalling of the portlet.xml file when namespace attributes are included on the root element as such:
> <portlet-app>
> ... instead of ...
> <portlet-app
> xmlns="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd"
> version="1.0"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd
> http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd">
> By omitting these attributes, the unmarshalling works.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira