Cleanup of files in /input and /reports folders with Web Viewer 14.0

Products

• Output Management Web Viewer

Issue/Introduction

Orphaned files in /input and /reports folders are preventing successful AFP2PDF report transformation.

Environment

Release : 14.0

Component : Output Management Web Viewer

Resolution

The files in /input and /reports are not used by Web Viewer to render the file for the end user.  Removing them allows the normal file cleanup functions to occur at the end of a transformation.

Each time a user performs a transformation, the request is assigned a number - this number starts at 1 and increments by one each transformation.  When you recycle your Web Viewer task that number starts over at 1 again.

According to the listing you sent the files in /input are all -rw-r--r--:

-rw-r--r--   1 XXXXXX  OMVSGRP  1730575 May 31 09:15 000001.afp
-rw-r--r--   1 XXXXXX  OMVSGRP  1952560 May  9 12:28 000002.afp
-rw-r--r--   1 XXXXXX  OMVSGRP  17610053 May 31 11:25 000003.afp
-rw-r--r--   1 XXXXXX  OMVSGRP  11949484 Jun 13 09:19 000004.afp
...

This directory will continue to grow as user's perform transformations. 

However, once you recycle Web Viewer the request numbers restart at 1 and it will try to use /input/000001.afp as the work file.  Since /input/000001.afp already exists the system will fail the request unless, by chance, it happens to be the same user as the existing file.

In order for a request to be reused the existing work files in /input and /reports need to be cleaned up.  That can be done by either:
- Commenting out the X2YY_TEMPDS=KEEP in PPOPTION(CAHVX2YP) and TEMPDS_DISP=KEEP in PPOPTION(CAIQENVA) parameters so the Java Transformers automatically cleanup those files.
- Manually removing the files in /input and /reports when you recycle Web Viewer.

If you are concerned with deleting these files I'd suggest you first try it on your test system and also make a backup of those directories.