[Bug 3650] net.sourceforge.jnlp.runtime.AppletEnvironment.startApplet

[bugzilla-daemon at icedtea.classpath.org]

https://icedtea.classpath.org/bugzilla/show_bug.cgi?id=3650

--- Comment #3 from Radhadatta <radmahap at in.ibm.com> ---
(In reply to JiriVanek from comment #1)
> I'm not sure what you are doing. ITW on windows do not support in-browser
> applets.
> If you run appelt via javaws, then you are using plain javaws some.jnlp
> where some.jnlp contains applet-desc ?
> 
> The logs are messy. Can you provide single log from single run?
> Can you share jnlp file?
> Can you provide how you run itw? Is it redhat binary, or our netx.jar?
> 
> I see: javax.net.ssl.SSLException: Unrecognized SSL message, plaintext
> connection?
> 	at sun.security.ssl.InputRecord.handleUnknownRecord(InputRecord.java:710)
> 	at sun.security.ssl.InputRecord.read(InputRecord.java:527)
> 	at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:975)
> 	at
> sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:
> 1367)
> 	at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1395)
> 	at sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1379)
> 	at sun.net.www.protocol.https.HttpsClient.afterConnect(HttpsClient.java:559)
> 	at
> sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.
> connect(AbstractDelegateHttpsURLConnection.java:185)
> 	at
> sun.net.www.protocol.http.HttpURLConnection.
> getInputStream0(HttpURLConnection.java:1564)
> 	at
> sun.net.www.protocol.http.HttpURLConnection.access$200(HttpURLConnection.
> java:91)
> 	at
> sun.net.www.protocol.http.HttpURLConnection$9.run(HttpURLConnection.java:
> 1484)
> 	at
> sun.net.www.protocol.http.HttpURLConnection$9.run(HttpURLConnection.java:
> 1482)
> 	at java.security.AccessController.doPrivileged(Native Method)
> 	at
> java.security.AccessController.doPrivilegedWithCombiner(AccessController.
> java:782)
> 	at
> sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.
> java:1481)
> 	at java.net.HttpURLConnection.getResponseCode(HttpURLConnection.java:480)
> 	at
> sun.net.www.protocol.https.HttpsURLConnectionImpl.
> getResponseCode(HttpsURLConnectionImpl.java:347)
> 	at
> net.sourceforge.jnlp.cache.ResourceDownloader.
> getUrlResponseCodeWithRedirectonResult(ResourceDownloader.java:76)
> 	at
> net.sourceforge.jnlp.cache.ResourceDownloader.findBestUrl(ResourceDownloader.
> java:267)
> 	at
> net.sourceforge.jnlp.cache.ResourceDownloader.
> initializeOnlineResource(ResourceDownloader.java:130)
> 	at
> net.sourceforge.jnlp.cache.ResourceDownloader.
> initializeResource(ResourceDownloader.java:122)
> 	at
> net.sourceforge.jnlp.cache.ResourceDownloader.run(ResourceDownloader.java:
> 111)
> 	at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:
> 1149)
> 	at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:
> 624)
> 	at java.lang.Thread.run(Thread.java:748)
> 
> 
> So maybe wrong crypto setup of jdk or server? BUt more likely this is only
> following exception. Does the application works in linux? 
> 
> Generally to debug this, I need a reproducer.

Hi,

Earlier we were able to start our applet through Oracle Java web start. Now we
are planning to use OpenJDK8 and IcedTea web for Webstart to execute our
applet. Our application is hosted on AIX system .Our application generates the
dynamic .jnlp file when we send request through browser . The .jnlp file will
downloaded into client machine and the same .jnlp file opened with webstart to
invoke the applet.

I have attached the fresh logs which contains my .Jnlp file. 

It is netex.jar.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20181121/051310bb/attachment.html>