-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Yasi,
On 2/1/16 8:17 PM, Yasi Xi (yxi) wrote: > Hi, Dear Mark T and all > > Sorry to resend this mail. I don't quite understand Mark's comment > on this problem. > > ==== WHAT IS THE PROBLEM ==== > > I'm doing Tomcat upgrade for my J2EE server. When Tomcat is > upgraded from 7.0.54 to 8.0.26, > > 1) I get lots of empty *_jsp.java files in > /opt/apache-tomcat_1/work/Catalina/, for example: > > /opt/apache-tomcat_1/work/Catalina/localhost/cmp0307l/org/apache/jsp/w ebcomponents/jsp/globalpagenotfound_jsp.java > > /opt/apache-tomcat_1/work/Catalina/localhost/svc3000/org/apache/jsp/svcc omponents/common/jsp/globalerror_jsp.java > > 2) There're six Tomcat servers working in a round-robin manner. > Each of the six Tomcat server has lots of empty *_jsp.java files, > but they do not share the same group of empty *_jsp.java files. It > appears random regarding which JSP file gets an empty *_jsp.java > and in which Tomcat server. > > 3) When I delete a single empty *_jsp.java file in a Tomcat server > and restart Tomcat, the previous empty *_jsp.java is generated and > not empty. > > 4) Before Tomcat upgrade from 7.0.54 to 8.0.26, > /opt/apache-tomcat_1 soft link points to > /opt/apache-tomcat-7.0.54_1, after the upgrade, it points to > /opt/apache-tomcat-8.0.26_1 > > 5) /opt/apache-tomcat-7.0.54_1 and /opt/apache-tomcat-8.0.26_1 are > two separate directories. /opt/apache-tomcat-8.0.26_1 does not > exist before the upgrade. > > [root@jm3btc003 opt]# ll /opt/ total 68 lrwxrwxrwx 1 root > nobody 22 Dec 23 01:21 apache-tomcat_1 -> > apache-tomcat-8.0.26_1 drwx------ 7 nobody nobody 4096 Dec > 11 02:23 apache-tomcat-7.0.54_1 drwxr-x--- 9 root nobody > 4096 Nov 10 01:51 apache-tomcat-8.0.26_1 ... > > 6) There are other empty files after upgrading to Tomcat 8.0.26, > for example, the following picture files are created by Java > process in a separate directory other than Tomcat directories, the > picture files are empty: > > -rw-rw---- 1 nobody nobody 0 Jan 29 07:11 AQ_500/default.jpg > -rw-rw---- 1 nobody nobody 0 Jan 28 19:04 BN_500/default.jpg > -rw-rw---- 1 nobody nobody 0 Jan 28 21:05 CL_500/default.jpg > -rw-rw---- 1 nobody nobody 0 Jan 28 19:00 CP_500/default.jpg > -rw-rw---- 1 nobody nobody 0 Jan 28 20:05 DZ_500/default.jpg > -rw-rw---- 1 nobody nobody 0 Jan 28 13:11 EG_500/default.jpg Tomcat never writes .jpg files. Maybe you are out of disk space? Quota problem? Active virus scanner stuck on files? > 7) We have some tomcat-embed-*.7.0.30.jar files deployed and > scanned by Tomcat. Will these tomcat-embed-*.7.0.30.jar impact the > *_jsp.java generation under Tomcat 8.0.26? > > /opt/txs/webapps/TXS/share/tomcat-embed-core-7.0.30.jar > /opt/txs/webapps/TXS/share/tomcat-embed-jasper-7.0.30.jar > > ==== MARK'S COMMENT ==== > > Do you empty the work directory as part of this upgrade? If not, > you should. > > Mark > > ==== YASI'S QUESTIONS ==== > > Sorry, Mark, I don't quite understand > > 1) Why empty work directory as part of Tomcat upgrade? > /opt/apache-tomcat-8.0.26_1 does not exist before the upgrade. > Should I empty /opt/apache-tomcat-7.0.54_1/work directory? I think Mark was thinking that you might have a separate CATALINA_BASE which has a work/ directory independent of the CATALINA_HOME (where Tomcat is actually installed). If you have one of those, it's essential that you remove everything in CATALINA_BASE/work as part of the Tomcat upgrade. Actually, I would always remove the contents of the work/ directory even when upgrading between point-releases (e.g. 8.0.31 -> 8.0.32) since the JSP implementation isn't guaranteed to be compatible across releases. > 2) Is there any change of system IO (e.g. file read/write) in > Tomcat 8 which may cause some file to be empty? I don't believe there has been any change, here. - -chris -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAla41nkACgkQ9CaO5/Lv0PDynACfUqz+4FN3fQRyC8coRAk6XjRx f+gAmQFxrIiLXysYc8gPPZedCVu+BHhf =wPad -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
