hi,
Where i can download tomcat in rpm format (latest version) ?
Thanks
On Mon, 14 Feb 2005 17:49:27 -0500, UnIData unidata.linux@gmail.com wrote:
Where i can download tomcat in rpm format (latest version) ?
I found thru a lot of trial and error that you're better off using tomcat from a tarball. I hate using non-rpm software on my rpm-based systems but really, it's much better that way for tomcat.
Francois
As someone who deploys a lot of tomcat/mod_jk instances, I agree 100%. Certain things are better off non-RPM'd for easier up/down/crossgrades, and the java tools (jdk, ant, tomcat, etc) are great examples.
-te
Francois Caen wrote:
On Mon, 14 Feb 2005 17:49:27 -0500, UnIData unidata.linux@gmail.com wrote:
Where i can download tomcat in rpm format (latest version) ?
I found thru a lot of trial and error that you're better off using tomcat from a tarball. I hate using non-rpm software on my rpm-based systems but really, it's much better that way for tomcat.
Francois _______________________________________________ CentOS mailing list CentOS@caosity.org http://lists.caosity.org/mailman/listinfo/centos
Troy Engel wrote:
As someone who deploys a lot of tomcat/mod_jk instances, I agree 100%. Certain things are better off non-RPM'd for easier up/down/crossgrades, and the java tools (jdk, ant, tomcat, etc) are great examples.
-te
Y'ever try the "Red Hat Application Server" (tomcat + jonas)? http://www.redhat.com/software/rha/appserver/
We currently have a ton of old tomcat 3.3 (god it hurts) servers and have migrated a spattering of things to resin, but I'm curious what others thing of RH's "packaged" tomcat.
-jim
Gotta disagree with you Troy....
A well managed system is one that is all RPMed...
Nothing worse than application code splattered over a file system (what's that... you installed to /usr instead of /usr/local/app or /opt/app).
Particularly when you have 100 odd servers... and you only spend a few hours a month on each....
I do believe this is why we have: http://www.jpackage.org/
:)
Peace to all....
Cheers,
Matt.
On Tue, 15 Feb 2005 10:04:38 -0500, Jim Bartus jbartus@advance.net wrote:
Troy Engel wrote:
As someone who deploys a lot of tomcat/mod_jk instances, I agree 100%. Certain things are better off non-RPM'd for easier up/down/crossgrades, and the java tools (jdk, ant, tomcat, etc) are great examples.
-te
Hi,
I am on CentOS using Plesk as an administration area and am running into constant errors trying to update any perl packages because of an accidental install of a perl package from a third-party.
When I tried yum remove perl it listed every perl package on my system to remove which is what I do not want. I only want to remove one called perl-5.8.5-9rhel3.art
Below says "success" but those perl packages are not updated.
How can I just remove this one package, perl-5.8.5-9rhel3.art, so the other conflict errors will go away and not break the whole system? These are the errors:
[root@godslove root]# yum list updates Gathering header information file(s) from server(s) Server: CentOS-3 - Addons Server: CentOS-3 - Base Server: CentOS-3 - Extras Server: CentOS-3 - Updates Finding updated packages Downloading needed headers Name Arch Version Repo ---------------------------------------------------------------------------- ---- perl-CGI i386 2:2.81-89.10 update perl-DB_File i386 2:1.804-89.10 update
[root@godslove root]# yum update perl Gathering header information file(s) from server(s) Server: CentOS-3 - Addons Server: CentOS-3 - Base Server: CentOS-3 - Extras Server: CentOS-3 - Updates Finding updated packages Downloading needed headers perl is installed and the latest version. No actions to take [root@godslove root]# yum update perl-CGI Gathering header information file(s) from server(s) Server: CentOS-3 - Addons Server: CentOS-3 - Base Server: CentOS-3 - Extras Server: CentOS-3 - Updates Finding updated packages Downloading needed headers Resolving dependencies Dependencies resolved I will do the following: [update: perl-CGI 2:2.81-89.10.i386] Is this ok [y/N]: y Downloading Packages Getting perl-CGI-2.81-89.10.i386.rpm perl-CGI-2.81-89.10.i386. 100% |=========================| 185 kB 00:00 Running test transaction: Test transaction complete, Success! Errors installing: ('file /usr/share/man/man3/CGI.3pm.gz from install of perl-CGI-2.81-89.10 confli cts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/man3/CGI .3pm.gz', 0L)) ('file /usr/share/man/man3/CGI::Apache.3pm.gz from install of perl-CGI-2.81-89.1 0 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/ man3/CGI::Apache.3pm.gz', 0L)) ('file /usr/share/man/man3/CGI::Carp.3pm.gz from install of perl-CGI-2.81-89.10 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/ma n3/CGI::Carp.3pm.gz', 0L)) ('file /usr/share/man/man3/CGI::Cookie.3pm.gz from install of perl-CGI-2.81-89.1 0 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/ man3/CGI::Cookie.3pm.gz', 0L)) ('file /usr/share/man/man3/CGI::Fast.3pm.gz from install of perl-CGI-2.81-89.10 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/ma n3/CGI::Fast.3pm.gz', 0L)) ('file /usr/share/man/man3/CGI::Pretty.3pm.gz from install of perl-CGI-2.81-89.1 0 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/ man3/CGI::Pretty.3pm.gz', 0L)) ('file /usr/share/man/man3/CGI::Push.3pm.gz from install of perl-CGI-2.81-89.10 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/ma n3/CGI::Push.3pm.gz', 0L)) ('file /usr/share/man/man3/CGI::Switch.3pm.gz from install of perl-CGI-2.81-89.1 0 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/ man3/CGI::Switch.3pm.gz', 0L)) ('file /usr/share/man/man3/CGI::Util.3pm.gz from install of perl-CGI-2.81-89.10 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/ma n3/CGI::Util.3pm.gz', 0L))
==========================================================
[root@godslove root]# yum update perl-DB_File Gathering header information file(s) from server(s) Server: CentOS-3 - Addons Server: CentOS-3 - Base Server: CentOS-3 - Extras Server: CentOS-3 - Updates Finding updated packages Downloading needed headers Resolving dependencies Dependencies resolved I will do the following: [update: perl-DB_File 2:1.804-89.10.i386] Is this ok [y/N]: y Downloading Packages Getting perl-DB_File-1.804-89.10.i386.rpm perl-DB_File-1.804-89.10. 100% |=========================| 72 kB 00:00 Running test transaction: Test transaction complete, Success! Errors installing: ('file /usr/share/man/man3/DB_File.3pm.gz from install of perl-DB_File-1.804-89.10 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/man3/DB_File.3pm.gz', 0L))
Sincerely, Melinda Odom www.designhosting.biz 479-471-0891 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.8 - Release Date: 2/14/2005
I would take a listing of all the perl packages you have....
Then remove perl (and any other required packages). You can reinstall them later. :)
Solve the dependancies first.... once you put back the correct ones you'll be much better off.
Good luck!
Cheers,
Matt.
On Tue, 15 Feb 2005 09:31:17 -0600, Melinda Odom info@designhosting.biz wrote:
Hi,
I am on CentOS using Plesk as an administration area and am running into constant errors trying to update any perl packages because of an accidental install of a perl package from a third-party.
When I tried yum remove perl it listed every perl package on my system to remove which is what I do not want. I only want to remove one called perl-5.8.5-9rhel3.art
Below says "success" but those perl packages are not updated.
How can I just remove this one package, perl-5.8.5-9rhel3.art, so the other conflict errors will go away and not break the whole system? These are the errors:
[root@godslove root]# yum list updates Gathering header information file(s) from server(s) Server: CentOS-3 - Addons Server: CentOS-3 - Base Server: CentOS-3 - Extras Server: CentOS-3 - Updates Finding updated packages Downloading needed headers Name Arch Version Repo
perl-CGI i386 2:2.81-89.10 update perl-DB_File i386 2:1.804-89.10 update
[root@godslove root]# yum update perl Gathering header information file(s) from server(s) Server: CentOS-3 - Addons Server: CentOS-3 - Base Server: CentOS-3 - Extras Server: CentOS-3 - Updates Finding updated packages Downloading needed headers perl is installed and the latest version. No actions to take [root@godslove root]# yum update perl-CGI Gathering header information file(s) from server(s) Server: CentOS-3 - Addons Server: CentOS-3 - Base Server: CentOS-3 - Extras Server: CentOS-3 - Updates Finding updated packages Downloading needed headers Resolving dependencies Dependencies resolved I will do the following: [update: perl-CGI 2:2.81-89.10.i386] Is this ok [y/N]: y Downloading Packages Getting perl-CGI-2.81-89.10.i386.rpm perl-CGI-2.81-89.10.i386. 100% |=========================| 185 kB 00:00 Running test transaction: Test transaction complete, Success! Errors installing: ('file /usr/share/man/man3/CGI.3pm.gz from install of perl-CGI-2.81-89.10 confli cts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/man3/CGI .3pm.gz', 0L)) ('file /usr/share/man/man3/CGI::Apache.3pm.gz from install of perl-CGI-2.81-89.1 0 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/ man3/CGI::Apache.3pm.gz', 0L)) ('file /usr/share/man/man3/CGI::Carp.3pm.gz from install of perl-CGI-2.81-89.10 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/ma n3/CGI::Carp.3pm.gz', 0L)) ('file /usr/share/man/man3/CGI::Cookie.3pm.gz from install of perl-CGI-2.81-89.1 0 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/ man3/CGI::Cookie.3pm.gz', 0L)) ('file /usr/share/man/man3/CGI::Fast.3pm.gz from install of perl-CGI-2.81-89.10 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/ma n3/CGI::Fast.3pm.gz', 0L)) ('file /usr/share/man/man3/CGI::Pretty.3pm.gz from install of perl-CGI-2.81-89.1 0 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/ man3/CGI::Pretty.3pm.gz', 0L)) ('file /usr/share/man/man3/CGI::Push.3pm.gz from install of perl-CGI-2.81-89.10 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/ma n3/CGI::Push.3pm.gz', 0L)) ('file /usr/share/man/man3/CGI::Switch.3pm.gz from install of perl-CGI-2.81-89.1 0 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/ man3/CGI::Switch.3pm.gz', 0L)) ('file /usr/share/man/man3/CGI::Util.3pm.gz from install of perl-CGI-2.81-89.10 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/ma n3/CGI::Util.3pm.gz', 0L))
==========================================================
[root@godslove root]# yum update perl-DB_File Gathering header information file(s) from server(s) Server: CentOS-3 - Addons Server: CentOS-3 - Base Server: CentOS-3 - Extras Server: CentOS-3 - Updates Finding updated packages Downloading needed headers Resolving dependencies Dependencies resolved I will do the following: [update: perl-DB_File 2:1.804-89.10.i386] Is this ok [y/N]: y Downloading Packages Getting perl-DB_File-1.804-89.10.i386.rpm perl-DB_File-1.804-89.10. 100% |=========================| 72 kB 00:00 Running test transaction: Test transaction complete, Success! Errors installing: ('file /usr/share/man/man3/DB_File.3pm.gz from install of perl-DB_File-1.804-89.10 conflicts with file from package perl-5.8.5-9.rhel3.art', (7, '/usr/share/man/man3/DB_File.3pm.gz', 0L))
Sincerely, Melinda Odom www.designhosting.biz 479-471-0891 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.300 / Virus Database: 265.8.8 - Release Date: 2/14/2005
CentOS mailing list CentOS@caosity.org http://lists.caosity.org/mailman/listinfo/centos
On Tue, 15 Feb 2005, Melinda Odom wrote:
How can I just remove this one package, perl-5.8.5-9rhel3.art, so the other conflict errors will go away and not break the whole system?
That's [a replacment for] the base perl package, unless I'm mistaken. Removing that will remove your perl executables and core perl library, which will then have to be re-installed.
As things currently stand, you should NOT install perl-CGI-2.81-89.10, because that's the version for the perl-5.8.0 baseline, not perl-5.8.5, and it would appear that the files it contains are already folded into the perl-5.8.5 package you installed. "Upgrading" perl-CGI-2.81-89.10 would actually be a going backwards.
What you really should do is
rpm --justdb -e perl-CGI
because perl-CGI-2.81-89.10 is no longer necessary in your corrent config.
Your other option is go ahead and allow yum to remove every perl package on your system, and then re-install it again, which will back you off to perl-5.8.0, but that may break something that depends on the newer perl.
Hi Matt,
We'll agree to disagree. :) Tomcat and java are sometimes a little iffy from version to version, since you're dealing with a lot of seperate jarballs from different places (ie mysql connectors, axis, struts, xalan/xerces, etc) and there are a number of times when you need to do a lot of independant things outside of an RPM construct, upgrading and downgrading to get around bugs or apply a performance enhancement.
It's all about good design, which can overcome any "splatterings" (man do I hear you there! ugh) all over the filesystem. By the rigid use of symlinks, proper ant build scripts (ie to deploy new jarballs of, say, Axis into tomcat's home) and a full understanding of how to use tomcat (ie keeping server.xml in CVS, using -config to grab it) and mod_jk you can actually have a much more powerful setup than an RPM that "someone else" designed for you.
It also makes for testing/deploying new tomcats (sic) and downgrading in an emergency a real piece of cake, something that you can't do in 11 seconds with an RPM version. Ie:
/opt/jakarta-tomcat-5.5.4/ /opt/jakarta-tomcat-5.5.7/ /opt/tomcat -> /opt/jakarta-tomcat-5.5.7
There have been numerous times where issues burried deep down inside tomcat have only surfaced in production scenarious, no matter how much testing we do on the development servers. (That good old fashioned random user input is what it takes to find them. :)) Dropping back a tomcat version is slick, fast, and easy when you're symlinking.
Anyone who's ever spent time at the systems level trying to debug some completely obscure java memory leak or improper use of a synchronized class in a mutlithreaded situation will know my pain.
-te
Matt Bottrell wrote:
Gotta disagree with you Troy....
A well managed system is one that is all RPMed...
Nothing worse than application code splattered over a file system (what's that... you installed to /usr instead of /usr/local/app or /opt/app).
Particularly when you have 100 odd servers... and you only spend a few hours a month on each....
I do believe this is why we have: http://www.jpackage.org/
:)
Peace to all....
Cheers,
Matt.
On Tue, 15 Feb 2005 10:04:38 -0500, Jim Bartus jbartus@advance.net wrote:
Troy Engel wrote:
As someone who deploys a lot of tomcat/mod_jk instances, I agree 100%. Certain things are better off non-RPM'd for easier up/down/crossgrades, and the java tools (jdk, ant, tomcat, etc) are great examples.
-te
CentOS mailing list CentOS@caosity.org http://lists.caosity.org/mailman/listinfo/centos
Jim Bartus wrote:
Y'ever try the "Red Hat Application Server" (tomcat + jonas)? http://www.redhat.com/software/rha/appserver/
RHAS is available free but I think it is out of date. It seems that Red Hat(R) are contributing to jpackage and I would think that future versions of RHAS will just be jpackage on a CD. (JPackage could be the Fedora of the java world).
I am still looking for the best way to run eclipse on CentOS-3 with sun java. It sounds like a simple task...
John.
We currently have a ton of old tomcat 3.3 (god it hurts) servers and have migrated a spattering of things to resin, but I'm curious what others thing of RH's "packaged" tomcat.
-jim _______________________________________________ CentOS mailing list CentOS@caosity.org http://lists.caosity.org/mailman/listinfo/centos
On Tue, 2005-02-15 at 17:11, John Newbigin wrote:
Jim Bartus wrote:
Y'ever try the "Red Hat Application Server" (tomcat + jonas)? http://www.redhat.com/software/rha/appserver/
RHAS is available free but I think it is out of date. It seems that Red Hat(R) are contributing to jpackage and I would think that future versions of RHAS will just be jpackage on a CD. (JPackage could be the Fedora of the java world).
I am still looking for the best way to run eclipse on CentOS-3 with sun java. It sounds like a simple task...
any news about whether they'll provide an open-source IDE, probably based on Netbeans 4.1, that supports development of EJBs?
-- TT
Tom Scott wrote:
any news about whether they'll provide an open-source IDE, probably based on Netbeans 4.1, that supports development of EJBs?
There is the RedHat(r) Developer Suite which is basically eclipse. They have RHDS1 = Eclipse 2.1 and RHDS2 = Eclipse 3
Not sure if that is what you want.
I would also think that they will switch to use the JPackage eclipse, but I could just be making that up :)
John.
-- TT
CentOS mailing list CentOS@caosity.org http://lists.caosity.org/mailman/listinfo/centos
UnIData wrote:
hi,
Where i can download tomcat in rpm format (latest version) ?
Thanks _______________________________________________ CentOS mailing list CentOS@caosity.org http://lists.caosity.org/mailman/listinfo/centos
On Tue, 15 Feb 2005 10:23:45 +1100, John Newbigin jnewbigin@ict.swin.edu.au wrote:
It took me hours to get all the right dependancies to install tomcat from jpackage. That's why I'd recommend using just the tarball.
Francois Caen, RHCE
On Mon, 2005-02-14 at 17:49, UnIData wrote:
Where i can download tomcat in rpm format (latest version) ?
You can get a Tomcat with the Netbeans-SJSAS bundle at netbeans.org. The advantage of getting the appserver (Sun Java System Application Server) is that you can install enterprise-tier EJBs in addition to whatever you have with Tomcat. For example, there are third-party enterprise beans that may be useful to your organization.
You don't have to have a Java/J2EE developer on hand. All you need is the appserver to support them -- and some good luck or hand-holding from the bean vendor, so take care choosing them. If you are interested, surf to Sang Shin's online J2EE course at javapassion.com/j2ee.
I have a question about Tomcat: Do people who use it with CentOS (or RHEL) find that it has what you want? Could you tell me what it supports, like an http server and PHP, and maybe even JSP container?
-- TT
On Tue, 15 Feb 2005, Tom Scott wrote:
I have a question about Tomcat: Do people who use it with CentOS (or RHEL) find that it has what you want?
That would seem to be the criteria most important to selecting it for use.
I've deployed tomcat on centos in both stand-alone and apache integration mode, and aside from memory leaks in earlier versions (which I can't exclude that the leaks were caused by the JSP apps) it has been great.
Could you tell me what it supports, like an http server and PHP,
Apache and mod_php takes care of these things. Tomcat is a container for java servlets and JSP. It can run independent of apache(httpd) or integrate with it.
and maybe even JSP container?
Yes. See http://jakarta.apache.org/tomcat/index.html
regards, -Ryan
-
Bart Schaefer -
Francois Caen -
Jim Bartus -
John Newbigin -
Matt Bottrell -
Melinda Odom -
Ryan Sweet -
Tom Scott -
Troy Engel -
UnIData