PQ72540: JSP COMPILED *.DAT FILES NOT CLEANED UP FROM 'WORKING' DIRECTORY WHEN AN APP IS REDEPLOYED IN SAME THE SM EUI CONVERSATION

 A fix may be available

Obtain the fix for this APAR



APAR status
Closed as program error.

Error description
When an application containing a JSP is redeployed within the
same conversation (delete and readd) in the same SM EUI
conversation, the replaced JSP compiled *.dat files are not
cleaned up from the directory
/<CBCONFIG>/working/<server>/temp/<sysplex>/<server>/<app>/
                                                      <app.war>
Permission bits were ok and there were no security messages
reporting failures accessing the files.  Currently, every
redeploy of the application causes the JSP to be recompiled
and creates additional replaced *.dat files that are no longer
used and not cleaned up.  This apar will address cleaning up
the JSP compiled *.dat files from the working directory when
the application is redeployed within one conversation.
Local fix Problem summary
****************************************************************
* USERS AFFECTED: All users of WebSphere Application Server    *
*                 V4.0.1 for z/OS and OS/390                   *
****************************************************************
* PROBLEM DESCRIPTION: Files in the working directory for an   *
*                      application are not cleaned up when the *
*                      application is redeployed.              *
****************************************************************
* RECOMMENDATION:                                              *
****************************************************************
When an application is redeployed, the files in the working
directory for the application are not deleted.  Over time, as
the application changes, obsolete files can build up in the
working directory. This only occurs if the application is
deleted and redeployed in the same conversation or if it is
simply redeployed without first being deleted.  When the
application is deleted in one conversation and that conversation
is activated, then a new conversation is created to redeploy the
application, the working directory files are removed correctly.
Problem conclusion
Previous maintenance (
PQ60198) added code to remove the working
directory files for an application when the application is
deleted.  That is correct, however, the files should also be
removed if the application is redeployed since JSPs can be
changed or deleted in the modified application - making the
working directory files obsolete.

The conversation activate code is modified to delete the working
directory files when an application is changed or deleted, not
only when it is deleted.  The delete occurs during conversation
activation unless automatic server recycling is disabled (by
setting the SM server RECYCLE_J2EE_SERVERS environment variable
to N).  If automatic server recycling is disabled, the files
must be deleted manually.

APAR PQ72540 is associated with SERVICE LEVEL W401504 of
WebSphere Application Server V4.0.1 for z/OS and OS/390.
Temporary fix Comments
APAR information
APAR number PQ72540
Reported component name WASKBASE
Reported component ID 5655A9801
Reported release 401
Status CLOSED PER
PE NoPE
HIPER NoHIPER
Submitted date 2003-03-27
Closed date 2003-04-29
Last modified date 2003-06-05

APAR is sysrouted FROM one or more of the following:

APAR is sysrouted TO one or more of the following:

Modules/Macros
BBOUBINF          

Fix information
Fixed component name WASKBASE
Fixed component ID 5655A9801

Applicable component levels
R401 PSY UQ76441    UP03/05/06 P F305

  Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.


Document Information


Product categories: Software > Application Servers > Distributed Application & Web Servers > WebSphere Application Server for z/OS
Operating system(s):
Software version: 401
Software edition:
Reference #: PQ72540
IBM Group: Software Group
Modified date: Jun 5, 2003