Hi Craig,
i am using the Liferay portal, Version 3.2.0 on a tomcat.
thanks, Andreas
Hmmm...I understand what it would take to fix this, but I would think that your portlet container should be more forgiving of the whitespace surrounding the FQCN. Which portlet container are you using?
Regardless...I just fixed the template and committed it to CVS.
AndreasWuest wrote:
Hi Andrew,
just encountered another problem, which may be a bug. Running the portlet doclet it generate
the following code if you have a preferences validator defined
(in this case de.amites.web.CustomPreferencesValidator) :
<preferences-validator> de.amites.web.CustomPreferencesValidator </preferences-validator>
Deploying the portlet in my tomcat server i get the following classloader exception :
java.lang.ClassNotFoundException:
de.amites.web.CustomPreferencesValidator
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1340)
at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1189)
at com.liferay.portal.servlet.PortletContextListener.contextInitialized(PortletContextListener.java:131)
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3827)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4343)
at org.apache.catalina.core.StandardHostDeployer.start(StandardHostDeployer.java:830)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:991)
at org.apache.catalina.manager.ManagerServlet.start(ManagerServlet.java:1322)
If i change the preferences validator tag to
<preferences-validator>de.amites.web.CustomPreferencesValidator</preferences-validator>
it works just fine. looks like the classloader does not like leading and/or trailing blanks in the classname.
or is this a jvm / tomcat error. I am running jvm 1.4.2_04-b5 and tomcat 5.0.28.
changing the portlet.xml template to use a one-liner for the preferences-validator class should fix
the problem forever, shouldn't it ???
best regards, Andreas
Hi Andrew,
thanks a lot for that tip. After changing the fileset the task finally created the portlet definitions in the portlet.xml.
Unfortunately, now i have two other problems :
1. For some reason the task creates two portlet definitions in the portlet.xml for the one portlet i have.
The first definition is complete. The second one misses some attributes. very strange.
2. The task only allows me to create portlet definitions for files that directly extend the GenericPortlet.
As soon as i change that (my portlet extends the com.liferay.portlet.StrutsPortlet of the Liferay Portal,
which itself extends the GenericPortlet), no portlet definition at all is created. Is there a way to tell
the task, to create the definition for Portlets that do not extend the GenericPortlet directly ???
Looks like the task requires the portlets to extend the GenericPortlet.
Thanks in advance, Andreas
On Wed, 2005-02-09 at 10:15, AndreasWuest wrote:
i have some major problems getting the portletdoclet to work. Seems like
i am the first one using that feature. Searching the net did not return
many results :(
My problem is that the portletdoclet task does not generate a portlet.xml
with my portlet definition. THe portlet.xml file is generated, but it is empty.
...
<property name="java.src.dir" value="${dest.dir}/src/java/de/amites/web" />
...
<fileset dir="C:/">
<include name="*Portlet.java"/>
</fileset>
...
package de.amites.web;
Check the archive for the posts I made to Rob Griffin only a few days ago with subject "XDoclet fails to generate JMX files". It's exactly the same thing, a problem with your fileset.
Andrew.
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
xdoclet-user mailing list
xdoclet-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xdoclet-user
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ xdoclet-user mailing list xdoclet-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xdoclet-user
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ xdoclet-user mailing list xdoclet-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xdoclet-user
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ xdoclet-user mailing list xdoclet-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xdoclet-user
