RE: SQL views missing after Cumulative PTF's applied

Yes. I'm going back through my mental notes. The LF object was there but was unusable. Did not throw a file not found exception, which would have precluded the job starting, but threw an ugly message in the log every time it was referenced. Error was caught but unhandled in our code which kept the code from doing its job, but didn't kill it. RCLSTG *DBXREF fixed it.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-
bounces@xxxxxxxxxxxx] On Behalf Of CRPence
Sent: Monday, August 26, 2013 2:11 PM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: SQL views missing after Cumulative PTF's applied

On 26 Aug 2013 09:59, Dan Kimmel wrote:

We've had the LF *FILE objects associated with views disappear when
our customers have applied PTF's on V7. RCLSTG SELECT(*DBXREF) gets
them back.

If true, there is something seriously wrong. The refresh of the
DBXREF should not be necessary to recover any objects, even if that
action could or might effect such a recovery. If the actions by the
system had maintained the information necessary to recreate the
user-created VIEW file objects that were dropped by the CASCADE effect
[be it stored in a /database recovery object/ or a row in the *dbxref],
then whatever effected the cascaded deletion should be performing that
object recovery *inline* to the same procedure\processing; i.e. no
explicit separate\later recovery by the customer should be required.
Such an expectation by IBM should be recognized as nonsense; easily
inferred as a defect vs working-as-designed.