IV14201: XML CATALOG RESOLVER DOESN'T TOLERATE CERTAIN Z/OS USER.DIR VALUES

APAR status

• Closed as program error.

Error description

• Error Message: Received 'java.net.UnknownHostException' while
  running a java program as a batch job on Z/OS. This error occurs
  only when the job is run by some users.
  
  Typically the Users involved either do not have a home directory
  defined, or have their home directory set to '/' (root) or ""
  (empty string) or some other invalid location.
  
  .
  Stack Trace: java.net.UnknownHostException: basename
       at
  java.net.PlainSocketImpl.connect(PlainSocketImpl.java:207)
       at
  java.net.SocksSocketImpl.connect(SocksSocketImpl.java:377)
       at java.net.Socket.connect(Socket.java:539)
       at java.net.Socket.connect(Socket.java:488)
       at sun.net.NetworkClient.doConnect(NetworkClient.java:175)
       at sun.net.NetworkClient.openServer(NetworkClient.java:130)
       at sun.net.ftp.FtpClient.openServer(FtpClient.java:500)
       at sun.net.ftp.FtpClient.openServer(FtpClient.java:487)
       at
  sun.net.http://www.protocol.ftp.ftpurlconnection.connect/(FtpURL
  Connection.java:282)
       at
  sun.net.http://www.protocol.ftp.ftpurlconnection.getinputstream/
  (FtpURLConnection.java:364)
       at java.net.URL.openStream(URL.java:1022)
       at com.ibm.xml.resolver.Catalog.parseCatalogFile(Unknown
  Source)
       at
  com.ibm.xml.resolver.Catalog.parsePendingCatalogs(Unknown
  Source)
       at com.ibm.xml.resolver.Catalog.parseCatalog(Unknown
  Source)
       at com.ibm.xml.resolver.Catalog.loadSystemCatalogs(Unknown
  Source)
       at
  com.ibm.xml.resolver.CatalogManager.getPrivateCatalog(Unknown
  Source)
       at com.ibm.xml.resolver.CatalogManager.getCatalog(Unknown
  Source)
       at
  com.ibm.xml.resolver.tools.CatalogResolver.initializeCatalogs(Un
  known Source)
       at
  com.ibm.xml.resolver.tools.CatalogResolver.<init>(Unknown
  Source)
       at
  com.sun.xml.internal.ws.util.xml.XmlUtil.createDefaultCatalogRes
  olver(XmlUtil.java:306)
       at
  com.sun.xml.internal.ws.client.WSServiceDelegate.parseWSDL(WSSer
  viceDelegate.java:267)
       at
  com.sun.xml.internal.ws.client.WSServiceDelegate.<init>(WSServic
  eDelegate.java:230)
       at
  com.sun.xml.internal.ws.client.WSServiceDelegate.<init>(WSServic
  eDelegate.java:178)
       at
  com.sun.xml.internal.ws.spi.ProviderImpl.createServiceDelegate(P
  roviderImpl.java:93)
       at javax.xml.ws.Service.<init>(Service.java:67)
  .
  

Local fix

• z/OS Users wishing to run Java applications typically require a
  writable home directory. One should be created to avoid this
  particular XML Resolver problem.
  

Problem summary

• On z/OS it's possible for the value of user.dir to be ".", "/"
  or "". The XML catalog resolver in XML4J doesn't tolerate any of
  these values very well and will print the stack trace of an
  exception to System.err when the resulting URL cannot be read.
  Since the exception is printed to System.err customers (like
  this one) may see it in a log and be alarmed about it.
  

Problem conclusion

• This defect will be fixed in:
  6.0.0 SR10 FP1
  6.0.1 SR1 FP1
  7.0.0 SR1
  .
  IBM JVM has been updated to correctly handle
  java.net.UnknownHostException.
  

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

  XML/XSL

• Fixed component ID

  620700126

Applicable component levels

• R600 PSY

     UP