PK77156: SEMAPHORE ERROR CATCHING FOR SHARED CLASS CACHE.

APAR status

• Closed as duplicate of another APAR.

Error description

• Error Message: The user would not see an error if the a
  semaphore for the shared class cache could not be taken or
  given.
  
  This problem may surface as a hang in a call to semop when
  initializing the shared classes feature of Java 5.0 when 2
  or more application servers are started concurrently.
  .
  The apar this was sysrouted from, IZ37032, is scheduled to go
  in SDK for z/OS 5.0 SR9 which is targeted to be picked up by
  WebSphere Application Server for z/OS in 6.1.0.23.
  

Local fix

• If you are encountering a hang or other errant behavior with the
  Shared Classes feature of Java 5.0, please delete the "control
  files" created.
  
  These files are typically created in the /tmp directory, but the
  "controlDir" option of -Xshareclasses may be used to override
  the location. If you are using a middleware product which
  enables these Shared Classes, consult that product's
  documentation as to the location of these Control Files.
  
  You can also avoid this problem entirely by disabling use of the
  shared class feature. By default the JVM ships with this feature
  disabled, so Stand-Alone Java applications should not require
  any changes.
  If you are using a product which does enable this feature
  (middleware like WebSphere Application Server for example) the
  following java commandline option can be used to deactivate it:
      -Xshareclasses:none
  

Problem summary

Problem conclusion

Temporary fix

Comments

• APAR PK77156 is being closed DUP of PK74105. PK77156 is fixed
  by APAR IZ37032. APAR PK74105 will document the delivery of
  the IBM Java5 SDK SR9 for z/OS, which contains the fix for
  IZ37032.
  

APAR Information

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

  IZ37032

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

Fix information

Applicable component levels