If you specify, -Djavax.net.debug=all at the command line launching your
app, it might give you some useful information about the connection process.
From: JAVA400-L <java400-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of James H.
Sent: Friday, June 7, 2019 10:33 AM
Subject: Re: Weirdness with our Tomcat webapp, at only one customer
From: JAVA400-L <java400-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of
Sent: Friday, May 31, 2019 6:45 PM
To: Java 400 List <java400-l@xxxxxxxxxxxxxxxxxx>
Subject: Weirdness with our Tomcat webapp, at only one customer
We've got a customer with a problem. And I can't make head or tail of it.
The Tomcat-based webapp on our CRM product makes a call to
In every other installation of the product, it works just fine, under Java
6, Java 7, and Java 8 JVMs.
But on this one customer box, it fails, . . .
The problem continues: the Tomcat-based webapp consistently fails to access
maps.googleapis.com for one customer (regardless of whether I run Tomcat
under Java 7 or Java 8), but works fine everywhere else, under Java 6, 7,
and 8, under OS releases from the current one all the way back to V6R1.
I've worked up a native test, using Scott Klement's HTTPAPI, plugging the
above request into his EXAMPLE3 program that demonstrates https. I had hoped
that it would fail in the same way, and I might find something in the
diagnostics, but instead of failing, it consistently works perfectly.
And our Java specialist gave me a simple JAR, runnable from a QShell command
line, that sent the same request, the same way the webapp does.
And *it* fails consistently, except that it always seems to fail with the
"Failed to connect" message, rather than the "Unable to find acceptable
protocols" message, whereas the webapp switches between the two messages,
seemingly at random.
Could there be some LICPGM that's missing, that would only affect the
ability of Java to connect to the web service, but leave HTTPAPI unaffected?
This is the Java Programming on and around the IBM i (JAVA400-L) mailing
list To post a message email: JAVA400-L@xxxxxxxxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
or email: JAVA400-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at
Help support midrange.com by shopping at amazon.com with our affiliate
As an Amazon Associate we earn from qualifying purchases.