QZDASOINIT file lock prevents CLRPFM after v5r2 --> v5r4 upgrade

All,

I've got a set of files that get written to by a Web Methods job via JDBC.

A couple of hours later a batch job on the system processes the files
and uses CLRPFM to clear them.

Even since the machine was upgraded from v5r2 to v5r4, the process has
stared failing becasue the CLRPFM can't get an exclusive lock to the
file and the QZDASOINIT job still has a lock.

We're going to be double-checking that the Web Method job is closing
everything it should be. And we know that we could use SQL instead of
CLRPFM clear the file without the lock issue.

I know the system will sometime "pseudo-close" open data paths. But
my understanding is that if an ODP is "pseudo-closed", any request for
an incompatible lock by another process, ie. the CLRPFM, would cause
the ODP to be fully closed and locks released. Thus, the CLRPFM
shouldn't fail from a "pseduo-close".

Is my understanding correct?

Irregardless, the question being asked is what changed, as we started
having a problem the day after the upgrade and the Web Method process
has not been changed. So I'm wondering if anybody knows or has any
thoughts about
--When the "pseduo-close" functionality was added.
--System values the might control the use of "pseduo-close"
--changes between v5r2 and v5r4 that might be causing this
--things to check, like MAXUSE() on the pre-start job entry that could
have been reset by the upgrade

Others?

Links to IBM documentation gladly accepted.

Thanks!
Charles Wilt