-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Joel,
On 3/13/19 9:22 AM, Joel Griffith wrote: > On Tue, Mar 12, 2019 at 9:01 PM Christopher Schultz < > ch...@christopherschultz.net> wrote: > > Mark, > > On 3/12/19 14:39, Mark Thomas wrote: >>>> On 12/03/2019 14:42, Christopher Schultz wrote: >>>>> Joel, >>>>> >>>>> On 3/12/19 09:43, Joel Griffith wrote: >>>>>> I'm upgrading a webapp server from Tomcat 7 to Tomcat 8 >>>>>> on Ubuntu 16.04. At installation, Tomcat 7 creates a >>>>>> directory `/var/lib/tomcat7/common/`. When Tomcat 8 is >>>>>> installed, however, the `/var/lib/tomcat8/` directory it >>>>>> creates does not include a `common/` directory, and the >>>>>> deployment script complains that it isn't there. >>>>> >>>>>> build.xml:129: /var/lib/tomcat8/common/lib does not >>>>>> exist. >>>>> >>>>> This must be a deployment script that is managed by neither >>>>> the Tomcat project nor the Ubuntu package maintainers. You >>>>> will need to update it. >>>>> >>>>>> I've been searching for a day and have found exactly >>>>>> zero documentation on this, including on the official 8.0 >>>>>> migration guide ( >>>>>> https://tomcat.apache.org/migration-8.html). >>>>> >>>>> You are right; it isn't mentioned. That should be added to >>>>> the migration guide. >>>> >>>> Is is practical to try and cover changes in file system >>>> layout for distributions we don't control? > > No, but there is no mention of the classloader re-organization in > the migration guide. > > Oh, hmm. The reason it's not in there, or in the Tomcat 7 > migration guide... is because this change was made in Tomcat *6*, > and it *is* in the migration guide... for Tomcat 6. > > So, never mind. > > For some reason, I thought this change was made more recently, but > I guess not. > > Joel, it looks like your distribution was (still?) using that > directory in Tomcat 7 even thought Tomcat hasn't shipped that way > for ... a long time. I wonder if your deployment script was > accomplishing anything by touching that directory in the first > place. > > Okay, things are starting to make a bunch more sense now, thanks. > >> I think it was accomplishing something; tomcat7/common/lib/ >> contained a bunch of .jar files that looked like standard Tomcat >> installation files (tomcat7-websocket.jar, >> tomcat-catalina-7.0.68.jar, etc.). If I switch directories in >> the deployment script to tomcat8/lib/, which is empty, javac >> complains that it can't find the files to compile. It looks like >> I'm going to need to go through /usr/share/java/ and find tomcat8 >> versions of all of the .jar files in tomcat7/common/lib/ and >> symlink those to tomcat8/lib/, unless someone knows a better >> way. If you have a build script that relies on a Tomcat installation being around, you should probably fix it. Since you are using ant (as opposed to Maven), you'll want to bundle the servlet-api.jar file with your application -- and make sure that you remove the JAR file from any application artifacts that you produce -- like a WAR file. Don't build against Tomcat. Build against individual libraries. - -chris -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/ iQIzBAEBCAAdFiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlyJemIACgkQHPApP6U8 pFiGZhAAtUM2YV/6yznw0aF/ZjLMXRiGqXSnv9GGZPmQV2vvUAtc6yv/uML/JcIA W4R5v/8YnTgvQZa4h8ngbASOTa8oA7L+G3LU40fkkJluppYBYdO4YHB8V2RMlTlh sWDD8UHOueA5I7PgRpzKgzF4UOEcwCGbaFGaXxXCcLOO+BTRUKuQbdJk9li8g9Yl o3w2FhAH01Cx9NfMlc3r/9rQ6zy3nT424Tz6epbsnenK6gCAmbCxYw61zJi9cpEI 2El/jyGpMY6p+xc1y92fHoavfNPfKQ0BFvgY85/JdU2MKzWgECpsEv2i/SzsQAzi Lfjv6FF/zSPCwwI0NU9M+SEz4PcNnosIlBWPL4fQktqjFKiM35oez94u8h3hI8h3 YLIdwGORzLLVfaO5WTw702pQabGI42AgMNvt+xsVezhj0CqVhOCBXxp+0uePIyGt KORUJKYqrcEv4Bpfyf1SGFHpPAHs4D0p4m5rxT9CPBgBIOXW9xjHWLz+lr00MEmr 4eqY34TF3Vb2odnqgn0vayQ3YeTIKh4cvmBchSUZ3VL6uZhMae8m4E4t5CSLuYlc zoXXWT1l7+kzvu4h516KxqU2UWV79PuO3uSiAD9t1ueL1LLw4dipxi2FQ27QeQIr IhMA8COmJaNmVhcEyLsAWubSBK+C/GF7qiPc7tNZjZi0tEVncXY= =wax/ -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
