RE: Installing Tomcat the Brute Force Way?
thanks for replying. i have installed tomcat 6.0.32 yet again and now lo and behold i get the icon at bottom right. localhost:8080 works ok. local host gives me error msg. i have windows xp please help. thanks Date: Sat, 19 Mar 2011 19:57:56 + From: p...@pidster.com To: users@tomcat.apache.org Subject: Re: Installing Tomcat the Brute Force Way? On 19/03/2011 17:57, André Warnier wrote: ken dias wrote: I had installed Tomcat 6 with no problem. Then started having problems, so uninstalled it and reinstalled but the icon does not appear on the taskbar and hence server does not work and localhost also. Not sure how to proceed. Neither are we, unless you provide some precise information for a change, so that we do not have to guess. Preferably starting a new thread, rather than editing an existing one, however similar the title. p
Re: Installing Tomcat the Brute Force Way?
Robinson, Eric wrote: From looking at the server, it would appear that tomcat was installed using tomcat-6.0.18-0.noarch.rpm. Now you're in trouble. The 3rd-party repackaged versions of Tomcat typically scatter files all over, and then try to get things back together with symlinks. You're better off doing a proper install on the new server. Had you used a real Tomcat, life would be much easier. - Chuck Not necessarily. I did an rpm -qlp on tomcat-6.0.18-0.noarch.rpm. All the files it installs are in /opt/tomcat The files, yes. But it is highly likely that it installs also links from /etc/tomcat, /usr/share/tomcat, /usr/lib/tomcat, /var/lib/tomcat and so on. At least, that is what most Linux packages that I know are doing. To take a top-down view, you generally have two major choices : A) you download and install the real tomcat from tomcat.apache.org. That one installs everything below one top directory. It is easy to install, copy, update, etc.. * on its own *. If your purpose is mainly Tomcat-centric (e.g. you want to test Tomcat or develop for Tomcat, you have only this one server where you need to take care of it etc..), then that is probably the easiest solution. It is also easier to get support on this list, because with that one, everyone knows where to look for the files. And, that is also the right one to use of you want the very latest version available. OR B) you go with whatever package manager system is used by the target server, and use whatever best version they've got. As Chuck says, these packages have a tendency to spread files and links all over, if you look at it from a purely Tomcat point of view. But if you have to manage a bunch of servers, and Tomcat is only one little part in what you have to manage, and/or you need Tomcat to interact with other software packages which need to be of compatible versions etc.., then packages are definitely easier. I personally find it rather sweet to be able, on a new Debian Linux system fresh out of the box : - apt-get install sun-jdk6 - apt-get install apache2 - apt-get installl tomcat6 - apt-get install apache2-mod-jk (more or less) and have it all just work, and have it all put its startup scripts where (as a sysadmin) you expect (/etc/init.d), its logfiles where you expect them (/var/log/apache2 and /var/log/tomcat6) (and they get rotated too), its configuration files where you expect them (/etc/apache2 and /etc/tomcat6), and so on. It gets a little bit more puzzling when it comes time to figure out where (or if) it has installed the demo webapps though, or where exactly to find Tomcat's startup.sh, and whether the system is using it or not.. But you have a choice, and that's the nice part. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Installing Tomcat the Brute Force Way?
Not necessarily. I did an rpm -qlp on tomcat-6.0.18-0.noarch.rpm. All the files it installs are in /opt/tomcat The files, yes. But it is highly likely that it installs also links from /etc/tomcat, /usr/share/tomcat, /usr/lib/tomcat, /var/lib/tomcat and so on. At least, that is what most Linux packages that I know are doing. So if I look in all the places you mentioned and I don't find any tomcat files or links, is it safer to say that the package did not actually install files outside the /opt/tomcat tree? Better yet, is there an easy way to look into an RPM package and see what all it does in terms of cearting links and such? --Eric Disclaimer - March 20, 2011 This email and any files transmitted with it are confidential and intended solely for Tomcat Users List. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this email are solely those of the author and might not represent those of Physicians' Managed Care or Physician Select Management. Warning: Although Physicians' Managed Care or Physician Select Management has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. This disclaimer was added by Policy Patrol: http://www.policypatrol.com/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Installing Tomcat the Brute Force Way?
On Sun, Mar 20, 2011 at 1:10 PM, Robinson, Eric eric.robin...@psmnv.com wrote: So if I look in all the places you mentioned and I don't find any tomcat files or links, is it safer to say that the package did not actually install files outside the /opt/tomcat tree? Better yet, is there an easy way to look into an RPM package and see what all it does in terms of cearting links and such? Considering that Tomcat isn't distributed by ASF as an RPM, maybe this isn't the best place for these questions :-) OTOH, why not *just try it*? If you don't want to mess with an existing system, spin up a VM and see what happens; probably a good idea in any case, since if something gets messed up, you can just revert to a previous known good state and try again... FWIW, -- Hassan Schroeder hassan.schroe...@gmail.com twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Installing Tomcat the Brute Force Way?
I had installed Tomcat 6 with no problem. Then started having problems, so uninstalled it and reinstalled but the icon does not appear on the taskbar and hence server does not work and localhost also. Not sure how to proceed. Thanks
Re: Installing Tomcat the Brute Force Way?
ken dias wrote: I had installed Tomcat 6 with no problem. Then started having problems, so uninstalled it and reinstalled but the icon does not appear on the taskbar and hence server does not work and localhost also. Not sure how to proceed. Neither are we, unless you provide some precise information for a change, so that we do not have to guess. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Installing Tomcat the Brute Force Way?
On 19/03/2011 17:57, André Warnier wrote: ken dias wrote: I had installed Tomcat 6 with no problem. Then started having problems, so uninstalled it and reinstalled but the icon does not appear on the taskbar and hence server does not work and localhost also. Not sure how to proceed. Neither are we, unless you provide some precise information for a change, so that we do not have to guess. Preferably starting a new thread, rather than editing an existing one, however similar the title. p signature.asc Description: OpenPGP digital signature
RE: Installing Tomcat the Brute Force Way?
From looking at the server, it would appear that tomcat was installed using tomcat-6.0.18-0.noarch.rpm. Now you're in trouble. The 3rd-party repackaged versions of Tomcat typically scatter files all over, and then try to get things back together with symlinks. You're better off doing a proper install on the new server. Had you used a real Tomcat, life would be much easier. - Chuck Not necessarily. I did an rpm -qlp on tomcat-6.0.18-0.noarch.rpm. All the files it installs are in /opt/tomcat --Eric Disclaimer - March 19, 2011 This email and any files transmitted with it are confidential and intended solely for Tomcat Users List. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this email are solely those of the author and might not represent those of Physicians' Managed Care or Physician Select Management. Warning: Although Physicians' Managed Care or Physician Select Management has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. This disclaimer was added by Policy Patrol: http://www.policypatrol.com/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Installing Tomcat the Brute Force Way?
Hey, here's a quick question (and possibly a stupid one, but I have a thick skin). If I have a working tomcat6 server, can I install tomcat6 on a new server by simply copying a few files and directories over from the working server to the new one and setting permissions? --Eric Disclaimer - March 18, 2011 This email and any files transmitted with it are confidential and intended solely for users@tomcat.apache.org. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this email are solely those of the author and might not represent those of Physicians' Managed Care or Physician Select Management. Warning: Although Physicians' Managed Care or Physician Select Management has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. This disclaimer was added by Policy Patrol: http://www.policypatrol.com/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Installing Tomcat the Brute Force Way?
From: Robinson, Eric [mailto:eric.robin...@psmnv.com] Subject: Installing Tomcat the Brute Force Way? If I have a working tomcat6 server, can I install tomcat6 on a new server by simply copying a few files and directories over from the working server to the new one and setting permissions? Usually, but it depends on how you installed Tomcat the first time. If all you did was download then unzip or untar, then yes, just copy the installation directory tree. (You may need to update server.xml or other configuration files if you put system-specific IP addresses, DNS names, ports, file names, etc., in there.) If you installed Tomcat as a Windows service, or used a 3rd-party repackaged version, then probably not. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Installing Tomcat the Brute Force Way?
From: Robinson, Eric [mailto:eric.robin...@psmnv.com] Subject: Installing Tomcat the Brute Force Way? If I have a working tomcat6 server, can I install tomcat6 on a new server by simply copying a few files and directories over from the working server to the new one and setting permissions? Usually, but it depends on how you installed Tomcat the first time. If all you did was download then unzip or untar, then yes, just copy the installation directory tree. (You may need to update server.xml or other configuration files if you put system-specific IP addresses, DNS names, ports, file names, etc., in there.) If you installed Tomcat as a Windows service, or used a 3rd-party repackaged version, then probably not. - Chuck That's what I wanted to hear. I should be able to copy /opt/tomcat and /usr/java to the new server, create the tomcat user, set permissions, and be on my way. No? --Eric Disclaimer - March 18, 2011 This email and any files transmitted with it are confidential and intended solely for Tomcat Users List. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this email are solely those of the author and might not represent those of Physicians' Managed Care or Physician Select Management. Warning: Although Physicians' Managed Care or Physician Select Management has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. This disclaimer was added by Policy Patrol: http://www.policypatrol.com/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Installing Tomcat the Brute Force Way?
From: Robinson, Eric [mailto:eric.robin...@psmnv.com] Subject: RE: Installing Tomcat the Brute Force Way? I should be able to copy /opt/tomcat and /usr/java to the new server, create the tomcat user, set permissions, and be on my way. No? Don't know about /usr/java, since that usually involves symlinks; you should probably do an actual JRE or JDK install for that. /opt/tomcat should be copyable - but only if you created it via untar; otherwise, all bets are off. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Installing Tomcat the Brute Force Way?
I should be able to copy /opt/tomcat and /usr/java to the new server, create the tomcat user, set permissions, and be on my way. No? Don't know about /usr/java, since that usually involves symlinks; you should probably do an actual JRE or JDK install for that. /opt/tomcat should be copyable - but only if you created it via untar; otherwise, all bets are off. From looking at the server, it would appear that tomcat was installed using tomcat-6.0.18-0.noarch.rpm. --Eric Disclaimer - March 18, 2011 This email and any files transmitted with it are confidential and intended solely for Tomcat Users List. If you are not the named addressee you should not disseminate, distribute, copy or alter this email. Any views or opinions presented in this email are solely those of the author and might not represent those of Physicians' Managed Care or Physician Select Management. Warning: Although Physicians' Managed Care or Physician Select Management has taken reasonable precautions to ensure no viruses are present in this email, the company cannot accept responsibility for any loss or damage arising from the use of this email or attachments. This disclaimer was added by Policy Patrol: http://www.policypatrol.com/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Installing Tomcat the Brute Force Way?
From: Robinson, Eric [mailto:eric.robin...@psmnv.com] Subject: RE: Installing Tomcat the Brute Force Way? From looking at the server, it would appear that tomcat was installed using tomcat-6.0.18-0.noarch.rpm. Now you're in trouble. The 3rd-party repackaged versions of Tomcat typically scatter files all over, and then try to get things back together with symlinks. You're better off doing a proper install on the new server. Had you used a real Tomcat, life would be much easier. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org