Package: tomcat6 Version: 6.0.26-0ubuntu1~ppa1 Severity: wishlist Suggestion from Jason Brittain (MuleSource):
I noticed that the way we have tomcat6 configured is to add back the classloader directories that were present in Tomcat versions 4 and 5: shared/, common/, and server/. Stock Tomcat 6 got rid of these as of 6.0.0. Some software is still written for Tomcat 5.5, and docs may still refer to these classloading dirs.. I always found them helpful, since Tomcat's classloader hierarchy still has these three classloaders (server, common, and shared), but by default Tomcat 6 was always configured to just load everything from CATALINA_BASE/lib/. Being informed about Tomcat, I can handle these dirs being present, but this will likely confuse some users because stock Tomcat 6 doesn't have them. Looking forward to Tomcat 7, they're not being reintroduced, either. What do you think about eliminating these directories to make the Debian tomcat6 package more like stock Tomcat 6? -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-backports'), (500, 'karmic') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-20-generic (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tomcat6 depends on: ii adduser 3.110ubuntu7 add and remove users and groups ii tomcat6-common 6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- common f Versions of packages tomcat6 recommends: ii authbind 1.2.0build2 Allows non-root programs to bind() Versions of packages tomcat6 suggests: ii tomcat6-admin 6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- admin we ii tomcat6-docs 6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- document ii tomcat6-examples 6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- example ii tomcat6-user 6.0.26-0ubuntu1~ppa1 Servlet and JSP engine -- tools to -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org