[Bug 565901] New: Problems installing Tomcat
http://bugzilla.novell.com/show_bug.cgi?id=565901 http://bugzilla.novell.com/show_bug.cgi?id=565901#c0 Summary: Problems installing Tomcat Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i386 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: lfsanmartin@gmail.com QAContact: jsrain@novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.0.249.30 Safari/532.5 The installation package of Tomcat 6, it generates the catalina.sh, so applications like NetBeans can not use the server. Reproducible: Always Steps to Reproduce: 1.Yasta instalattion 2.dont exist de file catalina.sh 3. Actual Results: NetBeans say me that I need catalina.sh to run tomcat 6, if not, it can't see the server -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=565901
http://bugzilla.novell.com/show_bug.cgi?id=565901#c
shuang qiu
http://bugzilla.novell.com/show_bug.cgi?id=565901
http://bugzilla.novell.com/show_bug.cgi?id=565901#c1
roland kletzing
http://bugzilla.novell.com/show_bug.cgi?id=565901
http://bugzilla.novell.com/show_bug.cgi?id=565901#c2
Michal Vyskocil
http://bugzilla.novell.com/show_bug.cgi?id=565901
http://bugzilla.novell.com/show_bug.cgi?id=565901#c3
Alex Tsariounov
http://bugzilla.novell.com/show_bug.cgi?id=565901
http://bugzilla.novell.com/show_bug.cgi?id=565901#c4
Michal Vyskocil
http://bugzilla.novell.com/show_bug.cgi?id=565901
http://bugzilla.novell.com/show_bug.cgi?id=565901#c5
Michal Vyskocil
http://bugzilla.novell.com/show_bug.cgi?id=565901
http://bugzilla.novell.com/show_bug.cgi?id=565901#c6
--- Comment #6 from Michal Vyskocil
http://bugzilla.novell.com/show_bug.cgi?id=565901
http://bugzilla.novell.com/show_bug.cgi?id=565901#c7
Alex Tsariounov
Hi Alex, please check it and I'll try to release it with a next maintenance update of tomcat6.
Hi Michal, I tried your setclasspath.sh script and it seems to be fine; however, it is not sufficient for netbeans to start tomcat6. The /usr/bin/dtomcat6 script also has to support "run" since netbeans wants an exec of tomcat and no log redirect since it displays the log in a window. I modified the dtomcat6 script to add this, and the patch is below. It adds run and run-security. (Pretty soon, we'll have re-implemented catalina.sh.... ;) Also, no action necessary for this bug, but related, if one wants to run tomcat6 as a non-root user, there are some ownerships and permissions to be changed on the tomcat working files after set up by the suse tomcat6 packages. This can be an exercise in frustration... However, it is possible, since I now have an install that works. Tomcat6 is started as me (not root) from netbeans with log going to NB window, by using the patch below and your new setclasspath.sh scripts. Stop works as well. I've not tried debug, deploy, etc.... will leave that for another day. The dtomcat6 script patch follows: --- dtomcat6 2010-07-15 12:54:20.000000000 -0600 +++ /usr/bin/dtomcat6 2010-07-15 13:28:44.000000000 -0600 @@ -47,6 +47,28 @@ elif [ "$1" = "start-security" ]; then if [ ! -z "$CATALINA_PID" ]; then echo $! > $CATALINA_PID fi +elif [ "$1" = "run" ]; then + exec ${JAVA_HOME}/bin/java $JAVA_OPTS $CATALINA_OPTS \ + -classpath "$CLASSPATH" \ + -Dcatalina.base="$CATALINA_BASE" \ + -Dcatalina.home="$CATALINA_HOME" \ + -Djava.endorsed.dirs="$JAVA_ENDORSED_DIRS" \ + -Djava.io.tmpdir="$CATALINA_TMPDIR" \ + -Djava.util.logging.config.file="${CATALINA_BASE}/conf/logging.properties" \ + -Djava.util.logging.manager="org.apache.juli.ClassLoaderLogManager" \ + org.apache.catalina.startup.Bootstrap start +elif [ "$1" = "run-security" ]; then + exec ${JAVA_HOME}/bin/java $JAVA_OPTS $CATALINA_OPTS \ + -classpath "$CLASSPATH" \ + -Dcatalina.base="$CATALINA_BASE" \ + -Dcatalina.home="$CATALINA_HOME" \ + -Djava.endorsed.dirs="$JAVA_ENDORSED_DIRS" \ + -Djava.io.tmpdir="$CATALINA_TMPDIR" \ + -Djava.security.manager \ + -Djava.security.policy="${CATALINA_BASE}/conf/catalina.policy" \ + -Djava.util.logging.config.file="${CATALINA_BASE}/conf/logging.properties" \ + -Djava.util.logging.manager="org.apache.juli.ClassLoaderLogManager" \ + org.apache.catalina.startup.Bootstrap "$@" start elif [ "$1" = "stop" ]; then ${JAVA_HOME}/bin/java $JAVA_OPTS \ -classpath "$CLASSPATH" \ @@ -60,7 +82,7 @@ elif [ "$1" = "version" ]; then ${JAVA_HOME}/bin/java -classpath ${CATALINA_HOME}/lib/catalina.jar \ org.apache.catalina.util.ServerInfo else - echo "Usage: $0 {start|start-security|stop|version}" + echo "Usage: $0 {start|start-security|run|run-security|stop|version}" exit 1 fi -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=565901
http://bugzilla.novell.com/show_bug.cgi?id=565901#c8
--- Comment #8 from Michal Vyskocil
(In reply to comment #5)
Hi Alex, please check it and I'll try to release it with a next maintenance update of tomcat6.
Hi Michal,
I tried your setclasspath.sh script and it seems to be fine; however, it is not sufficient for netbeans to start tomcat6.
The /usr/bin/dtomcat6 script also has to support "run" since netbeans wants an exec of tomcat and no log redirect since it displays the log in a window. I modified the dtomcat6 script to add this, and the patch is below. It adds run and run-security.
Cool, I'll add them asap
(Pretty soon, we'll have re-implemented catalina.sh.... ;)
Not sure why jpackage.org folks changes that, but for us is better to be compatible with them.
Also, no action necessary for this bug, but related, if one wants to run tomcat6 as a non-root user, there are some ownerships and permissions to be changed on the tomcat working files after set up by the suse tomcat6 packages. This can be an exercise in frustration...
Tomcat does not run under the root by default. It has specific tomcat user by default and init script takes a care about permissions. The same is not doable for dtcomcat6 called by normal user. Possible workaround would be change TOMCAT_USER in /etc/tomcat6/tomcat6.conf to you and then start rctomcat6 start to recreate a permissions. As an alternative, you can specify a different CATALINA_BASE than /usr/share/tomcat6 and leave CATALINA_HOME as is. See Advanced Configuration - Multiple Tomcat Instances[1] for details. [1] http://tomcat.apache.org/tomcat-6.0-doc/RUNNING.txt
However, it is possible, since I now have an install that works. Tomcat6 is started as me (not root) from netbeans with log going to NB window, by using the patch below and your new setclasspath.sh scripts. Stop works as well. I've not tried debug, deploy, etc.... will leave that for another day.
Cool, it would be nice to write some HOWTO on opensuse wiki, or drop me a text and I'll move it here. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=565901
http://bugzilla.novell.com/show_bug.cgi?id=565901#c9
Michal Vyskocil
(In reply to comment #7)
(In reply to comment #5)
Hi Alex, please check it and I'll try to release it with a next maintenance update of tomcat6.
Hi Michal,
I tried your setclasspath.sh script and it seems to be fine; however, it is not sufficient for netbeans to start tomcat6.
The /usr/bin/dtomcat6 script also has to support "run" since netbeans wants an exec of tomcat and no log redirect since it displays the log in a window. I modified the dtomcat6 script to add this, and the patch is below. It adds run and run-security.
Cool, I'll add them asap
(Pretty soon, we'll have re-implemented catalina.sh.... ;)
Well, question is what to do now. The jpackage.org tomcat we distribute is focused on server usage and well integrated to the system (using LSB location for config files and so). On the other hand our tomcat installation is not compatible with upstream binary package. This creates a problem for users try to use our tomcat installation with netbeans for instance, we distribute as well. Instead of reimplementing of the tomcat's scripts from scratch, which also requires a modifications of existing system-wide tomcat config, we might change the approach and install all (maybe slightly modified) shell scripts from bin/ directory. So for server users of tomcat there will be no change. Existing configuration will be in /etc and not touched by desktop usage. In case of CATALINA_HOME/bin scripts - they expect the configuration in setenv.sh, which might be different from the system one. As I said before, the CATALINA_BASE can be used for the multiuser setup like this one export CATALINA_BASE=~/mytomcat/ mkdir -p ~/$CATALINA_BASE/{bin,logs,work,temp} ln -s /usr/share/tomcat6/bin/tomcat-juli.jar $CATALINA_BASE/bin echo "foo bar" > $CATALINA_BASE/bin/setenv.sh # run the catalina.sh with different CATALINA_BASE /usr/share/tomcat/bin/catalina.sh I can also create some script will do it automatically. Not sure if this setup suitable for netbeans, but according [1] this screenshot it would be possible. Can you test it please? [1] http://bp0.blogger.com/_-vJw6r2W-bw/SFdQ8ZUSZ8I/AAAAAAAABGE/xqBpEP7H8oo/s160... -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=565901
https://bugzilla.novell.com/show_bug.cgi?id=565901#c11
Michal Vyskocil
participants (1)
-
bugzilla_noreply@novell.com