Hi, The problem is resolved.
I forgot to put the file jboss-web.xml in the j2-admin.war and myportlets.war. Thanks! Francisco -----Original Message----- From: curro [mailto:[email protected]] Sent: miércoles, 24 de febrero de 2010 11:04 To: 'Jetspeed Developers List' Subject: RE: The requested resource (/container) is not available Hi Woosan, Thanks for your help. Modjk logs don't tell me things. Acces logs neither. :'( uff Regards Francisco Rosado -----Original Message----- From: Woonsan Ko [mailto:[email protected]] Sent: martes, 23 de febrero de 2010 12:31 To: Jetspeed Developers List Subject: RE: The requested resource (/container) is not available Hi Francisco, I'm not sure, but I think it's sometimes helpful to look into mod_jk logs by configuring JkLogLevel to debug. Just my two cents, Woonsan --- On Tue, 2/23/10, curro <[email protected]> wrote: > From: curro <[email protected]> > Subject: RE: The requested resource (/container) is not available > To: "'Jetspeed Developers List'" <[email protected]> > Date: Tuesday, February 23, 2010, 10:21 AM > Hello, > > I'm unable to find a solution for my problem. The jetspeed > 2.2.0 application > works well inside an environment with Apache + mod_jk + > JBoss 4.0.5. But, If > I configure a Virtual Host in Apache, no works. The > jboss-web.xml is: > > <jboss-web> > <context-root>/</context-root> > > <virtual-host>des-Qro.interQro.es</virtual-host> > <class-loading> > <loader-repository > java2ClassLoadingCompliance="false"> > > org.apache.jetspeed:loader=jetspeed.war<loader-repository-config>java2Parent > Delegation=false</loader-repository-config> > </loader-repository> > </class-loading> > <security-domain > flushOnSessionInvalidation="true"> java:/jaas/Jetspeed > </security-domain> > <resource-ref> > > <res-ref-name>jdbc/jetspeed</res-ref-name> > > <res-type>javax.sql.DataSource</res-type> > > <jndi-name>java:/JetspeedDS</jndi-name> > </resource-ref> > </jboss-web> > > Mi portlet application works fine, and j2-admin too. > However with the > Virtual host, no one works. With the virtual host, the > Portal works, but no > the portlet applications. > The message "The requested resource (/container) is not > available" is showed > at the top of the page in the browser, does not appear in > the logs. > If I delete the servlet mapping configuration int the > web.xml, the message > is the same. > If I put the context name empty in the web.xml > <param-name>contextName</param-name> > <param-value></param-value> > and shows a message "portlet application not available" > inside portlet, but > does not the previous message. > > I have tried many possible solutions, but no works. Does > someone knows where > is the problem? Any Idea? I'm totally Lost. > > Regards > Francisco Rosado > > -----Original Message----- > From: curro [mailto:[email protected]] > > Sent: lunes, 22 de febrero de 2010 13:01 > To: 'Jetspeed Developers List' > Subject: RE: The requested resource (/container) is not > available > > Hello Woonsan, > > Thanks for your reply. > > I build my portlet application with Maven. I try to deploy > it like war in > web-inf/deploy directoy, but no works. The problem is > produced with > j2-admin.war too. > > My web.xml is: > > <web-app xmlns="http://java.sun.com/xml/ns/j2ee"; > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; > version="2.4" > xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee > http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";> > <display-name>My Portlet > Application</display-name> > > <!-- For deploying on Websphere: disable > WebSphere default > portletcontainer > However: if you > actually want to deploy on WebSphere Portal, > comment the following out --> > <context-param> > > <param-name>com.ibm.websphere.portletcontainer.PortletDeploymentEnabled</par > am-name> > > <param-value>false</param-value> > </context-param> > <!-- Define Velocity Servlet > --> > <servlet> > > <servlet-name>velocity</servlet-name> > > <servlet-class>org.apache.portals.bridges.velocity.BridgesVelocityViewServle > t</servlet-class> > <init-param> > > <param-name>org.apache.velocity.toolbox</param-name> > > <param-value>/WEB-INF/velocity/toolbox.xml</param-value> > </init-param> > <init-param> > > <param-name>org.apache.velocity.properties</param-name> > > <param-value>/WEB-INF/velocity/velocity.properties</param-value> > </init-param> > > <load-on-startup>10</load-on-startup> > </servlet> > <servlet> > > <servlet-name>springinit</servlet-name> > > <servlet-class>org.apache.portals.applications.rss.servlets.SpringInitServle > t</servlet-class> > <init-param> > > <param-name>spring-configuration</param-name> > > <param-value>/WEB-INF/spring/spring-portlet-configuration.xml</param-value> > </init-param> > > <load-on-startup>1</load-on-startup> > </servlet> > <servlet> > > <description>MVC Servlet for Jetspeed Portlet > Applications</description> > > <display-name>Jetspeed Container</display-name> > > <servlet-name>JetspeedContainer</servlet-name> > > <servlet-class>org.apache.jetspeed.container.JetspeedContainerServlet</servl > et-class> > <init-param> > > <param-name>contextName</param-name> > > <param-value>e060-pa</param-value> > </init-param> > > <load-on-startup>0</load-on-startup> > </servlet> > <!-- Map *.vm files to Velocity > --> > <servlet-mapping> > > <servlet-name>velocity</servlet-name> > > <url-pattern>*.vm</url-pattern> > </servlet-mapping> > <servlet-mapping> > > <servlet-name>JetspeedContainer</servlet-name> > > <url-pattern>/container/*</url-pattern> > </servlet-mapping> > <jsp-config> > <!-- Tag libraries > --> > <taglib-uri>http://java.sun.com/portlet</taglib-uri> > > <taglib-location>/WEB-INF/tld/portlet.tld</taglib-location> > </taglib> > <taglib> > > <taglib-uri>http://java.sun.com/portlet_2_0</taglib-uri> > > <taglib-location>/WEB-INF/tld/portlet_2_0.tld</taglib-location> > </taglib> > </jsp-config> > </web-app> > > I can't understand why works if I delete de virtual host > configuration. > Might it be a problem with the contextName? > > Kind regards, > Francisco Rosado > > -----Original Message----- > From: Woonsan Ko [mailto:[email protected]] > > Sent: lunes, 22 de febrero de 2010 12:14 > To: Jetspeed Developers List > Subject: Re: The requested resource (/container) is not > available > > Hi, > > The error message looks like a deployment problem. > The Jetspeed Container Servlet must be defined in the > web.xml of each > portlet web application. With installer or deployment onto > /jetspeed/WEB-INF/deploy/ folder, the servlet is > automatically added. > However, without those options, you need to add the servlet > with the context > name and the mapping by yourself. > Please have a look at the following documentation. Refer to > the "Infusing > Jetspeed Servlet in your Application" section. > > http://portals.apache.org/jetspeed-2/deployguide/guide-tomcat.html > > > Kind regards, > > Woonsan > > > --- On Mon, 2/22/10, curro <[email protected]> > wrote: > > > From: curro <[email protected]> > > Subject: The requested resource (/container) is not > available > > To: [email protected] > > Date: Monday, February 22, 2010, 10:09 AM > > Hi all, > > > > > > > > First, excuseme for my poor English. > > > > > > > > I have a problem with Jetspeed 2.2.0. I develop an > > application using > > Jetspeed 2.2.0 and I have some portlets. It works > fine. But > > now I deploy my > > application in an environment with a virtual path > (Apache + > > mod_jk + Jboss) > > and no works. Without The Virtual Host, works fine. > > > > > > > > <VirtualHost *:80> > > > > ServerAdmin [email protected] > > > > ServerName des-portal.interportal.es > > > > > > > > JkMount /* worker1 > > > > > > > > <Directory > > > C:/JBOSS2/jboss-4.0.5.GA/server/default/deploy/e060.war/> > > > > Order deny,allow > > > > Allow from all > > > > </Directory> > > > > </VirtualHost> > > > > > > > > The portal (portal.war) works, but the portlets > > (portal-pa.war) not works. > > Give me the error: "The requested resource > (/container) is > > not available". > > > > > > > > I think is a problem with a mi web xml, but I don't > > understand why before > > works and now not works. > > > > > > > > Can someone help me? > > > > > > > > Thanks a lot > > > > Francisco Rosado > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > > Se certificó que el correo entrante no contiene virus. > Comprobada por AVG - www.avg.es > Versión: 9.0.733 / Base de datos de virus: 271.1.1/2702 - > Fecha de la > versión: 02/21/10 20:34:00 > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > > Se certificó que el correo entrante no contiene virus. > Comprobada por AVG - www.avg.es > Versión: 9.0.733 / Base de datos de virus: 271.1.1/2702 - > Fecha de la > versión: 02/21/10 20:34:00 > > > --------------------------------------------------------------------- > 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] Se certificó que el correo entrante no contiene virus. Comprobada por AVG - www.avg.es Versión: 9.0.733 / Base de datos de virus: 271.1.1/2703 - Fecha de la versión: 02/22/10 20:34:00 --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] Se certificó que el correo entrante no contiene virus. Comprobada por AVG - www.avg.es Versión: 9.0.733 / Base de datos de virus: 271.1.1/2705 - Fecha de la versión: 02/23/10 20:34:00 --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
