Re: Trouble getting to portlet render phase
Have you resolved this yet? Did you find anything in your startup logs? Nils-H On 8/16/07, Frederick N. Brier <[EMAIL PROTECTED]> wrote: > I have deployed the struts-portlet example, and it works. I continue to > make comparison's between all of its configuration files, my own, and > other examples. For instance, your example does not specify a parent in > your pom.xml. The example does. The example pom.xml has no plugins. > Yours has the necessary ones for the jetty:run support and specifies > dependencies. The Don Brown portlet does not have any actions defined > in struts.xml. The struts-portlet example does. I really, really > appreciate your help. The examples work, but when I attempt to merge > the configurations into my own code, decisions and adjustments have to > be made and then it does not work. I will try again this evening. > Thank you. > > Fred > > Nils-Helge Garli wrote: > > What does your pom.xml look like? > > > > Going back to your original problem, are you sure you don't get any > > exceptions while running or starting up the portlet? Check your logs > > to see if you find any exceptions. Also, try deploying the > > struts2-portlet example portlet and see if that works. > > > > Nils-H > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Trouble getting to portlet render phase
I have deployed the struts-portlet example, and it works. I continue to make comparison's between all of its configuration files, my own, and other examples. For instance, your example does not specify a parent in your pom.xml. The example does. The example pom.xml has no plugins. Yours has the necessary ones for the jetty:run support and specifies dependencies. The Don Brown portlet does not have any actions defined in struts.xml. The struts-portlet example does. I really, really appreciate your help. The examples work, but when I attempt to merge the configurations into my own code, decisions and adjustments have to be made and then it does not work. I will try again this evening. Thank you. Fred Nils-Helge Garli wrote: What does your pom.xml look like? Going back to your original problem, are you sure you don't get any exceptions while running or starting up the portlet? Check your logs to see if you find any exceptions. Also, try deploying the struts2-portlet example portlet and see if that works. Nils-H - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Trouble getting to portlet render phase
What does your pom.xml look like? Going back to your original problem, are you sure you don't get any exceptions while running or starting up the portlet? Check your logs to see if you find any exceptions. Also, try deploying the struts2-portlet example portlet and see if that works. Nils-H On 8/16/07, Frederick N. Brier <[EMAIL PROTECTED]> wrote: > Neither is working/generating content. In the case of the JBossPortal, > a portlet window is rendered with the appropriate title, but nothing in > it - not even an error, just a wide short box. Before I fixed some > other problems, I had seen what a portlet looks like when there is an > error, as well as when I had an incorrect URL and it was infinitely > nesting the whole portal within my portal. In the case of the test, it > returns an empty response. The portletunit framework > [http://m0smith.freeshell.org/portletunit/docs/index.php] is built on > top of httpunit's servletunit. So it does have mocked versions of the > portlet request and response objects. > > I did read both of your blog entries on using jetty:run and incorporated > the part 2 approach into my build. Unfortunately, I may have run into > the Spring or jar issues you mentioned. Did you see these exceptions in > your journey to assemble your test harness framework? I am using Spring > created Actions, which did not exist in your examples. Would that cause > a problem? Thank you very much for the help. > > 01:19:31,703 DEBUG > [org.springframework.beans.factory.xml.DefaultNamespaceHandlerResolver] > Ignoring namespace handler > [org.springframework.scripting.config.LangNamespaceHandler]: handler > class not found > java.lang.ClassNotFoundException: > org.springframework.scripting.config.LangNamespaceHandler > at java.net.URLClassLoader$1.run(URLClassLoader.java:200) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:188) > > 01:19:31,718 DEBUG > [org.springframework.beans.factory.xml.DefaultNamespaceHandlerResolver] > Ignoring namespace handler > [org.springframework.ejb.config.JeeNamespaceHandler]: handler class not > found > java.lang.ClassNotFoundException: > org.springframework.ejb.config.JeeNamespaceHandler > at java.net.URLClassLoader$1.run(URLClassLoader.java:200) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:188) > at java.lang.ClassLoader.loadClass(ClassLoader.java:306) > at > org.codehaus.classworlds.RealmClassLoader.loadClassDirect(RealmClassLoader.java:195) > > 01:19:31,718 DEBUG > [org.springframework.beans.factory.xml.DefaultNamespaceHandlerResolver] > Ignoring namespace handler [o > rg.springframework.aop.config.AopNamespaceHandler]: handler class not found > java.lang.ClassNotFoundException: > org.springframework.aop.config.AopNamespaceHandler > at java.net.URLClassLoader$1.run(URLClassLoader.java:200) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:188) > at java.lang.ClassLoader.loadClass(ClassLoader.java:306) > > 01:19:32,171 INFO [org.apache.pluto.driver.PortalStartupListener] > Starting up Pluto Portal Driver. . . > 2007-08-16 01:19:32.883::WARN: Failed startup of context > [EMAIL > PROTECTED]/gridportlet,C:\Multideck\GTS\StrutsPortletExample\src\main\webapp} > java.lang.ClassCastException: > org.springframework.web.context.support.XmlWebApplicationContext > at > org.apache.pluto.driver.PortalStartupListener.contextInitialized(PortalStartupListener.java:98) > at > org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:530) > at org.mortbay.jetty.servlet.Context.startContext(Context.java:135) > at > org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1219) > at > org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:500) > > Nils-Helge Garli wrote: > > So it doesn't work in neither JBoss nor your tests? Or is it just your > > test that is not working? > > > > Since executeRegularServletResult is executed, the only two reasons are: > > > > - The portletrequest and portletresponse objects are not available, > > which means you're running outside the container. > > - The urls used to access the portlet is incorrect. > > > > I'm not familiar with portletunit, but have you set up the request and > > response objects correctly? Maybe you have an example unit test you > > can show us? > > > > BTW: If you want to test your portlets visually without starting a > > heavy-weight container, take a look at my two blog articles regarding > > testing portlets with pluto and maven: > > > > http://portletwork.blogspot.com/2007/07/mvnjetty-and-portlets.html > > http://portletwork.blogspot.com/2007/08/maven-jetty-plugin-and-jsr168-portlets.html > > > > On 8/15/07, Frederic
Re: Trouble getting to portlet render phase
Neither is working/generating content. In the case of the JBossPortal, a portlet window is rendered with the appropriate title, but nothing in it - not even an error, just a wide short box. Before I fixed some other problems, I had seen what a portlet looks like when there is an error, as well as when I had an incorrect URL and it was infinitely nesting the whole portal within my portal. In the case of the test, it returns an empty response. The portletunit framework [http://m0smith.freeshell.org/portletunit/docs/index.php] is built on top of httpunit's servletunit. So it does have mocked versions of the portlet request and response objects. I did read both of your blog entries on using jetty:run and incorporated the part 2 approach into my build. Unfortunately, I may have run into the Spring or jar issues you mentioned. Did you see these exceptions in your journey to assemble your test harness framework? I am using Spring created Actions, which did not exist in your examples. Would that cause a problem? Thank you very much for the help. 01:19:31,703 DEBUG [org.springframework.beans.factory.xml.DefaultNamespaceHandlerResolver] Ignoring namespace handler [org.springframework.scripting.config.LangNamespaceHandler]: handler class not found java.lang.ClassNotFoundException: org.springframework.scripting.config.LangNamespaceHandler at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) 01:19:31,718 DEBUG [org.springframework.beans.factory.xml.DefaultNamespaceHandlerResolver] Ignoring namespace handler [org.springframework.ejb.config.JeeNamespaceHandler]: handler class not found java.lang.ClassNotFoundException: org.springframework.ejb.config.JeeNamespaceHandler at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at org.codehaus.classworlds.RealmClassLoader.loadClassDirect(RealmClassLoader.java:195) 01:19:31,718 DEBUG [org.springframework.beans.factory.xml.DefaultNamespaceHandlerResolver] Ignoring namespace handler [o rg.springframework.aop.config.AopNamespaceHandler]: handler class not found java.lang.ClassNotFoundException: org.springframework.aop.config.AopNamespaceHandler at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) 01:19:32,171 INFO [org.apache.pluto.driver.PortalStartupListener] Starting up Pluto Portal Driver. . . 2007-08-16 01:19:32.883::WARN: Failed startup of context [EMAIL PROTECTED]/gridportlet,C:\Multideck\GTS\StrutsPortletExample\src\main\webapp} java.lang.ClassCastException: org.springframework.web.context.support.XmlWebApplicationContext at org.apache.pluto.driver.PortalStartupListener.contextInitialized(PortalStartupListener.java:98) at org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:530) at org.mortbay.jetty.servlet.Context.startContext(Context.java:135) at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1219) at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:500) Nils-Helge Garli wrote: So it doesn't work in neither JBoss nor your tests? Or is it just your test that is not working? Since executeRegularServletResult is executed, the only two reasons are: - The portletrequest and portletresponse objects are not available, which means you're running outside the container. - The urls used to access the portlet is incorrect. I'm not familiar with portletunit, but have you set up the request and response objects correctly? Maybe you have an example unit test you can show us? BTW: If you want to test your portlets visually without starting a heavy-weight container, take a look at my two blog articles regarding testing portlets with pluto and maven: http://portletwork.blogspot.com/2007/07/mvnjetty-and-portlets.html http://portletwork.blogspot.com/2007/08/maven-jetty-plugin-and-jsr168-portlets.html On 8/15/07, Frederick N. Brier <[EMAIL PROTECTED]> wrote: In my portletunit test, I am using a url of "view/viewMyPortlet.action". In JBossPortal, I create a Portlet Instance from the Portlet Definition and then under the Portlet Objects tab assign it to a region in the page layout. Is there somewhere I would specify a URL? And what would it be? What URL would you suggest I specify in portletunit? That would be helpful as I am trying to use that as a test harness and avoid launching a container. Thank you!! Fred Nils-Helge Garli wrote: Ar
Re: Trouble getting to portlet render phase
So it doesn't work in neither JBoss nor your tests? Or is it just your test that is not working? Since executeRegularServletResult is executed, the only two reasons are: - The portletrequest and portletresponse objects are not available, which means you're running outside the container. - The urls used to access the portlet is incorrect. I'm not familiar with portletunit, but have you set up the request and response objects correctly? Maybe you have an example unit test you can show us? BTW: If you want to test your portlets visually without starting a heavy-weight container, take a look at my two blog articles regarding testing portlets with pluto and maven: http://portletwork.blogspot.com/2007/07/mvnjetty-and-portlets.html http://portletwork.blogspot.com/2007/08/maven-jetty-plugin-and-jsr168-portlets.html On 8/15/07, Frederick N. Brier <[EMAIL PROTECTED]> wrote: > In my portletunit test, I am using a url of > "view/viewMyPortlet.action". In JBossPortal, I create a Portlet > Instance from the Portlet Definition and then under the Portlet Objects > tab assign it to a region in the page layout. Is there somewhere I > would specify a URL? And what would it be? What URL would you suggest > I specify in portletunit? That would be helpful as I am trying to use > that as a test harness and avoid launching a container. Thank you!! > > Fred > > Nils-Helge Garli wrote: > > Are you creating the urls correctly using the s:url tag? Do you have > > an example JSP? How do you invoke your portlet application? Remember > > that you can't access the portlet using regular urls, they all have to > > go through the portlet container. > > > > Nils-H > > > > On 8/15/07, Frederick N. Brier <[EMAIL PROTECTED]> wrote: > > > >> I am pretty sure this is a configuration issue, probably in struts.xml. > >> I am trying to create a JSR168 compliant portlet. I have been working > >> with the portletunit code to get it to execute in a unit test, as well > >> as running it with JBossPortal. The behavior is the same, so I am > >> hoping it is not an issue of the test harness introducing an issue. I > >> debug/traced the execution. The Action is correctly constructed using > >> the SpringFactory along with all properties. It is invoked and executes > >> without error. It gets to DefaultActionInvocation having created a > >> PortletResult, and calls result.execute(this). The lastFinalLocation is > >> set to the location of the jsp specified in the struts.xml. > >> PortletResult.doExecute() calls executeRegularServletResult(). > >> > >> Should I have been in render mode at this point and had > >> executeRenderResult called instead? I have seen a number of posting > >> saying "best practice" is to redirect to another action executing in > >> render phase that then specifies the jsp as the result. Mine ends up > >> calling PreparatorServlet.service and sets up the servlet request > >> parameters into the ActionContext, and then ends, having never called > >> the jsp. I also am not seeing where the Jsr168Dispatcher is ever > >> invoked. It does not show up in the stack as I execute. I do not know > >> if that is an issue. > >> > >> I have tried a number of combinations of XML including trying to > >> redirect to a "renderDirect.action" which then redirects to the .jsp. > >> Problem is that I have found no examples of using this action, and I > >> have not stumbled on the answer. I have tried setting the result type > >> to redirect... no joy. I am using Struts 2.0.9. If anyone could take a > >> peek at my struts.xml and tell me what I am doing wrong, I would be > >> eternally grateful. I do not understand how my code differs from the > >> HelloWorld portlet examples that I started with. Thank you. > >> > >> Fred > >> > >> --struts.xml--- > >> > >> >> "-//Apache Software Foundation//DTD Struts Configuration 2.0//EN" > >> "http://struts.apache.org/dtds/struts-2.0.dtd";> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> > >> /WEB-INF/view/MyPortlet.jsp > >> > >> > >> /WEB-INF/view/MyPortlet.jsp > >> > >> > >> >> name="success">/WEB-INF/view/MyPortletSubcomponent1.jsp > >> > >> > >> > >> > >> > >> /WEB-INF/edit/index.jsp > >> > >> > >> > >> > >> > >> /WEB-INF/help/index.jsp > >> > >> > >> > >> --applicationContext.xml--- > >> ... > >>>> scope="prototype" autowire="byName"> > >> ... > >> > >> ... > >> --portlet.xml > >> >> xmlns="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd"; > >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > >> xsi:schemaLocation="http://java.sun.com/xml/ns/po
Re: Trouble getting to portlet render phase
In my portletunit test, I am using a url of "view/viewMyPortlet.action". In JBossPortal, I create a Portlet Instance from the Portlet Definition and then under the Portlet Objects tab assign it to a region in the page layout. Is there somewhere I would specify a URL? And what would it be? What URL would you suggest I specify in portletunit? That would be helpful as I am trying to use that as a test harness and avoid launching a container. Thank you!! Fred Nils-Helge Garli wrote: Are you creating the urls correctly using the s:url tag? Do you have an example JSP? How do you invoke your portlet application? Remember that you can't access the portlet using regular urls, they all have to go through the portlet container. Nils-H On 8/15/07, Frederick N. Brier <[EMAIL PROTECTED]> wrote: I am pretty sure this is a configuration issue, probably in struts.xml. I am trying to create a JSR168 compliant portlet. I have been working with the portletunit code to get it to execute in a unit test, as well as running it with JBossPortal. The behavior is the same, so I am hoping it is not an issue of the test harness introducing an issue. I debug/traced the execution. The Action is correctly constructed using the SpringFactory along with all properties. It is invoked and executes without error. It gets to DefaultActionInvocation having created a PortletResult, and calls result.execute(this). The lastFinalLocation is set to the location of the jsp specified in the struts.xml. PortletResult.doExecute() calls executeRegularServletResult(). Should I have been in render mode at this point and had executeRenderResult called instead? I have seen a number of posting saying "best practice" is to redirect to another action executing in render phase that then specifies the jsp as the result. Mine ends up calling PreparatorServlet.service and sets up the servlet request parameters into the ActionContext, and then ends, having never called the jsp. I also am not seeing where the Jsr168Dispatcher is ever invoked. It does not show up in the stack as I execute. I do not know if that is an issue. I have tried a number of combinations of XML including trying to redirect to a "renderDirect.action" which then redirects to the .jsp. Problem is that I have found no examples of using this action, and I have not stumbled on the answer. I have tried setting the result type to redirect... no joy. I am using Struts 2.0.9. If anyone could take a peek at my struts.xml and tell me what I am doing wrong, I would be eternally grateful. I do not understand how my code differs from the HelloWorld portlet examples that I started with. Thank you. Fred --struts.xml--- http://struts.apache.org/dtds/struts-2.0.dtd";> /WEB-INF/view/MyPortlet.jsp /WEB-INF/view/MyPortlet.jsp /WEB-INF/view/MyPortletSubcomponent1.jsp /WEB-INF/edit/index.jsp /WEB-INF/help/index.jsp --applicationContext.xml--- ... ... ... --portlet.xml http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd"; 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"; id="struts-portlet"> A Sample Portlet MySamplePortlet Sample Portlet org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher viewNamespace /view defaultViewAction index editNamespace /edit defaultEditAction index helpNamespace /help defaultHelpAction index 0 text/html edit help en Sample Portlet Sample View Portlet Sample View --web.xml http://java.sun.com/dtd/web-app_2_3.dtd";> contextConfigLocation /WEB-INF/applicationContext.xml action2 org.apache.struts2.dispatcher.FilterDispatcher action2 /* org.springframework.web.context.ContextLoaderListener org.apache.struts2.portlet.context.ServletContextHolderListener preparator org.apache.struts2.portlet.context.PreparatorServlet dwr uk.ltd.getahead.dwr.DWRServlet preparator /* dwr
Re: Trouble getting to portlet render phase
Are you creating the urls correctly using the s:url tag? Do you have an example JSP? How do you invoke your portlet application? Remember that you can't access the portlet using regular urls, they all have to go through the portlet container. Nils-H On 8/15/07, Frederick N. Brier <[EMAIL PROTECTED]> wrote: > I am pretty sure this is a configuration issue, probably in struts.xml. > I am trying to create a JSR168 compliant portlet. I have been working > with the portletunit code to get it to execute in a unit test, as well > as running it with JBossPortal. The behavior is the same, so I am > hoping it is not an issue of the test harness introducing an issue. I > debug/traced the execution. The Action is correctly constructed using > the SpringFactory along with all properties. It is invoked and executes > without error. It gets to DefaultActionInvocation having created a > PortletResult, and calls result.execute(this). The lastFinalLocation is > set to the location of the jsp specified in the struts.xml. > PortletResult.doExecute() calls executeRegularServletResult(). > > Should I have been in render mode at this point and had > executeRenderResult called instead? I have seen a number of posting > saying "best practice" is to redirect to another action executing in > render phase that then specifies the jsp as the result. Mine ends up > calling PreparatorServlet.service and sets up the servlet request > parameters into the ActionContext, and then ends, having never called > the jsp. I also am not seeing where the Jsr168Dispatcher is ever > invoked. It does not show up in the stack as I execute. I do not know > if that is an issue. > > I have tried a number of combinations of XML including trying to > redirect to a "renderDirect.action" which then redirects to the .jsp. > Problem is that I have found no examples of using this action, and I > have not stumbled on the answer. I have tried setting the result type > to redirect... no joy. I am using Struts 2.0.9. If anyone could take a > peek at my struts.xml and tell me what I am doing wrong, I would be > eternally grateful. I do not understand how my code differs from the > HelloWorld portlet examples that I started with. Thank you. > > Fred > > --struts.xml--- > > "-//Apache Software Foundation//DTD Struts Configuration 2.0//EN" > "http://struts.apache.org/dtds/struts-2.0.dtd";> > > > > > > > > > > > > > > > > > /WEB-INF/view/MyPortlet.jsp > > > /WEB-INF/view/MyPortlet.jsp > > > name="success">/WEB-INF/view/MyPortletSubcomponent1.jsp > > > > > > /WEB-INF/edit/index.jsp > > > > > > /WEB-INF/help/index.jsp > > > > --applicationContext.xml--- > ... >scope="prototype" autowire="byName"> > ... > > ... > --portlet.xml > xmlns="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd"; > 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"; id="struts-portlet"> > > A Sample Portlet > MySamplePortlet > Sample Portlet > > > org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher > > > > viewNamespace > /view > > > > defaultViewAction > index > > > > editNamespace > /edit > > > > defaultEditAction > index > > > > helpNamespace > /help > > > > defaultHelpAction > index > > > 0 > > > text/html > edit > help > > > en > > > Sample Portlet > Sample View Portlet > Sample View > > > > --web.xml > > 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd";> > > > > contextConfigLocation > /WEB-INF/applicationContext.xml > > > action2 > > org.apache.struts2.dispatcher.FilterDispatcher > > > > > action2 > /* > > > > > org.springframework.web.context.ContextLoaderListener > > > > > org.apache.struts2.portlet.context.ServletContextHolderListener > > > > > preparator > > org.apache.struts2.portlet.context.PreparatorServlet > > > > dwr > uk.ltd.getahead.dwr.DWRServlet > > > > preparator > /* > > > > dw
Trouble getting to portlet render phase
I am pretty sure this is a configuration issue, probably in struts.xml. I am trying to create a JSR168 compliant portlet. I have been working with the portletunit code to get it to execute in a unit test, as well as running it with JBossPortal. The behavior is the same, so I am hoping it is not an issue of the test harness introducing an issue. I debug/traced the execution. The Action is correctly constructed using the SpringFactory along with all properties. It is invoked and executes without error. It gets to DefaultActionInvocation having created a PortletResult, and calls result.execute(this). The lastFinalLocation is set to the location of the jsp specified in the struts.xml. PortletResult.doExecute() calls executeRegularServletResult(). Should I have been in render mode at this point and had executeRenderResult called instead? I have seen a number of posting saying "best practice" is to redirect to another action executing in render phase that then specifies the jsp as the result. Mine ends up calling PreparatorServlet.service and sets up the servlet request parameters into the ActionContext, and then ends, having never called the jsp. I also am not seeing where the Jsr168Dispatcher is ever invoked. It does not show up in the stack as I execute. I do not know if that is an issue. I have tried a number of combinations of XML including trying to redirect to a "renderDirect.action" which then redirects to the .jsp. Problem is that I have found no examples of using this action, and I have not stumbled on the answer. I have tried setting the result type to redirect... no joy. I am using Struts 2.0.9. If anyone could take a peek at my struts.xml and tell me what I am doing wrong, I would be eternally grateful. I do not understand how my code differs from the HelloWorld portlet examples that I started with. Thank you. Fred --struts.xml--- http://struts.apache.org/dtds/struts-2.0.dtd";> /WEB-INF/view/MyPortlet.jsp /WEB-INF/view/MyPortlet.jsp name="success">/WEB-INF/view/MyPortletSubcomponent1.jsp /WEB-INF/edit/index.jsp /WEB-INF/help/index.jsp --applicationContext.xml--- ... scope="prototype" autowire="byName"> ... ... --portlet.xml xmlns="http://java.sun.com/xml/ns/portlet/portlet-app_1_0.xsd"; 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"; id="struts-portlet"> A Sample Portlet MySamplePortlet Sample Portlet org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher viewNamespace /view defaultViewAction index editNamespace /edit defaultEditAction index helpNamespace /help defaultHelpAction index 0 text/html edit help en Sample Portlet Sample View Portlet Sample View --web.xml 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd";> contextConfigLocation /WEB-INF/applicationContext.xml action2 org.apache.struts2.dispatcher.FilterDispatcher action2 /* org.springframework.web.context.ContextLoaderListener org.apache.struts2.portlet.context.ServletContextHolderListener preparator org.apache.struts2.portlet.context.PreparatorServlet dwr uk.ltd.getahead.dwr.DWRServlet preparator /* dwr /dwr/* - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]