You are viewing a plain text version of this content. The canonical link for it is here.
Posted to pluto-user@portals.apache.org by Graham Klyne <gr...@oucs.ox.ac.uk> on 2005/10/25 13:24:38 UTC
Problem with Pluto 1.1 installation instructions?
The Pluto 1.1 installation instructions given on the web site [1] are
not working for me. I suspect there's some information missing
concerning specification of the Tomcat installation directory.
The first step (mvn install) runs OK, but the second step has two
problems: (1) the "cd ../pluto-util" doesn't work in the sequence
given; I suspect it should be "cd pluto-util", and (2) using this cd
command, running "mvn pluto:install" fails with a non-existemnt
directory error. A copy of my installation log is below [3].
I think the instructions at [1] should explain how to specify the Tomcat
installation directory (by editing pluto-util/pom.xml? see below).
Also, the issue tracking link at [2] is broken.
That's the bare desription, more details follow...
Initially, I was wondering how Maven would know about my tomcat
installation directory. I did a little poking about in the pom.xml
files and came up with:
[[
<configuration>
<installationDirectory>../../pluto-tomcat</installationDirectory>
</configuration>
]]
in pluto-util/pom.xml. Further searching shows references to
${pluto.installation.dir} in file
maven-pluto-plugin/target/classes/META-INF/maven/plugin.xml, which I
take to be where the directory specified above is actually used. (There
are layers of things going on here that I find hard to follow; pointers
to relevant documentation would be helpful.)
So I tried editing the pluto-util/pom.xml to reference my Tomcat
installation directory tree C:/DEV/Apache Software Foundation/Tomcat
5.5/webapps/pluto-tomcat instead of the relative path used previously.
Same error ("Installation Directory C:\DEV\Apache Software
Foundation\Tomcat 5.5\webapps\pluto-tomcat does not exist").
So I create the target directory, and try again. This appears to
succeed. But examination of the files suggeststhat they should have
been installed relative to tomcat root. I delete the files just
installed, change the installation directory to "C:/DEV/Apache Software
Foundation/Tomcat 5.5" and try again. This works, and this time the new
Pluto servlets appear in the tomcat management page.
Browsing to http://localhost:8080/pluto-testsuite/ gets me a "Hello
world" display. (Now how did I run those test cases previously...?)
#g
--
[1] http://portals.apache.org/pluto/1.1/getting-started.html
[2] http://portals.apache.org/pluto/1.1/issue-tracking.html
...
[3] Log of attempted installation per [1]
[[
D:\Work\OxfordCS\Pluto-1.1>cd ..\pluto-util
The system cannot find the path specified.
D:\Work\OxfordCS\Pluto-1.1>cd pluto-util
D:\Work\OxfordCS\Pluto-1.1\pluto-util>mvn pluto:install
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'pluto'.
[INFO] org.apache.maven.plugins: checking for updates from central
[INFO] org.codehaus.mojo: checking for updates from central
[INFO]
----------------------------------------------------------------------------
[INFO] Building Pluto
[INFO] task-segment: [pluto:install]
[INFO]
----------------------------------------------------------------------------
[INFO] [pluto:install]
[INFO]
----------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
----------------------------------------------------------------------------
[INFO] Installation Directory
D:\Work\OxfordCS\Pluto-1.1\pluto-util\..\..\pluto-tomcat does not exist.
[INFO]
----------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch
[INFO]
----------------------------------------------------------------------------
[INFO] Total time: 12 seconds
[INFO] Finished at: Tue Oct 25 11:22:11 BST 2005
[INFO] Final Memory: 3M/7M
[INFO]
----------------------------------------------------------------------------
]]
--
Graham Klyne
Research Technology Service
Oxford University Computing Services
Re: Problem with Pluto 1.1 installation instructions?
Posted by Graham Klyne <gr...@oucs.ox.ac.uk>.
David H. DeWolf wrote:
> Awesome feedback, thanks!!!!! Comments like this will greatly help 1.1
> get off the ground floor
>
> On 10/25/05, *Graham Klyne* < graham.klyne@oucs.ox.ac.uk
> <ma...@oucs.ox.ac.uk>> wrote:
>
> The Pluto 1.1 installation instructions given on the web site [1] are
> not working for me. I suspect there's some information missing
> concerning specification of the Tomcat installation directory.
>
> The first step (mvn install) runs OK, but the second step has two
> problems: (1) the "cd ../pluto-util" doesn't work in the sequence
> given; I suspect it should be "cd pluto-util", and (2) using this cd
> command, running "mvn pluto:install" fails with a non-existemnt
> directory error. A copy of my installation log is below [3].
>
>
> Correct.
>
> 1) Should be 'cd pluto-util'
>
> 2) You are correct, the non-existent directory error is a result of not
> specifying the directory in which tomcat is installed. It defaults to a
> directory called pluto-tomcat which it assumes is a sibling of the
> <PLUTO_HOME> dir (probably not ideal, but should it default to something?).
>
> I *think* that maven 2 allows these plugin settings to be overwritten in
> a users settings.xml file - However, I'm not that far along yet in the
> development of the install plugin to know for sure. I'll try to get to
> that ASAP.
That's my understanding, but I'm *very* new to maven.
[pokes around the web -- hey, the maven2 link is gone from the maven
homepage -- ah, here's something...]
[[
Maven configuration occurs at 3 levels:
* Project - most static configuration occurs in pom.xml
* Installation - this is configuration added once for a Maven
installation
* User - this is configuration specific to a particular user
]]
-- http://maven.apache.org/maven2/configuration.html
I thought I'd seen a definitive "hierarchy" of Maven property definition
sources (pom.xml's, installation settings.xml, user settimgs.xml,
command line options) but I can't find the document now.
> Perhaps another approach we could take would be to simply require the
> user to enter the dir on the command line at execution? Thoughts?
My preference would be to have an installation-wide settings.xml
property, say ${pluto.tomcat.home}, or whatever fits best with the
prevailing naming conventions. This could be overridden on the command
line, if I understand correctly.
I would suggest that having a project default is not especially helpful,
unless you can pick up on environment variables like CATALINA_HOME.
> I think the instructions at [1] should explain how to specify the Tomcat
> installation directory (by editing pluto-util/pom.xml? see below).
>
>
>
> Yes, they should. However, I'm pretty sure that it shouldn't be by
> modifying the pom. (The pom in maven is used for specifying project
> scoped information - not for user/system specific properties). Let's
> figure out a way to move that setting from the pom and let individual
> users override it either on the command line or in the settings.xml file.
Yes, I agree! That was my "quick fix".
[...]
> The test cases are run through the portal. url should be
>
> http://localhost:8080/pluto/ or localhost:8080/pluto-portal depending on
> how your context.xml is defined (see previous email).
Hmmm, both of those are failing 404; e.g.
[[
HTTP Status 404 - /pluto-portal/
type Status report
message /pluto-portal/
description The requested resource (/pluto-portal/) is not available.
Apache Tomcat/5.5.9
]]
...
Time to unearth some tomcat logs, I think.
- First I'll shut down tomcat, delete all today's log files, then
restart tomcat. Already, I'm seeing some errors reported. 1162 lines in
C:\DEV\Apache Software Foundation\Tomcat 5.5\logs\stdout_20051025.log.
Also, in stderr I see:
[[
25-Oct-2005 16:25:53 org.apache.catalina.core.StandardContext start
SEVERE: Error listenerStart
25-Oct-2005 16:25:53 org.apache.catalina.core.StandardContext start
SEVERE: Context [/pluto] startup failed due to previous errors
]]
- browse to http://localhost:8080/pluto/ - 404 error, no further output
to stdout
- browse to http://localhost:8080/pluto-portal/ - 404 error, no further
output to stdout
- Stop Tomcat, and attach all non-empty log files to this message. I
also notice an error trace in the localhost log
Searching all xml files for lines containing Context and pluto in the
Tomcat directory tree yields:
[[
Searching for: Context.*pluto
conf\Catalina\localhost\pluto.xml(17):
<Context path="/pluto" docBase="pluto-portal.war" crossContext="true">
webapps\pluto\WEB-INF\classes\pluto.xml(17):
<Context path="/pluto" docBase="pluto-portal.war" crossContext="true">
webapps\pluto-portal\WEB-INF\classes\pluto.xml(17):
<Context path="/pluto" docBase="pluto-portal.war" crossContext="true">
webapps\pluto-testsuite\WEB-INF\classes\testsuite.xml(17):
<Context path="/testsuite" docBase="pluto-testsuite.war"
crossContext="true">
Found 4 occurrence(s) in 4 file(s)
]]
Also attached context.xml, web.xml and server.xml from tomcat conf
directory.
#g
--
Graham Klyne
Research Technology Service
Oxford University Computing Services
Re: Problem with Pluto 1.1 installation instructions?
Posted by "David H. DeWolf" <dd...@apache.org>.
Excellent. . .!!!
The errors you see in the testsuite are probably due to bugs in 1.1. While
1.1 is mostly functional, it still has many rough edges and we have progress
to do. I think currently about 75% of the testsuite passes.
I'm currently working on the session problems. Action Parameters would be my
next priority, though I'm also in the middle of some portal enhancements
that I may get distracted by.
David
On 10/26/05, Graham Klyne <gr...@oucs.ox.ac.uk> wrote:
>
> David H. DeWolf wrote:
> > Everything looks good in the new install. I think the only error now is
> > that our index page IS simply a Hello World page. We should probably
> > make it redirect to:
> >
> > http://localhost:8080/pluto/portal
> >
> > If you go there manually, I'll bet you see the portal.
>
> Yes, you're right! I should have thought of that. Now I think I'm
> nearly back to where I was with 1.0.1.
>
> Running quickly through the tests, get failures from the following:
> Simple Action Parameter Test - "RESULT NOT FOUND"
> External App Scoped Attribute Test -
> I still need to do 'emptySessionPath="true"'
> Simple Preference Test - "RESULT NOT FOUND"
> Window State Test -
> when I select 'min', the sub-window disappears completely:
> is that right?
> Misc Test -
> "Portal info: pluto-portal-driver/1.1-ALPHA.
> Expected: pluto-driver/1.1.0-ALPHA"
> Security Mapping Test - get a warning; I should try logging in
> Resource Bundle Test - multiple failures:
> Get Property Keys Test Keys:
> javax.portlet.short-title, are not defined.
> checkGetGermanBundle
> checkGetEnglishBundle
>
> > I'll take a look through the diff, but my guess is that the differences
> > are due to 1) the exe install and 2) previously installing pluto 1.0.1.
> > Perhaps we should investigate and document an "upgrade" path.
>
> I hope it's not the former. I'll have a go at doing a new Tomcat .exe
> install and see if that works. I'll let you know.
>
> #g
>
> --
> Graham Klyne
> Research Technology Service
> Oxford University Computing Services
>
>
Re: Problem with Pluto 1.1 installation instructions?
Posted by CD...@hannaford.com.
I've confirmed all of these problems except the minimized issue, which
operates correctly, and have added them to Jira (issues 175-180).
/Craig
Graham Klyne <gr...@oucs.ox.ac.uk> wrote on 10/26/2005 10:36:34 AM:
> David H. DeWolf wrote:
> > Everything looks good in the new install. I think the only error now
is
> > that our index page IS simply a Hello World page. We should probably
> > make it redirect to:
> >
> > http://localhost:8080/pluto/portal
> >
> > If you go there manually, I'll bet you see the portal.
>
> Yes, you're right! I should have thought of that. Now I think I'm
> nearly back to where I was with 1.0.1.
>
> Running quickly through the tests, get failures from the following:
> Simple Action Parameter Test - "RESULT NOT FOUND"
> External App Scoped Attribute Test -
> I still need to do 'emptySessionPath="true"'
> Simple Preference Test - "RESULT NOT FOUND"
> Window State Test -
> when I select 'min', the sub-window disappears completely:
> is that right?
> Misc Test -
> "Portal info: pluto-portal-driver/1.1-ALPHA.
> Expected: pluto-driver/1.1.0-ALPHA"
> Security Mapping Test - get a warning; I should try logging in
> Resource Bundle Test - multiple failures:
> Get Property Keys Test Keys:
> javax.portlet.short-title, are not defined.
> checkGetGermanBundle
> checkGetEnglishBundle
>
> > I'll take a look through the diff, but my guess is that the
differences
> > are due to 1) the exe install and 2) previously installing pluto
1.0.1.
> > Perhaps we should investigate and document an "upgrade" path.
>
> I hope it's not the former. I'll have a go at doing a new Tomcat .exe
> install and see if that works. I'll let you know.
>
> #g
>
> --
> Graham Klyne
> Research Technology Service
> Oxford University Computing Services
Re: Problem with Pluto 1.1 installation instructions?
Posted by Graham Klyne <gr...@oucs.ox.ac.uk>.
David H. DeWolf wrote:
> Everything looks good in the new install. I think the only error now is
> that our index page IS simply a Hello World page. We should probably
> make it redirect to:
>
> http://localhost:8080/pluto/portal
>
> If you go there manually, I'll bet you see the portal.
Yes, you're right! I should have thought of that. Now I think I'm
nearly back to where I was with 1.0.1.
Running quickly through the tests, get failures from the following:
Simple Action Parameter Test - "RESULT NOT FOUND"
External App Scoped Attribute Test -
I still need to do 'emptySessionPath="true"'
Simple Preference Test - "RESULT NOT FOUND"
Window State Test -
when I select 'min', the sub-window disappears completely:
is that right?
Misc Test -
"Portal info: pluto-portal-driver/1.1-ALPHA.
Expected: pluto-driver/1.1.0-ALPHA"
Security Mapping Test - get a warning; I should try logging in
Resource Bundle Test - multiple failures:
Get Property Keys Test Keys:
javax.portlet.short-title, are not defined.
checkGetGermanBundle
checkGetEnglishBundle
> I'll take a look through the diff, but my guess is that the differences
> are due to 1) the exe install and 2) previously installing pluto 1.0.1.
> Perhaps we should investigate and document an "upgrade" path.
I hope it's not the former. I'll have a go at doing a new Tomcat .exe
install and see if that works. I'll let you know.
#g
--
Graham Klyne
Research Technology Service
Oxford University Computing Services
Re: Problem with Pluto 1.1 installation instructions?
Posted by "David H. DeWolf" <dd...@apache.org>.
Everything looks good in the new install. I think the only error now is that
our index page IS simply a Hello World page. We should probably make it
redirect to:
http://localhost:8080/pluto/portal
If you go there manually, I'll bet you see the portal.
I'll take a look through the diff, but my guess is that the differences are
due to 1) the exe install and 2) previously installing pluto 1.0.1. Perhaps
we should investigate and document an "upgrade" path.
David
On 10/26/05, Graham Klyne <gr...@oucs.ox.ac.uk> wrote:
>
> [Resend -- I used the wrong sender address, again. Is it possoble to
> register alternative addresses for posting with the Apache mail system?
> #g]
>
> David H. DeWolf wrote:
> > Basically, what I see is the following:
> >
> > 1) Error starting up the portal - NoSuchMethodError
> >
> > 2) Error starting up the testsuite - NullPointer
> >
> > Both of these strike me as version or classpath issues. Interestingly,
> > the log indicates that all of the libraries required are being added to
> > the tomcat installation. Is this a clean copy Tomcat or would there
> > possible be old versions of things hanging around? Look in shared/lib
> > and common/endorsed to see if anything looks strange. If not, can you
> > try to download the zip version of tomcat 5.5.9, unzip it, install
> > pluto and use it without any modifications. If that works, then we can
> > compare the two versions to see what the differences are and what our
> > issues are.
>
> I did use this installation of Tomcat for a previous Pluto 1.0.1
> installation. There's one Pluto 1.0.1 jar hanging about in shared\lib
> (also an old commons logging jar).
>
> ...
>
> OK, here I go... Previously I used the .exe Tomcat installer, so I'm
> noting here the exact steps I used to install from the ZIP file:
>
> 1. Download
>
> http://archive.apache.org/dist/tomcat/tomcat-5/archive/v5.5.9/bin/jakarta-tomcat-5.5.9.zip
>
> http://archive.apache.org/dist/tomcat/tomcat-5/archive/v5.5.9/bin/jakarta-tomcat-5.5.9-admin.zip
>
> 2. Unzip jakarta-tomcat-5.5.9.zip to working directory (creates
> subdirectory jakarta-tomcat-5.5.9)
>
> 3. Unzip jakarta-tomcat-5.5.9-admin.zip to same working directory
>
> 4. Define system environment variable CATALINA_HOME to be this working
> directory (C:\DEV\Apache Software Foundation\jakarta-tomcat-5.5.9) -
> remember this is Windows system.
>
> 5. Check that Tomcat starts up OK using bin\startup.bat. Shut down
> tomcat. (I note that Tomcat runs as a console application rather than
> as a Windows service.)
>
> 6. Install Tomcat as service using the bin\service.bat script, start
> service and check Tomcat responds OK. Shut down service again.
>
> 7. Add my preferred admin account details to conf\tomcat-users.xml
>
> 8. Update my Pluto 1.1 sources from SVN. At revision 328610 (no change
> from yesterday).
>
> 9. Go to Pluto 1.1 base directory and execute:
> cd D:\Work\OxfordCS\Pluto-1.1
> mvn clean
> mvn install
> cd pluto-util
> mvn pluto:install -DinstallDir="C:/DEV/Apache Software
> Foundation/jakarta-tomcat-5.5.9"
>
> All successful. (BTW, the CD command on the page at
> http://portals.apache.org/pluto/1.1/getting-started.html is still
> incorrect, even though the -D option has been addded.)
>
> 10. Restart Tomcat service. This time, the Pluto portal driver appears
> to start without error (none seen in stdout log file).
>
> 11. Browse to http://localhost:8080/pluto/
> "Hello world" is displayed.
> conf\Catalina\localhost\pluto.xml contains:
> <Context path="/pluto" docBase="pluto-portal.war" crossContext="true">
> </Context>
>
> 12. Browse to http://localhost:8080/testsuite
> "Hello world" is displayed.
> conf\Catalina\localhost\testsuite.xml contains:
> <Context path="/testsuite" docBase="pluto-testsuite.war"
> crossContext="true">
> </Context>
>
> 13./ Shut down tomcat service. Still no sign of any errors in the log
> files.
>
> ...
>
> So, it's success of a kind, but I'm still not seeing the full testsuite,
> just the "Hello world" page.
>
> What files would you like me to examine for differences? I attach a
> report of a WinMerge directory tree comparison between the previous
> installation and the new one. The pom.properties files differ only in
> the date they contain.
>
> #g
>
> --
> Graham Klyne
> Research Technology Service
> Oxford University Computing Services
>
>
> Compare C:\DEV\Apache Software Foundation\jakarta-tomcat-5.5.9 with
> C:\DEV\Apache Software Foundation\Tomcat 5.5 saved
>
> 26/10/05 11:17:43
> FilenameDirectoryComparison resultLeft DateRight DateExtension
> catalina.batbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:14
> bat catalina.shbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:14
> sh commons-daemon.jarbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:16
> jar cpappend.batbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:14
> bat digest.batbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:16
> bat digest.shbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:14
> sh jsvc.tar.gzbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:14
> gz service.batbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:16
> bat setclasspath.batbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:14
> bat setclasspath.shbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:16
> sh shutdown.batbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:16
> bat shutdown.shbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:14
> sh startup.batbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:14
> bat startup.shbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:14
> sh tool-wrapper.batbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:16
> bat tool-wrapper.shbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:16
> sh version.batbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:14
> bat version.shbinOnly in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\bin* 26/03/05 14:22:16
> sh host-manager.xmlconf\Catalina\localhostOnly in C:\DEV\Apache Software
> Foundation\jakarta-tomcat-5.5.9\conf\Catalina\localhost* 26/03/05 14:22:16
> xml server.xmlconfFiles are different26/03/05 14:22:16* 04/10/05 16:51:34
> xml tomcat-users.xmlconfFiles are different* 26/10/05 10:51:2425/10/05
> 17:31:28xml admin.2005-10-26.loglogsOnly in C:\DEV\Apache Software
> Foundation\jakarta-tomcat-5.5.9\logs* 26/10/05 10:29:05
> log catalina.2005-10-26.loglogsOnly in C:\DEV\Apache Software
> Foundation\jakarta-tomcat-5.5.9\logs* 26/10/05 10:30:19
> log host-manager.2005-10-26.loglogsOnly in C:\DEV\Apache Software
> Foundation\jakarta-tomcat-5.5.9\logs* 26/10/05 10:29:05
> log jakarta_service_20051026.loglogsOnly in C:\DEV\Apache Software
> Foundation\jakarta-tomcat-5.5.9\logs* 26/10/05 10:58:22
> log localhost.2005-10-26.loglogsOnly in C:\DEV\Apache Software
> Foundation\jakarta-tomcat-5.5.9\logs* 26/10/05 10:30:19
> log manager.2005-10-26.loglogsOnly in C:\DEV\Apache Software
> Foundation\jakarta-tomcat-5.5.9\logs* 26/10/05 10:29:05
> log stderr_20051026.loglogsOnly in C:\DEV\Apache Software
> Foundation\jakarta-tomcat-5.5.9\logs* 26/10/05 10:33:27
> log stdout_20051026.loglogsOnly in C:\DEV\Apache Software
> Foundation\jakarta-tomcat-5.5.9\logs* 26/10/05 10:58:22
> log host-managerserver\webappsOnly in C:\DEV\Apache Software
> Foundation\jakarta-tomcat-5.5.9\server\webapps* 26/10/05 10:14:21
>
> commons-logging-1.0.4.jarshared\libOnly in C:\DEV\Apache Software
> Foundation\Tomcat 5.5 saved\shared\lib
> * 04/10/05 16:18:43jar pluto-1.0.1-rc4.jarshared\libOnly in C:\DEV\Apache
> Software Foundation\Tomcat 5.5 saved\shared\lib
> * 04/10/05 16:18:43jar pluto-container-1.1-SNAPSHOT.jarshared\libBinary
> files are different* 26/10/05 10:50:0525/10/05 17:30:49jar
> pluto-descriptor-api-1.1-SNAPSHOT.jarshared\libBinary files are different*
> 26/10/05 10:50:0525/10/05 17:30:49jar
> pluto-descriptor-impl-1.1-SNAPSHOT.jarshared\libBinary files are different*
> 26/10/05 10:50:0525/10/05 17:30:49jar balancerwebappsOnly in C:\DEV\Apache
> Software Foundation\jakarta-tomcat-5.5.9\webapps* 26/10/05 10:14:18
>
> pom.propertieswebapps\pluto\META-INF\maven\org.apache.pluto\pluto-portalFiles
> are different* 26/10/05 10:45:5425/10/05 17:26:10properties
> pluto-portal.jarwebapps\pluto\WEB-INF\libBinary files are different*
> 26/10/05 10:45:5425/10/05 17:26:10jar pom.properties
> webapps\pluto-portal\META-INF\maven\org.apache.pluto\pluto-portalFiles are
> different* 26/10/05 10:45:5425/10/05 17:26:10properties pluto-portal.jar
> webapps\pluto-portal\WEB-INF\libBinary files are different* 26/10/05
> 10:45:5425/10/05 17:26:10jar pom.properties
> webapps\pluto-testsuite\META-INF\maven\org.apache.pluto\pluto-testsuiteFiles
> are different* 26/10/05 10:46:0225/10/05 17:26:16properties pom.properties
> webapps\testsuite\META-INF\maven\org.apache.pluto\pluto-testsuiteFiles are
> different* 26/10/05 10:46:0225/10/05 17:26:16properties webdavwebappsOnly
> in C:\DEV\Apache Software Foundation\jakarta-tomcat-5.5.9\webapps*
> 26/10/05 10:14:29
>
> pluto-portal.warwebappsBinary files are different* 26/10/05 10:50:0525/10/05
> 17:30:50war pluto-testsuite.warwebappsBinary files are different* 26/10/05
> 10:50:0625/10/05 17:30:50war balancerwork\Catalina\localhostOnly in
> C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\work\Catalina\localhost* 26/10/05 10:58:22
>
> host-managerwork\Catalina\localhostOnly in C:\DEV\Apache Software
> Foundation\jakarta-tomcat-5.5.9\work\Catalina\localhost* 26/10/05 10:58:22
>
> portletswork\Catalina\localhost\pluto\org\apache\jspOnly in C:\DEV\Apache
> Software Foundation\Tomcat 5.5saved\work\Catalina\localhost\pluto\org\apache\jsp
> * 04/10/05 16:59:47
> WEB_002dINFwork\Catalina\localhost\pluto\org\apache\jspOnly in
> C:\DEV\Apache Software Foundation\Tomcat 5.5saved\work\Catalina\localhost\pluto\org\apache\jsp
> * 04/10/05 16:44:21
> index_jsp.classwork\Catalina\localhost\pluto\org\apache\jspOnly in
> C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\work\Catalina\localhost\pluto\org\apache\jsp* 26/10/05
> 10:53:36
> class index_jsp.javawork\Catalina\localhost\pluto\org\apache\jspOnly in
> C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\work\Catalina\localhost\pluto\org\apache\jsp* 26/10/05
> 10:53:32
> java login_jsp.classwork\Catalina\localhost\pluto\org\apache\jspOnly in
> C:\DEV\Apache Software Foundation\Tomcat 5.5saved\work\Catalina\localhost\pluto\org\apache\jsp
> * 04/10/05 17:00:03class login_jsp.java
> work\Catalina\localhost\pluto\org\apache\jspOnly in C:\DEV\Apache Software
> Foundation\Tomcat 5.5 saved\work\Catalina\localhost\pluto\org\apache\jsp
> * 04/10/05 17:00:02java SESSIONS.serwork\Catalina\localhost\plutoBinary
> files are different* 26/10/05 10:58:2225/10/05 17:31:50ser org
> work\Catalina\localhost\pluto-testsuiteOnly in C:\DEV\Apache Software
> Foundation\Tomcat 5.5 saved\work\Catalina\localhost\pluto-testsuite
> * 25/10/05 12:16:06
> jspwork\Catalina\localhost\testsuite\org\apache\jspOnly in C:\DEV\Apache
> Software Foundation\Tomcat 5.5saved\work\Catalina\localhost\testsuite\org\apache\jsp
> * 04/10/05 16:58:39
> SESSIONS.serwork\Catalina\localhost\testsuiteBinary files are different*
> 26/10/05 10:58:2225/10/05 17:40:56ser webdavwork\Catalina\localhostOnly in
> C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9\work\Catalina\localhost* 26/10/05 10:58:21
>
> LICENSE.Files are different26/03/05 14:23:34* 26/03/05 20:22:13
> NOTICE.Only in C:\DEV\Apache Software Foundation\jakarta-tomcat-5.5.9*
> 26/03/05 14:23:34
>
> RELEASE-NOTES.Only in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9* 26/03/05 14:22:14
>
> RUNNING.txt.Only in C:\DEV\Apache Software Foundation\jakarta-
> tomcat-5.5.9* 26/03/05 14:22:14
> txt tomcat.ico.Only in C:\DEV\Apache Software Foundation\Tomcat 5.5 saved
> * 26/03/05 20:23:09ico Uninstall.exe.Only in C:\DEV\Apache Software
> Foundation\Tomcat 5.5 saved
> * 04/10/05 16:08:10exe
>
Re: Problem with Pluto 1.1 installation instructions?
Posted by Graham Klyne <gr...@oucs.ox.ac.uk>.
[Resend -- I used the wrong sender address, again. Is it possoble to
register alternative addresses for posting with the Apache mail system? #g]
David H. DeWolf wrote:
> Basically, what I see is the following:
>
> 1) Error starting up the portal - NoSuchMethodError
>
> 2) Error starting up the testsuite - NullPointer
>
> Both of these strike me as version or classpath issues. Interestingly,
> the log indicates that all of the libraries required are being added to
> the tomcat installation. Is this a clean copy Tomcat or would there
> possible be old versions of things hanging around? Look in shared/lib
> and common/endorsed to see if anything looks strange. If not, can you
> try to download the zip version of tomcat 5.5.9, unzip it, install
> pluto and use it without any modifications. If that works, then we can
> compare the two versions to see what the differences are and what our
> issues are.
I did use this installation of Tomcat for a previous Pluto 1.0.1
installation. There's one Pluto 1.0.1 jar hanging about in shared\lib
(also an old commons logging jar).
...
OK, here I go... Previously I used the .exe Tomcat installer, so I'm
noting here the exact steps I used to install from the ZIP file:
1. Download
http://archive.apache.org/dist/tomcat/tomcat-5/archive/v5.5.9/bin/jakarta-tomcat-5.5.9.zip
http://archive.apache.org/dist/tomcat/tomcat-5/archive/v5.5.9/bin/jakarta-tomcat-5.5.9-admin.zip
2. Unzip jakarta-tomcat-5.5.9.zip to working directory (creates
subdirectory jakarta-tomcat-5.5.9)
3. Unzip jakarta-tomcat-5.5.9-admin.zip to same working directory
4. Define system environment variable CATALINA_HOME to be this working
directory (C:\DEV\Apache Software Foundation\jakarta-tomcat-5.5.9) -
remember this is Windows system.
5. Check that Tomcat starts up OK using bin\startup.bat. Shut down
tomcat. (I note that Tomcat runs as a console application rather than
as a Windows service.)
6. Install Tomcat as service using the bin\service.bat script, start
service and check Tomcat responds OK. Shut down service again.
7. Add my preferred admin account details to conf\tomcat-users.xml
8. Update my Pluto 1.1 sources from SVN. At revision 328610 (no change
from yesterday).
9. Go to Pluto 1.1 base directory and execute:
cd D:\Work\OxfordCS\Pluto-1.1
mvn clean
mvn install
cd pluto-util
mvn pluto:install -DinstallDir="C:/DEV/Apache Software
Foundation/jakarta-tomcat-5.5.9"
All successful. (BTW, the CD command on the page at
http://portals.apache.org/pluto/1.1/getting-started.html is still
incorrect, even though the -D option has been addded.)
10. Restart Tomcat service. This time, the Pluto portal driver appears
to start without error (none seen in stdout log file).
11. Browse to http://localhost:8080/pluto/
"Hello world" is displayed.
conf\Catalina\localhost\pluto.xml contains:
<Context path="/pluto" docBase="pluto-portal.war" crossContext="true">
</Context>
12. Browse to http://localhost:8080/testsuite
"Hello world" is displayed.
conf\Catalina\localhost\testsuite.xml contains:
<Context path="/testsuite" docBase="pluto-testsuite.war"
crossContext="true">
</Context>
13./ Shut down tomcat service. Still no sign of any errors in the log
files.
...
So, it's success of a kind, but I'm still not seeing the full testsuite,
just the "Hello world" page.
What files would you like me to examine for differences? I attach a
report of a WinMerge directory tree comparison between the previous
installation and the new one. The pom.properties files differ only in
the date they contain.
#g
--
Graham Klyne
Research Technology Service
Oxford University Computing Services
Re: Problem with Pluto 1.1 installation instructions?
Posted by "David H. DeWolf" <dd...@apache.org>.
Basically, what I see is the following:
1) Error starting up the portal - NoSuchMethodError
2) Error starting up the testsuite - NullPointer
Both of these strike me as version or classpath issues. Interestingly, the
log indicates that all of the libraries required are being added to the
tomcat installation. Is this a clean copy Tomcat or would there possible be
old versions of things hanging around? Look in shared/lib and
common/endorsed to see if anything looks strange. If not, can you try to
download the zip version of tomcat 5.5.9, unzip it, install pluto and use it
without any modifications. If that works, then we can compare the two
versions to see what the differences are and what our issues are.
David
On 10/25/05, Graham Klyne <gr...@oucs.ox.ac.uk> wrote:
>
> David H. DeWolf wrote:
> > Graham,
> >
> > Thanks again for your input. I have just checked in a fix that should
> > resolve many of your problems. The fix allows the user to specify the
> > app server installation directory on the command line and removes the
> > confusing default:
> >
> >>From now on, to install, do the following:
> >
> > mvn pluto:install -DinstallDir=path/to/app_server_home
>
> Some further information following my previous report (the one with many
> attachments)...
>
> I Tomcat-undeployed all the pluto components (and deleted a leftover
> pluto.xml file in conf/catalina/localhost), updated my copy of Pluto
> code from SVN, and did a complete re-installation following the revised
> procedure. The above command seemed to work just fine [1].
>
> When I browse to http://localhost:8080/pluto, I get the old familiar 404
> error.
>
> When I browse to http://localhost:8080/localhost, I get the "Hello
> world" page.
>
> I'm still seeing the errors at startup.
>
> #g
> --
>
> [1] Log from "mvn pluto:install ..."
>
> [[
> D:\Work\OxfordCS\Pluto-1.1>cd pluto-util
>
> D:\Work\OxfordCS\Pluto-1.1\pluto-util>mvn pluto:install
> -DinstallDir="C:/DEV/Apache Software Foundation/Tomcat 5.5"
> [INFO] Scanning for projects...
> [INFO] Searching repository for plugin with prefix: 'pluto'.
> [INFO]
>
> ----------------------------------------------------------------------------
> [INFO] Building Pluto
> [INFO] task-segment: [pluto:install]
> [INFO]
>
> ----------------------------------------------------------------------------
> [INFO] [pluto:install]
> [INFO] Installing Pluto to: C:\DEV\Apache Software Foundation\Tomcat 5.5
> [INFO] Copying
> D:\Work\OxfordCS\Pluto-
> 1.1\pluto-util\..\pluto-portal\src\main\resources\pluto.xml
> to C:\DEV\Apache Softw
> are Foundation\Tomcat 5.5\conf\Catalina\localhost
> [INFO] Copying
> D:\Work\OxfordCS\Pluto-
> 1.1\pluto-util\..\pluto-testsuite\src\main\resources\testsuite.xml
> to C:\DEV\Apach
> e Software Foundation\Tomcat 5.5\conf\Catalina\localhost
> [INFO] Copying
> C:\DEV\M2\repository\org\apache\pluto\pluto-container\1.1-SNAPSHOT\pluto-
> container-1.1-SNAPSHOT.jar
> to C:
> \DEV\Apache Software Foundation\Tomcat 5.5\shared\lib
> [INFO] Copying
> C:\DEV\M2\repository\portlet-api\portlet-api\1.0\portlet-api-1.0.jar to
> C:\DEV\Apache Software Foundation
> \Tomcat 5.5\shared\lib
> [INFO] Copying
>
> C:\DEV\M2\repository\org\apache\pluto\pluto-descriptor-impl\1.1-SNAPSHOT\pluto-
> descriptor-impl-1.1-SNAPSH
> OT.jar to C:\DEV\Apache Software Foundation\Tomcat 5.5\shared\lib
> [INFO] Copying C:\DEV\M2\repository\castor\castor\0.9.6\castor-0.9.6.jar
> to C:\DEV\Apache Software Foundation\Tomcat 5.5
> \shared\lib
> [INFO] Copying
>
> C:\DEV\M2\repository\org\apache\pluto\pluto-descriptor-api\1.1-SNAPSHOT\pluto-
> descriptor-api-1.1-SNAPSHOT
> .jar to C:\DEV\Apache Software Foundation\Tomcat 5.5\shared\lib
> [INFO] Copying
> C:\DEV\M2\repository\xerces\xmlParserAPIs\2.6.2\xmlParserAPIs-2.6.2.jar
> to C:\DEV\Apache Software Foundat
> ion\Tomcat 5.5\common\endorsed
> [INFO] Copying
> C:\DEV\M2\repository\xerces\xercesImpl\2.6.2\xercesImpl-2.6.2.jar to
> C:\DEV\Apache Software Foundation\To
> mcat 5.5\common\endorsed
> [INFO] Copying
> D:\Work\OxfordCS\Pluto-
> 1.1\pluto-util\..\pluto-portal\target\pluto-portal.war
> to C:\DEV\Apache Software F
> oundation\Tomcat 5.5\webapps
> [INFO] Copying
> D:\Work\OxfordCS\Pluto-
> 1.1\pluto-util\..\pluto-testsuite\target\pluto-testsuite.war
> to C:\DEV\Apache Soft
> ware Foundation\Tomcat 5.5\webapps
> [INFO]
>
> ----------------------------------------------------------------------------
> [INFO] BUILD SUCCESSFUL
> [INFO]
>
> ----------------------------------------------------------------------------
> [INFO] Total time: 10 seconds
> [INFO] Finished at: Tue Oct 25 17:30:50 BST 2005
> [INFO] Final Memory: 3M/7M
> [INFO]
>
> ----------------------------------------------------------------------------
>
> D:\Work\OxfordCS\Pluto-1.1\pluto-util>
> ]]
>
> --
> Graham Klyne
> Research Technology Service
> Oxford University Computing Services
>
>
Re: Problem with Pluto 1.1 installation instructions?
Posted by Graham Klyne <gr...@oucs.ox.ac.uk>.
David H. DeWolf wrote:
> Graham,
>
> Thanks again for your input. I have just checked in a fix that should
> resolve many of your problems. The fix allows the user to specify the
> app server installation directory on the command line and removes the
> confusing default:
>
>>>From now on, to install, do the following:
>
> mvn pluto:install -DinstallDir=path/to/app_server_home
Some further information following my previous report (the one with many
attachments)...
I Tomcat-undeployed all the pluto components (and deleted a leftover
pluto.xml file in conf/catalina/localhost), updated my copy of Pluto
code from SVN, and did a complete re-installation following the revised
procedure. The above command seemed to work just fine [1].
When I browse to http://localhost:8080/pluto, I get the old familiar 404
error.
When I browse to http://localhost:8080/localhost, I get the "Hello
world" page.
I'm still seeing the errors at startup.
#g
--
[1] Log from "mvn pluto:install ..."
[[
D:\Work\OxfordCS\Pluto-1.1>cd pluto-util
D:\Work\OxfordCS\Pluto-1.1\pluto-util>mvn pluto:install
-DinstallDir="C:/DEV/Apache Software Foundation/Tomcat 5.5"
[INFO] Scanning for projects...
[INFO] Searching repository for plugin with prefix: 'pluto'.
[INFO]
----------------------------------------------------------------------------
[INFO] Building Pluto
[INFO] task-segment: [pluto:install]
[INFO]
----------------------------------------------------------------------------
[INFO] [pluto:install]
[INFO] Installing Pluto to: C:\DEV\Apache Software Foundation\Tomcat 5.5
[INFO] Copying
D:\Work\OxfordCS\Pluto-1.1\pluto-util\..\pluto-portal\src\main\resources\pluto.xml
to C:\DEV\Apache Softw
are Foundation\Tomcat 5.5\conf\Catalina\localhost
[INFO] Copying
D:\Work\OxfordCS\Pluto-1.1\pluto-util\..\pluto-testsuite\src\main\resources\testsuite.xml
to C:\DEV\Apach
e Software Foundation\Tomcat 5.5\conf\Catalina\localhost
[INFO] Copying
C:\DEV\M2\repository\org\apache\pluto\pluto-container\1.1-SNAPSHOT\pluto-container-1.1-SNAPSHOT.jar
to C:
\DEV\Apache Software Foundation\Tomcat 5.5\shared\lib
[INFO] Copying
C:\DEV\M2\repository\portlet-api\portlet-api\1.0\portlet-api-1.0.jar to
C:\DEV\Apache Software Foundation
\Tomcat 5.5\shared\lib
[INFO] Copying
C:\DEV\M2\repository\org\apache\pluto\pluto-descriptor-impl\1.1-SNAPSHOT\pluto-descriptor-impl-1.1-SNAPSH
OT.jar to C:\DEV\Apache Software Foundation\Tomcat 5.5\shared\lib
[INFO] Copying C:\DEV\M2\repository\castor\castor\0.9.6\castor-0.9.6.jar
to C:\DEV\Apache Software Foundation\Tomcat 5.5
\shared\lib
[INFO] Copying
C:\DEV\M2\repository\org\apache\pluto\pluto-descriptor-api\1.1-SNAPSHOT\pluto-descriptor-api-1.1-SNAPSHOT
.jar to C:\DEV\Apache Software Foundation\Tomcat 5.5\shared\lib
[INFO] Copying
C:\DEV\M2\repository\xerces\xmlParserAPIs\2.6.2\xmlParserAPIs-2.6.2.jar
to C:\DEV\Apache Software Foundat
ion\Tomcat 5.5\common\endorsed
[INFO] Copying
C:\DEV\M2\repository\xerces\xercesImpl\2.6.2\xercesImpl-2.6.2.jar to
C:\DEV\Apache Software Foundation\To
mcat 5.5\common\endorsed
[INFO] Copying
D:\Work\OxfordCS\Pluto-1.1\pluto-util\..\pluto-portal\target\pluto-portal.war
to C:\DEV\Apache Software F
oundation\Tomcat 5.5\webapps
[INFO] Copying
D:\Work\OxfordCS\Pluto-1.1\pluto-util\..\pluto-testsuite\target\pluto-testsuite.war
to C:\DEV\Apache Soft
ware Foundation\Tomcat 5.5\webapps
[INFO]
----------------------------------------------------------------------------
[INFO] BUILD SUCCESSFUL
[INFO]
----------------------------------------------------------------------------
[INFO] Total time: 10 seconds
[INFO] Finished at: Tue Oct 25 17:30:50 BST 2005
[INFO] Final Memory: 3M/7M
[INFO]
----------------------------------------------------------------------------
D:\Work\OxfordCS\Pluto-1.1\pluto-util>
]]
--
Graham Klyne
Research Technology Service
Oxford University Computing Services
Re: Problem with Pluto 1.1 installation instructions?
Posted by "David H. DeWolf" <dd...@apache.org>.
Graham,
Thanks again for your input. I have just checked in a fix that should
resolve many of your problems. The fix allows the user to specify the app
server installation directory on the command line and removes the confusing
default:
>From now on, to install, do the following:
mvn pluto:install -DinstallDir=path/to/app_server_home
David
On 10/25/05, David H. DeWolf <dd...@apache.org> wrote:
>
> Awesome feedback, thanks!!!!! Comments like this will greatly help 1.1 get
> off the ground floor
>
> On 10/25/05, Graham Klyne < graham.klyne@oucs.ox.ac.uk> wrote:
> >
> > The Pluto 1.1 installation instructions given on the web site [1] are
> > not working for me. I suspect there's some information missing
> > concerning specification of the Tomcat installation directory.
> >
> > The first step (mvn install) runs OK, but the second step has two
> > problems: (1) the "cd ../pluto-util" doesn't work in the sequence
> > given; I suspect it should be "cd pluto-util", and (2) using this cd
> > command, running "mvn pluto:install" fails with a non-existemnt
> > directory error. A copy of my installation log is below [3].
>
>
> Correct.
>
> 1) Should be 'cd pluto-util'
>
> 2) You are correct, the non-existent directory error is a result of not
> specifying the directory in which tomcat is installed. It defaults to a
> directory called pluto-tomcat which it assumes is a sibling of the
> <PLUTO_HOME> dir (probably not ideal, but should it default to something?).
>
> I *think* that maven 2 allows these plugin settings to be overwritten in a
> users settings.xml file - However, I'm not that far along yet in the
> development of the install plugin to know for sure. I'll try to get to that
> ASAP.
>
> Perhaps another approach we could take would be to simply require the user
> to enter the dir on the command line at execution? Thoughts?
>
> I think the instructions at [1] should explain how to specify the Tomcat
> > installation directory (by editing pluto-util/pom.xml? see below).
>
>
>
> Yes, they should. However, I'm pretty sure that it shouldn't be by
> modifying the pom. (The pom in maven is used for specifying project scoped
> information - not for user/system specific properties). Let's figure out a
> way to move that setting from the pom and let individual users override it
> either on the command line or in the settings.xml file.
>
> Also, the issue tracking link at [2] is broken.
>
>
> Woops! Looks like it's not specified in the pom. The correct url is:
>
> http://issues.apache.org/jira/secure/BrowseProject.jspa?id=10560
>
> That's the bare desription, more details follow...
> >
> > Initially, I was wondering how Maven would know about my tomcat
> > installation directory. I did a little poking about in the pom.xml
> > files and came up with:
> > [[
> > <configuration>
> > <installationDirectory>../../pluto-tomcat</installationDirectory>
> > </configuration>
> > ]]
> > in pluto-util/pom.xml. Further searching shows references to
> > ${pluto.installation.dir} in file
> > maven-pluto-plugin/target/classes/META-INF/maven/plugin.xml, which I
> > take to be where the directory specified above is actually used. (There
> > are layers of things going on here that I find hard to follow; pointers
> > to relevant documentation would be helpful.)
>
>
>
> Relevant documentation? Your email will help form a lot of it. Thanks for
> your patience. Feel free to keep on pinging this list for answers. This type
> of email is very helpful to the community.
>
> So I tried editing the pluto-util/pom.xml to reference my Tomcat
> > installation directory tree C:/DEV/Apache Software Foundation/Tomcat
> > 5.5/webapps/pluto-tomcat instead of the relative path used previously.
> > Same error ("Installation Directory C:\DEV\Apache Software
> > Foundation\Tomcat 5.5\webapps\pluto-tomcat does not exist").
> >
> > So I create the target directory, and try again. This appears to
> > succeed. But examination of the files suggeststhat they should have
> > been installed relative to tomcat root. I delete the files just
> > installed, change the installation directory to "C:/DEV/Apache Software
> > Foundation/Tomcat 5.5" and try again. This works, and this time the new
> > Pluto servlets appear in the tomcat management page.
>
>
> Correct - it's looking for TOMCAT HOME
>
> Browsing to http://localhost:8080/pluto-testsuite/ gets me a "Hello
> > world" display. (Now how did I run those test cases previously...?)
>
>
> The test cases are run through the portal. url should be
>
> http://localhost:8080/pluto/ or localhost:8080/pluto-portal depending on
> how your context.xml is defined (see previous email).
>
>
> David
>
> #g
> > --
> >
> > [1] http://portals.apache.org/pluto/1.1/getting-started.html
> >
> > [2] http://portals.apache.org/pluto/1.1/issue-tracking.html
> >
> > ...
> >
> > [3] Log of attempted installation per [1]
> >
> > [[
> > D:\Work\OxfordCS\Pluto-1.1>cd ..\pluto-util
> > The system cannot find the path specified.
> >
> > D:\Work\OxfordCS\Pluto-1.1>cd pluto-util
> >
> > D:\Work\OxfordCS\Pluto-1.1\pluto-util>mvn pluto:install
> > [INFO] Scanning for projects...
> > [INFO] Searching repository for plugin with prefix: 'pluto'.
> > [INFO] org.apache.maven.plugins: checking for updates from central
> > [INFO] org.codehaus.mojo: checking for updates from central
> > [INFO]
> >
> > ----------------------------------------------------------------------------
> > [INFO] Building Pluto
> > [INFO] task-segment: [pluto:install]
> > [INFO]
> > ----------------------------------------------------------------------------
> >
> > [INFO] [pluto:install]
> > [INFO]
> >
> > ----------------------------------------------------------------------------
> > [ERROR] BUILD ERROR
> > [INFO]
> > ----------------------------------------------------------------------------
> >
> > [INFO] Installation Directory
> > D:\Work\OxfordCS\Pluto-1.1\pluto-util\..\..\pluto-tomcat does not exist.
> > [INFO]
> >
> > ----------------------------------------------------------------------------
> > [INFO] For more information, run Maven with the -e switch
> > [INFO]
> >
> > ----------------------------------------------------------------------------
> > [INFO] Total time: 12 seconds
> > [INFO] Finished at: Tue Oct 25 11:22:11 BST 2005
> > [INFO] Final Memory: 3M/7M
> > [INFO]
> > ----------------------------------------------------------------------------
> >
> > ]]
> >
> >
> > --
> > Graham Klyne
> > Research Technology Service
> > Oxford University Computing Services
> >
> >
>
Re: Problem with Pluto 1.1 installation instructions?
Posted by "David H. DeWolf" <dd...@apache.org>.
Awesome feedback, thanks!!!!! Comments like this will greatly help 1.1 get
off the ground floor
On 10/25/05, Graham Klyne <gr...@oucs.ox.ac.uk> wrote:
>
> The Pluto 1.1 installation instructions given on the web site [1] are
> not working for me. I suspect there's some information missing
> concerning specification of the Tomcat installation directory.
>
> The first step (mvn install) runs OK, but the second step has two
> problems: (1) the "cd ../pluto-util" doesn't work in the sequence
> given; I suspect it should be "cd pluto-util", and (2) using this cd
> command, running "mvn pluto:install" fails with a non-existemnt
> directory error. A copy of my installation log is below [3].
Correct.
1) Should be 'cd pluto-util'
2) You are correct, the non-existent directory error is a result of not
specifying the directory in which tomcat is installed. It defaults to a
directory called pluto-tomcat which it assumes is a sibling of the
<PLUTO_HOME> dir (probably not ideal, but should it default to something?).
I *think* that maven 2 allows these plugin settings to be overwritten in a
users settings.xml file - However, I'm not that far along yet in the
development of the install plugin to know for sure. I'll try to get to that
ASAP.
Perhaps another approach we could take would be to simply require the user
to enter the dir on the command line at execution? Thoughts?
I think the instructions at [1] should explain how to specify the Tomcat
> installation directory (by editing pluto-util/pom.xml? see below).
Yes, they should. However, I'm pretty sure that it shouldn't be by modifying
the pom. (The pom in maven is used for specifying project scoped information
- not for user/system specific properties). Let's figure out a way to move
that setting from the pom and let individual users override it either on the
command line or in the settings.xml file.
Also, the issue tracking link at [2] is broken.
Woops! Looks like it's not specified in the pom. The correct url is:
http://issues.apache.org/jira/secure/BrowseProject.jspa?id=10560
That's the bare desription, more details follow...
>
> Initially, I was wondering how Maven would know about my tomcat
> installation directory. I did a little poking about in the pom.xml
> files and came up with:
> [[
> <configuration>
> <installationDirectory>../../pluto-tomcat</installationDirectory>
> </configuration>
> ]]
> in pluto-util/pom.xml. Further searching shows references to
> ${pluto.installation.dir} in file
> maven-pluto-plugin/target/classes/META-INF/maven/plugin.xml, which I
> take to be where the directory specified above is actually used. (There
> are layers of things going on here that I find hard to follow; pointers
> to relevant documentation would be helpful.)
Relevant documentation? Your email will help form a lot of it. Thanks for
your patience. Feel free to keep on pinging this list for answers. This type
of email is very helpful to the community.
So I tried editing the pluto-util/pom.xml to reference my Tomcat
> installation directory tree C:/DEV/Apache Software Foundation/Tomcat
> 5.5/webapps/pluto-tomcat instead of the relative path used previously.
> Same error ("Installation Directory C:\DEV\Apache Software
> Foundation\Tomcat 5.5\webapps\pluto-tomcat does not exist").
>
> So I create the target directory, and try again. This appears to
> succeed. But examination of the files suggeststhat they should have
> been installed relative to tomcat root. I delete the files just
> installed, change the installation directory to "C:/DEV/Apache Software
> Foundation/Tomcat 5.5" and try again. This works, and this time the new
> Pluto servlets appear in the tomcat management page.
Correct - it's looking for TOMCAT HOME
Browsing to http://localhost:8080/pluto-testsuite/ gets me a "Hello
> world" display. (Now how did I run those test cases previously...?)
The test cases are run through the portal. url should be
http://localhost:8080/pluto/ or localhost:8080/pluto-portal depending on how
your context.xml is defined (see previous email).
David
#g
> --
>
> [1] http://portals.apache.org/pluto/1.1/getting-started.html
>
> [2] http://portals.apache.org/pluto/1.1/issue-tracking.html
>
> ...
>
> [3] Log of attempted installation per [1]
>
> [[
> D:\Work\OxfordCS\Pluto-1.1>cd ..\pluto-util
> The system cannot find the path specified.
>
> D:\Work\OxfordCS\Pluto-1.1>cd pluto-util
>
> D:\Work\OxfordCS\Pluto-1.1\pluto-util>mvn pluto:install
> [INFO] Scanning for projects...
> [INFO] Searching repository for plugin with prefix: 'pluto'.
> [INFO] org.apache.maven.plugins: checking for updates from central
> [INFO] org.codehaus.mojo: checking for updates from central
> [INFO]
>
> ----------------------------------------------------------------------------
> [INFO] Building Pluto
> [INFO] task-segment: [pluto:install]
> [INFO]
>
> ----------------------------------------------------------------------------
> [INFO] [pluto:install]
> [INFO]
>
> ----------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO]
>
> ----------------------------------------------------------------------------
> [INFO] Installation Directory
> D:\Work\OxfordCS\Pluto-1.1\pluto-util\..\..\pluto-tomcat does not exist.
> [INFO]
>
> ----------------------------------------------------------------------------
> [INFO] For more information, run Maven with the -e switch
> [INFO]
>
> ----------------------------------------------------------------------------
> [INFO] Total time: 12 seconds
> [INFO] Finished at: Tue Oct 25 11:22:11 BST 2005
> [INFO] Final Memory: 3M/7M
> [INFO]
>
> ----------------------------------------------------------------------------
> ]]
>
>
> --
> Graham Klyne
> Research Technology Service
> Oxford University Computing Services
>
>