On Dec 5, 2013, at 9:42 AM, "Patel, Rakesh (Java)" <rakesh.pat...@bskyb.com> wrote:
> Hi, > > I've come across lots of duplicate jars in the tomcat/lib directory on the > servers we have been given by our infrastructure people. > > The directory looks like this: > > -rw-r--r-- 1 root root 15153 Jul 20 2011 annotations-api-6.0.24.jar > lrwxrwxrwx 1 root root 26 Oct 29 17:05 annotations-api.jar -> > annotations-api-6.0.24.jar > -rw-r--r-- 1 root root 1205728 Jul 20 2011 catalina-6.0.24.jar > -rw-r--r-- 1 root root 54149 Jul 20 2011 catalina-ant-6.0.24.jar > lrwxrwxrwx 1 root root 23 Oct 29 17:05 catalina-ant.jar -> > catalina-ant-6.0.24.jar > -rw-r--r-- 1 root root 130751 Jul 20 2011 catalina-ha-6.0.24.jar > lrwxrwxrwx 1 root root 22 Oct 29 17:05 catalina-ha.jar -> > catalina-ha-6.0.24.jar > lrwxrwxrwx 1 root root 19 Oct 29 17:05 catalina.jar -> > catalina-6.0.24.jar > -rw-r--r-- 1 root root 235744 Jul 20 2011 catalina-tribes-6.0.24.jar > lrwxrwxrwx 1 root root 26 Oct 29 17:05 catalina-tribes.jar -> > catalina-tribes-6.0.24.jar > lrwxrwxrwx 1 root root 39 Oct 29 17:05 commons-collections.jar -> > /usr/share/java/commons-collections.jar > lrwxrwxrwx 1 root root 32 Oct 29 17:05 commons-dbcp.jar -> > /usr/share/java/commons-dbcp.jar > lrwxrwxrwx 1 root root 32 Oct 29 17:05 commons-pool.jar -> > /usr/share/java/commons-pool.jar > -rw-r--r-- 1 root root 533217 Jul 20 2011 jasper-6.0.24.jar > -rw-r--r-- 1 root root 108903 Jul 20 2011 jasper-el-6.0.24.jar > lrwxrwxrwx 1 root root 20 Oct 29 17:05 jasper-el.jar -> > jasper-el-6.0.24.jar > lrwxrwxrwx 1 root root 17 Oct 29 17:05 jasper.jar -> jasper-6.0.24.jar > lrwxrwxrwx 1 root root 23 Oct 29 17:05 jasper-jdt.jar -> > /usr/share/java/ecj.jar > lrwxrwxrwx 1 root root 25 Oct 29 17:05 log4j.jar -> > /usr/share/java/log4j.jar > lrwxrwxrwx 1 root root 33 Oct 29 17:05 mx4j-jmx.jar -> > /usr/share/java/mx4j/mx4j-jmx.jar > lrwxrwxrwx 1 root root 36 Oct 29 17:05 mx4j-remote.jar -> > /usr/share/java/mx4j/mx4j-remote.jar > -rw-r--r-- 1 root root 832960 Oct 29 17:07 > mysql-connector-java-5.1.22-bin.jar > lrwxrwxrwx 1 root root 59 Oct 29 17:07 mysql-connector-java.jar -> > /usr/share/java/tomcat6/mysql-connector-java-5.1.22-bin.jar > -rw-r--r-- 1 root root 26083 Oct 29 17:07 slf4j-api-1.7.2.jar > lrwxrwxrwx 1 root root 43 Oct 29 17:07 slf4j-api.jar -> > /usr/share/java/tomcat6/slf4j-api-1.7.2.jar > -rw-r--r-- 1 root root 8819 Oct 29 17:07 slf4j-log4j12-1.7.2.jar > lrwxrwxrwx 1 root root 47 Oct 29 17:07 slf4j-log4j12.jar -> > /usr/share/java/tomcat6/slf4j-log4j12-1.7.2.jar > lrwxrwxrwx 1 root root 32 Oct 29 17:05 tomcat6-el-2.1-api-6.0.24.jar -> > ../tomcat6-el-2.1-api-6.0.24.jar > lrwxrwxrwx 1 root root 33 Oct 29 17:05 tomcat6-jsp-2.1-api-6.0.24.jar -> > ../tomcat6-jsp-2.1-api-6.0.24.jar > lrwxrwxrwx 1 root root 37 Oct 29 17:05 > tomcat6-servlet-2.5-api-6.0.24.jar -> ../tomcat6-servlet-2.5-api-6.0.24.jar > -rw-r--r-- 1 root root 768357 Jul 20 2011 tomcat-coyote-6.0.24.jar > lrwxrwxrwx 1 root root 24 Oct 29 17:05 tomcat-coyote.jar -> > tomcat-coyote-6.0.24.jar > -rw-r--r-- 1 root root 69826 Jul 20 2011 tomcat-i18n-es-6.0.24.jar > lrwxrwxrwx 1 root root 25 Oct 29 17:05 tomcat-i18n-es.jar -> > tomcat-i18n-es-6.0.24.jar > -rw-r--r-- 1 root root 51772 Jul 20 2011 tomcat-i18n-fr-6.0.24.jar > lrwxrwxrwx 1 root root 25 Oct 29 17:05 tomcat-i18n-fr.jar -> > tomcat-i18n-fr-6.0.24.jar > -rw-r--r-- 1 root root 54441 Jul 20 2011 tomcat-i18n-ja-6.0.24.jar > lrwxrwxrwx 1 root root 25 Oct 29 17:05 tomcat-i18n-ja.jar -> > tomcat-i18n-ja-6.0.24.jar > lrwxrwxrwx 1 root root 38 Oct 29 17:05 tomcat-juli.jar -> > /usr/share/tomcat6/bin/tomcat-juli.jar > > You'll notice generic jar names sum linked to specific jars AND the specific > jar also in the directory. > > Is this harmless? Or should I ask for a 'cleaner' install from the apache > website? I believe this installation comes from the central CentOS6 > repository. Minimally, I would ask for an up-to-date version of Tomcat. The libraries seem to indicate that 6.0.24 is installed and that's pretty old now. As for the latest 6.0.x release. As far as the duplicate JAR files, one situation off the top of my head where it could cause problems is if the versions are different. For example, if the JAR file in the lib folder is version X and the symlink points to version Y. This is problematic because you would have no idea which version of the JAR is going to be loaded. You'd want one or the other, either the file or the symlink. Personally, and I think many people on the list would agree, I'd suggest against using the installation from your distro's repository. They're typically way out-of-date (see my comment above) and they tend to put files in weird places. At least weird relative to the standard installation that is available from tomcat.apache.org. While having files in weird places may not directly cause problems, it does make it more difficult for people on this list to help when you have a problem. Dan > > Thanks > > Rakesh > Information in this email including any attachments may be privileged, > confidential and is intended exclusively for the addressee. The views > expressed may not be official policy, but the personal views of the > originator. If you have received it in error, please notify the sender by > return e-mail and delete it from your system. You should not reproduce, > distribute, store, retransmit, use or disclose its contents to anyone. Please > note we reserve the right to monitor all e-mail communication through our > internal and external networks. SKY and the SKY marks are trademarks of > British Sky Broadcasting Group plc and Sky International AG and are used > under licence. British Sky Broadcasting Limited (Registration No. 2906991), > Sky-In-Home Service Limited (Registration No. 2067075) and Sky Subscribers > Services Limited (Registration No. 2340150) are direct or indirect > subsidiaries of British Sky Broadcasting Group plc (Registration No. > 2247735). All of the companies mentioned in this paragraph are incorporated > in England and Wales and share the same registered office at Grant Way, > Isleworth, Middlesex TW7 5QD. > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org