You are viewing a plain text version of this content. The canonical link for it is here.
Posted to wsrp4j-dev@portals.apache.org by Julie MacNaught <jm...@apache.org> on 2004/06/01 19:52:50 UTC
Re: deploy_portlets build target
This should be fixed now. Carsten Ziegeler fixed it.
Chris Delgado wrote:
> When running the deploy_portlets Ant target, I get the following error:
>
> DeployPortlet.intern:
>
> [java] deploying 'wsrptest' ...
>
> [java] finished!
>
> [java] prepare web archive 'wsrptest' ...
>
> [java] java.io.FileNotFoundException:
> blabla\portal\src\webapp\WEB-INF\tld\portlet.tld (The system cannot
> find the path
>
> It looks like build.xml is calling org.apache.pluto.portalImpl.Deploy,
> but there is a comment
>
> that the last parameter is unnecessary:
>
> <target name="DeployPortlet.intern" depends="set.target.tomcat,
> set.target.webapp">
>
> <java classname="org.apache.pluto.portalImpl.Deploy" fork="true">
>
> <arg value="${target.tomcat.home}/webapps"/>
>
> <arg value="${target.webapp}"/>
>
> <arg value="${fullPathPortletToDeploy}"/>
>
> <arg value="blabla"/> <!-- seems we don't need this at all -->
>
> But a recent version of Deploy.java from Pluto makes me think it is
> necessary
>
> (the <pluto-home-dir>) since Deploy.java needs the portlet TLD.
>
> public static void main(String args[]) {
>
> String warFile;
>
> if (args.length < 4) {
>
> System.out.println(
>
> "No argument specified. This command must be issued as:");
>
> System.out.println(
>
> "deploy <TOMCAT-webapps-directory> <TOMCAT-pluto-webmodule-name>
> <web-archive> <pluto-home-dir>
>
> If I modify build.xml to the correct <pluto-home-dir> all works fine.
> Maybe a previous
>
> version of Pluto’s Deploy.java didn’t require the 4^th parameter?
>
> Thanks.
>
> *Chris Delgado*
>
> 1703 Durley Down Court
>
> Smyrna GA 30082 USA
>
> chris@chrisdelgado.com
>
> (404) 931-2557
>
--
Julie MacNaught
IBM Research
jmacna@apache.org
jmacna@us.ibm.com
RE: deploy_portlets build target
Posted by Carsten Ziegeler <cz...@s-und-n.de>.
I think it would be good if we could upgrade to the latest Pluto
version.
Carsten
> -----Original Message-----
> From: Julie MacNaught [mailto:jmacna@apache.org]
> Sent: Wednesday, June 02, 2004 2:13 PM
> To: wsrp4j-dev@ws.apache.org
> Subject: Re: deploy_portlets build target
>
> I think I may have fixed the exception, if it's the Castor
> Mapping exception, but this only fails if you try to use the
> latest version of pluto. WSRP4J servletmappingdefinition
> file is out of date. I'm trying to test it now, but I get
> errors from Tomcat about the <taglib> element needing a xsi:type.
>
> It works fine with the version of pluto that we have in our CVS tree.
>
> Carsten Ziegeler wrote:
>
> >t but
> >this is ignored by the build system - so just ignore it as well :)
> >
> >(Somehow my mail didn't come through the first time, sorry)
> >
> >Carsten
> >
> >
> >
> >>-----Original Message-----
> >>From: Julie MacNaught [mailto:jmacna@apache.org]
> >>Sent: Tuesday, June 01, 2004 7:53 PM
> >>To: wsrp4j-dev@ws.apache.org
> >>Subject: Re: deploy_portlets build target
> >>
> >>This should be fixed now. Carsten Ziegeler fixed it.
> >>
> >>Chris Delgado wrote:
> >>
> >>
> >>
> >>>When running the deploy_portlets Ant target, I get the
> >>>
> >>>
> >>following error:
> >>
> >>
> >>>DeployPortlet.intern:
> >>>
> >>>[java] deploying 'wsrptest' ...
> >>>
> >>>[java] finished!
> >>>
> >>>[java] prepare web archive 'wsrptest' ...
> >>>
> >>>[java] java.io.FileNotFoundException:
> >>>blabla\portal\src\webapp\WEB-INF\tld\portlet.tld (The
> system cannot
> >>>find the path
> >>>
> >>>It looks like build.xml is calling
> >>>
> >>>
> >>org.apache.pluto.portalImpl.Deploy,
> >>
> >>
> >>>but there is a comment
> >>>
> >>>that the last parameter is unnecessary:
> >>>
> >>><target name="DeployPortlet.intern" depends="set.target.tomcat,
> >>>set.target.webapp">
> >>>
> >>><java classname="org.apache.pluto.portalImpl.Deploy" fork="true">
> >>>
> >>><arg value="${target.tomcat.home}/webapps"/>
> >>>
> >>><arg value="${target.webapp}"/>
> >>>
> >>><arg value="${fullPathPortletToDeploy}"/>
> >>>
> >>><arg value="blabla"/> <!-- seems we don't need this at all -->
> >>>
> >>>But a recent version of Deploy.java from Pluto makes me
> think it is
> >>>necessary
> >>>
> >>>(the <pluto-home-dir>) since Deploy.java needs the portlet TLD.
> >>>
> >>>public static void main(String args[]) {
> >>>
> >>>String warFile;
> >>>
> >>>if (args.length < 4) {
> >>>
> >>>System.out.println(
> >>>
> >>>"No argument specified. This command must be issued as:");
> >>>
> >>>System.out.println(
> >>>
> >>>"deploy <TOMCAT-webapps-directory> <TOMCAT-pluto-webmodule-name>
> >>><web-archive> <pluto-home-dir>
> >>>
> >>>If I modify build.xml to the correct <pluto-home-dir> all
> >>>
> >>>
> >>works fine.
> >>
> >>
> >>>Maybe a previous
> >>>
> >>>version of Pluto's Deploy.java didn't require the 4^th parameter?
> >>>
> >>>Thanks.
> >>>
> >>>*Chris Delgado*
> >>>
> >>>1703 Durley Down Court
> >>>
> >>>Smyrna GA 30082 USA
> >>>
> >>>chris@chrisdelgado.com
> >>>
> >>>(404) 931-2557
> >>>
> >>>
> >>>
> >>--
> >>Julie MacNaught
> >>IBM Research
> >>jmacna@apache.org
> >>jmacna@us.ibm.com
> >>
> >>
> >>
> >
> >
> >
> >
>
> --
> Julie MacNaught
> IBM Research
> jmacna@apache.org
> jmacna@us.ibm.com
>
>
Re: deploy_portlets build target
Posted by Julie MacNaught <jm...@apache.org>.
I think I may have fixed the exception, if it's the Castor Mapping
exception, but this only fails if you try to use the latest version of
pluto. WSRP4J servletmappingdefinition file is out of date. I'm trying
to test it now, but I get errors from Tomcat about the <taglib> element
needing a xsi:type.
It works fine with the version of pluto that we have in our CVS tree.
Carsten Ziegeler wrote:
>t but
>this is ignored by the build system - so just ignore it as well :)
>
>(Somehow my mail didn't come through the first time, sorry)
>
>Carsten
>
>
>
>>-----Original Message-----
>>From: Julie MacNaught [mailto:jmacna@apache.org]
>>Sent: Tuesday, June 01, 2004 7:53 PM
>>To: wsrp4j-dev@ws.apache.org
>>Subject: Re: deploy_portlets build target
>>
>>This should be fixed now. Carsten Ziegeler fixed it.
>>
>>Chris Delgado wrote:
>>
>>
>>
>>>When running the deploy_portlets Ant target, I get the
>>>
>>>
>>following error:
>>
>>
>>>DeployPortlet.intern:
>>>
>>>[java] deploying 'wsrptest' ...
>>>
>>>[java] finished!
>>>
>>>[java] prepare web archive 'wsrptest' ...
>>>
>>>[java] java.io.FileNotFoundException:
>>>blabla\portal\src\webapp\WEB-INF\tld\portlet.tld (The system cannot
>>>find the path
>>>
>>>It looks like build.xml is calling
>>>
>>>
>>org.apache.pluto.portalImpl.Deploy,
>>
>>
>>>but there is a comment
>>>
>>>that the last parameter is unnecessary:
>>>
>>><target name="DeployPortlet.intern" depends="set.target.tomcat,
>>>set.target.webapp">
>>>
>>><java classname="org.apache.pluto.portalImpl.Deploy" fork="true">
>>>
>>><arg value="${target.tomcat.home}/webapps"/>
>>>
>>><arg value="${target.webapp}"/>
>>>
>>><arg value="${fullPathPortletToDeploy}"/>
>>>
>>><arg value="blabla"/> <!-- seems we don't need this at all -->
>>>
>>>But a recent version of Deploy.java from Pluto makes me think it is
>>>necessary
>>>
>>>(the <pluto-home-dir>) since Deploy.java needs the portlet TLD.
>>>
>>>public static void main(String args[]) {
>>>
>>>String warFile;
>>>
>>>if (args.length < 4) {
>>>
>>>System.out.println(
>>>
>>>"No argument specified. This command must be issued as:");
>>>
>>>System.out.println(
>>>
>>>"deploy <TOMCAT-webapps-directory> <TOMCAT-pluto-webmodule-name>
>>><web-archive> <pluto-home-dir>
>>>
>>>If I modify build.xml to the correct <pluto-home-dir> all
>>>
>>>
>>works fine.
>>
>>
>>>Maybe a previous
>>>
>>>version of Pluto's Deploy.java didn't require the 4^th parameter?
>>>
>>>Thanks.
>>>
>>>*Chris Delgado*
>>>
>>>1703 Durley Down Court
>>>
>>>Smyrna GA 30082 USA
>>>
>>>chris@chrisdelgado.com
>>>
>>>(404) 931-2557
>>>
>>>
>>>
>>--
>>Julie MacNaught
>>IBM Research
>>jmacna@apache.org
>>jmacna@us.ibm.com
>>
>>
>>
>
>
>
>
--
Julie MacNaught
IBM Research
jmacna@apache.org
jmacna@us.ibm.com
RE: deploy_portlets build target
Posted by Carsten Ziegeler <cz...@s-und-n.de>.
Yes, it now works for me - you get an exception during deployment but
this is ignored by the build system - so just ignore it as well :)
(Somehow my mail didn't come through the first time, sorry)
Carsten
> -----Original Message-----
> From: Julie MacNaught [mailto:jmacna@apache.org]
> Sent: Tuesday, June 01, 2004 7:53 PM
> To: wsrp4j-dev@ws.apache.org
> Subject: Re: deploy_portlets build target
>
> This should be fixed now. Carsten Ziegeler fixed it.
>
> Chris Delgado wrote:
>
> > When running the deploy_portlets Ant target, I get the
> following error:
> >
> > DeployPortlet.intern:
> >
> > [java] deploying 'wsrptest' ...
> >
> > [java] finished!
> >
> > [java] prepare web archive 'wsrptest' ...
> >
> > [java] java.io.FileNotFoundException:
> > blabla\portal\src\webapp\WEB-INF\tld\portlet.tld (The system cannot
> > find the path
> >
> > It looks like build.xml is calling
> org.apache.pluto.portalImpl.Deploy,
> > but there is a comment
> >
> > that the last parameter is unnecessary:
> >
> > <target name="DeployPortlet.intern" depends="set.target.tomcat,
> > set.target.webapp">
> >
> > <java classname="org.apache.pluto.portalImpl.Deploy" fork="true">
> >
> > <arg value="${target.tomcat.home}/webapps"/>
> >
> > <arg value="${target.webapp}"/>
> >
> > <arg value="${fullPathPortletToDeploy}"/>
> >
> > <arg value="blabla"/> <!-- seems we don't need this at all -->
> >
> > But a recent version of Deploy.java from Pluto makes me think it is
> > necessary
> >
> > (the <pluto-home-dir>) since Deploy.java needs the portlet TLD.
> >
> > public static void main(String args[]) {
> >
> > String warFile;
> >
> > if (args.length < 4) {
> >
> > System.out.println(
> >
> > "No argument specified. This command must be issued as:");
> >
> > System.out.println(
> >
> > "deploy <TOMCAT-webapps-directory> <TOMCAT-pluto-webmodule-name>
> > <web-archive> <pluto-home-dir>
> >
> > If I modify build.xml to the correct <pluto-home-dir> all
> works fine.
> > Maybe a previous
> >
> > version of Pluto's Deploy.java didn't require the 4^th parameter?
> >
> > Thanks.
> >
> > *Chris Delgado*
> >
> > 1703 Durley Down Court
> >
> > Smyrna GA 30082 USA
> >
> > chris@chrisdelgado.com
> >
> > (404) 931-2557
> >
>
> --
> Julie MacNaught
> IBM Research
> jmacna@apache.org
> jmacna@us.ibm.com
>