PM69003: Rational Developer for System z - Wrong version of copybook is referenced working with a COBOL program in RDz editor

APAR status

• Closed as program error.

Error description

• Rational Developer for System z 8.0.3.2 - RDz - Wrong version of
  copybook referenced working with a COBOL program in RDz editor
  
  There are 2 different error scenarios that produce the problem
  defined in abstract. I will provide simplified Recreate
  scenarios here. In these error scenarios, multiple libraries
  exist in the active property group SYSLIB specification.  The
  SYSLIB consists of library A and library B (A is first in the
  concatenation).
  
  Scenario 1:  COPYBOOK COPY1 currently exists in library B and is
  currently cached on client in Library B folder.  COPY1 is now
  copied into Library A and modified so that it is different then
  the version in library B.  Source PROGRAM1 is now opened and
  this program has a reference to COPY1.  User then selects 'Open
  Copy Member' from context menu for COPY1 and the version of
  COPY1 from Library B is opened!
  Problem: RDz on 'Open Copy Member' is searching cache first.
  
  Scenario 2: In this error scenario, a version of COPY1 is in
  both Library A and B.  There are also corresponding cached
  copies under the Library A and B folders.   The most current
  version of COPY1 is in Library B.  Outside RDz, COPY1 is
  copied/replaced in Library A.  Within RDz, the version of COPY1
  in Library A is now modified and saved.  The 'cached' version of
  COPY1 is refreshed in the Library A folder.  While this was
  done, PROGRAM1 was opened in an RDz editor.  After new version
  of COPY1 was saved, PROGRAM1 real-time syntax check does not
  reflect new version of COPY1.  Even after PROGRAM1 is closed and
  re-opened, the new version of COPY1 is not reflected!  Only when
  the user disconnects/connects to RDz does the new version of
  COPY1 get reflected in PROGRAM1.
  
  Local Fix:
  
  Client disconnect/reconnect to host will resolve these copybook
  discrepancies.
  

Local fix

Problem summary

• The library name for the copy/include library is stored in a
  hash map.  When new members appear in the dataset concatenation,
  they were not taken into accountbecause the library name was
  already known.
  

Problem conclusion

• Fixed by searching and discovering the library name each
  time it is needed.
  
  The problem listed in this APAR has been resolved with
  IBM Rational Developer for System z V8.0.3.3 Fix Pack which
  is available from the Recommended Fixes support download page:
  http://www-1.ibm.com/support/docview.wss?rs=2294&uid=swg27006335
  

Temporary fix

Comments

APAR Information

• APAR is sysrouted FROM one or more of the following:

• APAR is sysrouted TO one or more of the following:

Fix information

• Fixed component name

  RATL DEV FOR SY

• Fixed component ID

  5724T0700

Applicable component levels

• R803 PSY

     UP