<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: java error in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/java-error/m-p/3956716#M94983</link>
    <description>I agree with SEP.&lt;BR /&gt;&lt;BR /&gt;There might be an underlying connectivity problem, but the application definitely isn't making the diagnosis easy.&lt;BR /&gt;&lt;BR /&gt;Some wild guessing follows:&lt;BR /&gt;&lt;BR /&gt;It might be that it does not check whether the setup of the XAConnectionFactory (whatever that is) succeeds or not, and just proceeds forward until the connection is needed, and then blows apart when the assumed connectivity isn't there. Sadly, this lack of error checking is far too common.&lt;BR /&gt;&lt;BR /&gt;At this point, a good program should output an error message detailing where it was trying to connect and what kind of error there was.&lt;BR /&gt;&lt;BR /&gt;To even begin to solve this problem, you would need to know what the "XAConnectionFactory" and "dlq connection" are and where they're supposed to connect to in this part of the program. Armed with this information, you could check whether there are any network or firewall problems. Or maybe the target system simply isn't responding.&lt;BR /&gt;&lt;BR /&gt;With only the error message, I think this problem is not solvable without access to the java source code or a lot more documentation about this specific application.</description>
    <pubDate>Tue, 06 Mar 2007 16:33:53 GMT</pubDate>
    <dc:creator>Matti_Kurkela</dc:creator>
    <dc:date>2007-03-06T16:33:53Z</dc:date>
    <item>
      <title>java error</title>
      <link>https://community.hpe.com/t5/operating-system-linux/java-error/m-p/3956714#M94981</link>
      <description>We have a data warehouse server running Informatica. We are seeing errors logged which we know next to nothing about. Please see the attached extraction from the log.&lt;BR /&gt;&lt;BR /&gt; Any help would be appreciated.</description>
      <pubDate>Tue, 06 Mar 2007 13:46:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/java-error/m-p/3956714#M94981</guid>
      <dc:creator>Bob Manocchia</dc:creator>
      <dc:date>2007-03-06T13:46:52Z</dc:date>
    </item>
    <item>
      <title>Re: java error</title>
      <link>https://community.hpe.com/t5/operating-system-linux/java-error/m-p/3956715#M94982</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;This looks like bad application code. You probably didn't write the code so it should be reported to those who did provide the code.&lt;BR /&gt;&lt;BR /&gt;It would be helpful to know what your current level of java is. Bringing it up to date might help so long as informatica doesn't have a problem with that.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.hp.com/go/java" target="_blank"&gt;http://www.hp.com/go/java&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;swlist -l product | grep jre&lt;BR /&gt;or&lt;BR /&gt;swlist -l product | grep jdk&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 06 Mar 2007 15:26:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/java-error/m-p/3956715#M94982</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2007-03-06T15:26:15Z</dc:date>
    </item>
    <item>
      <title>Re: java error</title>
      <link>https://community.hpe.com/t5/operating-system-linux/java-error/m-p/3956716#M94983</link>
      <description>I agree with SEP.&lt;BR /&gt;&lt;BR /&gt;There might be an underlying connectivity problem, but the application definitely isn't making the diagnosis easy.&lt;BR /&gt;&lt;BR /&gt;Some wild guessing follows:&lt;BR /&gt;&lt;BR /&gt;It might be that it does not check whether the setup of the XAConnectionFactory (whatever that is) succeeds or not, and just proceeds forward until the connection is needed, and then blows apart when the assumed connectivity isn't there. Sadly, this lack of error checking is far too common.&lt;BR /&gt;&lt;BR /&gt;At this point, a good program should output an error message detailing where it was trying to connect and what kind of error there was.&lt;BR /&gt;&lt;BR /&gt;To even begin to solve this problem, you would need to know what the "XAConnectionFactory" and "dlq connection" are and where they're supposed to connect to in this part of the program. Armed with this information, you could check whether there are any network or firewall problems. Or maybe the target system simply isn't responding.&lt;BR /&gt;&lt;BR /&gt;With only the error message, I think this problem is not solvable without access to the java source code or a lot more documentation about this specific application.</description>
      <pubDate>Tue, 06 Mar 2007 16:33:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/java-error/m-p/3956716#M94983</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2007-03-06T16:33:53Z</dc:date>
    </item>
  </channel>
</rss>

