tomcat6 and tomcat7 are not installable side-by-side
Bug #1031395 reported by
Mina Galić
This bug affects 4 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tomcat7 (Debian) |
Fix Released
|
Unknown
|
|||
tomcat7 (Ubuntu) |
Confirmed
|
Wishlist
|
Unassigned |
Bug Description
The two packages libtomcat6-java and libtomcat7-java are incompatible to each other, and I don't understand why. Simply giving them different paths could've solved this problem and let us run them side-by-side. We still have many apps which target Tomcat 6, only the new ones are targeting Tomcat 7 as a platform. It would be a great simplification if we could install them on the same machines.
Changed in tomcat7 (Ubuntu): | |
status: | New → Confirmed |
importance: | Undecided → Wishlist |
affects: | debian → tomcat7 (Debian) |
Changed in tomcat7 (Debian): | |
status: | Unknown → New |
Changed in tomcat7 (Debian): | |
status: | New → Fix Released |
To post a comment you must log in.
Agreed, I believe alternatives should be used for the common files so that users can select the "default" ones.
Here are the files that are common to both in quantal:
/usr/share/ java/catalina- ant.jar java/catalina- tribes. jar java/tomcat- coyote. jar java/tomcat- i18n-es. jar java/tomcat- i18n-fr. jar java/tomcat- i18n-ja. jar java/tomcat- juli.jar
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
/usr/share/
That said, its hard to recommend spending much time on tomcat6. One can always use a chroot (see the 'schroot' package for a nice interface to these) to serve them both from the same machine.
Setting to Confirmed/Wishlist