Re: HOWTO: install a Tomcat web application on Fedora 7 [was: ...]
My own 2 cents; I'm a Debian guy and I spent at least a month trying to get Tomcat to run the way I wanted it. It so damn easy to do an apt-get install tomcat5.5 (or rpm), look at http://localhost:8180/ and see something working. But I didn't get predictable behavior until I install Tomcat from tomcat.apache.org. It took me 30 minutes - may be - to configure but it's behavior is so much more predictable. My 2 cents. Chris - Original Message From: Gabe Wong [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Wednesday, February 27, 2008 8:09:56 PM Subject: Re: HOWTO: install a Tomcat web application on Fedora 7 [was: ...] John Pye wrote: Here are some instructions that hopefully will be of use to future users: 1. To install tomcat on Fedora 7, just run yum install tomcat5 tomcat5-webapps tomcat5-admin-webapps. 2. Your configuration files are in /etc/tomcat5. You may need to edit server-minimal.xml to set the port that Tomcat listens on. You will need to edit the file tomcat-users.xml and add a user with the role 'manager' if you want to be able to use the Tomcat Manager application. 3. You can start and stop Tomcat by running '/etc/init.d/tomcat5 start' (or stop,restart, etc). 4. Any Tomcat web application that you want to serve should be dropped into /var/lib/tomcat5/webapps/ 5. You can view your Tomcat website via http://yourserver.example.com:8080/. This webpage had some good instructions: http://www.weiqigao.com/blog/2007/01/14/tomcat_5_on_fedora_core_6_in_five_easy_steps.html I have often felt that Java developers, with their 'completely platform independent' system don't acknowledge that platform-specific knowledge is often a barrier to getting those Java applications up and running. The above steps make maximum use of the packaging work that Fedora and JPackage maintainers have done, and made this job very much easier for me than downloading the platform independent packages and working out their particular conventions etc. The concern that some of us on this list has with the various Platform specific distros, is that they are usually altered from the original Apache distribution. As soon as anything is altered, you have incompatibility issues. Most applications are developed and tested on the Apache distributions. You may not notice incompatibilities until you try to deploy a real complex application. That said, I am not saying one is right or wrong. It is just that just as Java has become relatively stable (predictable), there enters the various Linux based distros to add to the equation. Some of these distros do not follow the generally accepted JAVA programming principles (what is acceptable today). These distros usually follow the principles of traditional Linux based programming, such as PHP, Python, etc. And that is primarily to make packages globally accessible on the system. This is where the distinction between traditional linux applications and present day java applications are being missed. Most Java applications are dependent on a specific version of an application server, JVM, libraries, etc. Thus a one package for all creates issues. So moving forward, are Java Applications now to be built for a specific Linux distro, in addition to supporting the traditional purist java programming environment. Or is it that a new generation of java programmers under the Linux distro environment will give raise. Will there then be two camps or platforms? Or will the new generation become the standard. I say this because as I speak, more and more I see java questions on Linux lists instead of pure java lists. I know I do not usually rant, but this is an issue that needs to be addressed. -- Regards Gabe Wong NGASI AppServer Manager JAVA AUTOMATION and SaaS Enablement http://www.ngasi.com NEW! 8.0 - Centrally manage multiple physical servers - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
HOWTO: install a Tomcat web application on Fedora 7 [was: ...]
Here are some instructions that hopefully will be of use to future users: 1. To install tomcat on Fedora 7, just run yum install tomcat5 tomcat5-webapps tomcat5-admin-webapps. 2. Your configuration files are in /etc/tomcat5. You may need to edit server-minimal.xml to set the port that Tomcat listens on. You will need to edit the file tomcat-users.xml and add a user with the role 'manager' if you want to be able to use the Tomcat Manager application. 3. You can start and stop Tomcat by running '/etc/init.d/tomcat5 start' (or stop,restart, etc). 4. Any Tomcat web application that you want to serve should be dropped into /var/lib/tomcat5/webapps/ 5. You can view your Tomcat website via http://yourserver.example.com:8080/. This webpage had some good instructions: http://www.weiqigao.com/blog/2007/01/14/tomcat_5_on_fedora_core_6_in_five_easy_steps.html I have often felt that Java developers, with their 'completely platform independent' system don't acknowledge that platform-specific knowledge is often a barrier to getting those Java applications up and running. The above steps make maximum use of the packaging work that Fedora and JPackage maintainers have done, and made this job very much easier for me than downloading the platform independent packages and working out their particular conventions etc. Cheers JP David Smith wrote: Tomcat itself is pure java and completely platform independent -- no need to build from source at all. Just download it from the tomcat website and expand it in your system to install it. It can go pretty much anywhere in the file system and still work. I would highly recommend you get a real Java JVM from Sun and make sure your system isn't going to try to use gnu java or one of those other open source java distribution. Those open source java's are alright for desktop apps, but don't work well enough for tomcat. You could use the pre-package version of tomcat available with your Fedora system, but a lot of people have problems with those distro packages. They want to do complicated symlinks schemes to insure there's only ever one copy of any given jar and that typically breaks tomcat. --David John Pye wrote: Hi all I have a pre-written Tomcat application that I would like to install on my Fedora 7 server. There are binaries for Tomcat available for this linux distro, so theoretically I assume it should be possible to run a Tomcat instance on this platform without having to compile Tomcat from sources. I'm not a java expert though, so I don't really know where to start with that. The application that I'm trying to install is called actiTIME and its installation instructions are here: http://www.actitime.com/installation_guide_unix.html Any suggestions would be much appreciated. Cheers JP - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HOWTO: install a Tomcat web application on Fedora 7 [was: ...]
John Pye wrote: Here are some instructions that hopefully will be of use to future users: 1. To install tomcat on Fedora 7, just run yum install tomcat5 tomcat5-webapps tomcat5-admin-webapps. 2. Your configuration files are in /etc/tomcat5. You may need to edit server-minimal.xml to set the port that Tomcat listens on. You will need to edit the file tomcat-users.xml and add a user with the role 'manager' if you want to be able to use the Tomcat Manager application. 3. You can start and stop Tomcat by running '/etc/init.d/tomcat5 start' (or stop,restart, etc). 4. Any Tomcat web application that you want to serve should be dropped into /var/lib/tomcat5/webapps/ 5. You can view your Tomcat website via http://yourserver.example.com:8080/. This webpage had some good instructions: http://www.weiqigao.com/blog/2007/01/14/tomcat_5_on_fedora_core_6_in_five_easy_steps.html I have often felt that Java developers, with their 'completely platform independent' system don't acknowledge that platform-specific knowledge is often a barrier to getting those Java applications up and running. The above steps make maximum use of the packaging work that Fedora and JPackage maintainers have done, and made this job very much easier for me than downloading the platform independent packages and working out their particular conventions etc. The concern that some of us on this list has with the various Platform specific distros, is that they are usually altered from the original Apache distribution. As soon as anything is altered, you have incompatibility issues. Most applications are developed and tested on the Apache distributions. You may not notice incompatibilities until you try to deploy a real complex application. That said, I am not saying one is right or wrong. It is just that just as Java has become relatively stable (predictable), there enters the various Linux based distros to add to the equation. Some of these distros do not follow the generally accepted JAVA programming principles (what is acceptable today). These distros usually follow the principles of traditional Linux based programming, such as PHP, Python, etc. And that is primarily to make packages globally accessible on the system. This is where the distinction between traditional linux applications and present day java applications are being missed. Most Java applications are dependent on a specific version of an application server, JVM, libraries, etc. Thus a one package for all creates issues. So moving forward, are Java Applications now to be built for a specific Linux distro, in addition to supporting the traditional purist java programming environment. Or is it that a new generation of java programmers under the Linux distro environment will give raise. Will there then be two camps or platforms? Or will the new generation become the standard. I say this because as I speak, more and more I see java questions on Linux lists instead of pure java lists. I know I do not usually rant, but this is an issue that needs to be addressed. -- Regards Gabe Wong NGASI AppServer Manager JAVA AUTOMATION and SaaS Enablement http://www.ngasi.com NEW! 8.0 - Centrally manage multiple physical servers - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: HOWTO: install a Tomcat web application on Fedora 7 [was: ...]
I have to go with Gabe on this one. I recently relied on a hosting vendor to 'configure tomcat accurately' in Linux, and what a nightmare! The problem is that TC is so customizable. Depending on your school of thought, you might like the distro version - or you might like the project version of install. If you like Linux, and are a Linux admin - using the rpm would suit you fine. However, not everyone is familiar with Linux - some of us are straight TC administrators. Then again some of us are just web jockeys who are suddenly flung into the administration world. *waves* I have found that due to some webapp dependencies, linked files cannot be used accurately in some TC setups (as the rpm of Tomcat does - linking files sometimes 10 levels deep!). For a person who is not a Linux admin, tryig to configure a TC app with files linked everywhere is highly frustrating and confusing. Top this off with an OS distro that is fully integrated into the OS - where are the libraries again? What happened to that jar file? What do you mean the JVM is not running??!!? TC winds up as a 'linux user' and as such needs special permissions - and then cannot access log files, config files, and woe to me, its own files!!! I finally convinced hosting vendor to totally rebuild the server so that I can then install the native (what I call encapsulated) TC. Everything is there, where it should be, and usable by my webapps with the right permissions (having been installed by the TC and not some rpm). It is a matter of familiarity. I am familiar with the standard TC project install that does not rely on any OS for functionality. It is modular, easy to locate, and wonderfully portable to something else. ~LZM~ -Original Message- From: Gabe Wong [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 27, 2008 3:10 PM To: Tomcat Users List Subject: Re: HOWTO: install a Tomcat web application on Fedora 7 [was: ...] John Pye wrote: Here are some instructions that hopefully will be of use to future users: 1. To install tomcat on Fedora 7, just run yum install tomcat5 tomcat5-webapps tomcat5-admin-webapps. 2. Your configuration files are in /etc/tomcat5. You may need to edit server-minimal.xml to set the port that Tomcat listens on. You will need to edit the file tomcat-users.xml and add a user with the role 'manager' if you want to be able to use the Tomcat Manager application. 3. You can start and stop Tomcat by running '/etc/init.d/tomcat5 start' (or stop,restart, etc). 4. Any Tomcat web application that you want to serve should be dropped into /var/lib/tomcat5/webapps/ 5. You can view your Tomcat website via http://yourserver.example.com:8080/. This webpage had some good instructions: http://www.weiqigao.com/blog/2007/01/14/tomcat_5_on_fedora_core_6_in_five_ea sy_steps.html I have often felt that Java developers, with their 'completely platform independent' system don't acknowledge that platform-specific knowledge is often a barrier to getting those Java applications up and running. The above steps make maximum use of the packaging work that Fedora and JPackage maintainers have done, and made this job very much easier for me than downloading the platform independent packages and working out their particular conventions etc. The concern that some of us on this list has with the various Platform specific distros, is that they are usually altered from the original Apache distribution. As soon as anything is altered, you have incompatibility issues. Most applications are developed and tested on the Apache distributions. You may not notice incompatibilities until you try to deploy a real complex application. That said, I am not saying one is right or wrong. It is just that just as Java has become relatively stable (predictable), there enters the various Linux based distros to add to the equation. Some of these distros do not follow the generally accepted JAVA programming principles (what is acceptable today). These distros usually follow the principles of traditional Linux based programming, such as PHP, Python, etc. And that is primarily to make packages globally accessible on the system. This is where the distinction between traditional linux applications and present day java applications are being missed. Most Java applications are dependent on a specific version of an application server, JVM, libraries, etc. Thus a one package for all creates issues. So moving forward, are Java Applications now to be built for a specific Linux distro, in addition to supporting the traditional purist java programming environment. Or is it that a new generation of java programmers under the Linux distro environment will give raise. Will there then be two camps or platforms? Or will the new generation become the standard. I say this because as I speak, more and more I see java questions on Linux lists instead of pure java lists. I
