=9007738.
-Original Message-
From: [email protected]
[mailto:[email protected]] On Behalf Of Mickey Segal
Sent: Saturday, October 26, 2013 5:04 PM
To: 'Sean Mullan'; [email protected]
Subject: RE: InvocationTargetException when runn
I wasn't using JNLP so I don't know if JNLP versioning was the relevant part of
the release notes. The part about " Non-JNLP trusted applet fails to load
using the file:\\ URL", however, seemed highly relevant. The recommended
approach was " Use a JNLP file to launch the applet" and I tried th
Thanks for the information. I apologize for the delay in responding; the
reason will become clear below.
I'll need to get up to speed on JNLP and will be able to do this until the
conference I'm at ends and Saturday and I have a few days off before the next
conference.
However, re
I think this is a known issue. There is a workaround documented in the
JDK 7u45 release notes, can you try it out? See "JNLP applet fails to
load if using JNLP versioning.":
http://www.oracle.com/technetwork/java/javase/7u45-relnotes-2016950.html
--Sean
On 10/18/2013 04:44 PM, Mickey Segal wr
Am 18.10.2013, 22:44 Uhr, schrieb Mickey Segal :
There is nothing here that jumps out to me as something that I can fix,
so I will go ahead and file the bug report. I'll probably wait a day in
case anyone else has something important to add.
Yes, looks like a Java bug. One thing you could
Thanks. I didn't know that some Exceptions were not visible until the trace
level was set higher.
There is nothing here that jumps out to me as something that I can fix, so I
will go ahead and file the bug report. I'll probably wait a day in case anyone
else has something important to add.
Am 18.10.2013, 19:55 Uhr, schrieb Mickey Segal :
I'm working this up as a bug report. I have a description, a Web
version and a zip file to download and try locally at:
http://www.segal.org/java/SignedAppletTest/
I get this in the detail view:
java.lang.RuntimeException: java.lang.reflect.
On Windows there is a folder:
C:\Users\MyUserName\AppData\LocalLow\Sun\Java\Deployment\log
but it is empty.
I'm working this up as a bug report. I have a description, a Web version and a
zip file to download and try locally at:
http://www.segal.org/java/SignedAppletTest/
If anyone has any insig
On 10/18/2013 10:53 AM, Mickey Segal wrote:
I'm having trouble resolving what you mean by $HOME. I'm used to it meaning on
Windows the same thing as the user.home property, which is:
c:\Users\MyUserName\
but I don't see anything there, even looking with "Hide protected operating system
files"
I'm having trouble resolving what you mean by $HOME. I'm used to it meaning on
Windows the same thing as the user.home property, which is:
c:\Users\MyUserName\
but I don't see anything there, even looking with "Hide protected operating
system files" disabled.
Can you help point me in the right
I implemented for our Java applet that runs locally the following Manifest
lines:
Permissions: all-permissions
Codebase: *
We'd added these in a Manifest.txt file for our Web version after the changes
in a previous version that flagged errors unless these were present.
But after installing 7
On 10/18/2013 06:37 AM, Mickey Segal wrote:
We were able to get past the problem of getCodeBase() returning null
by hard-coding the URL. This worked in 7 update 25 and 7 update 40.
We were able to debug that problem because the applet would launch
and we could use println statements find that th
There are also some JAR Manifest changes in 7u45, as detailed at
http://www.oracle.com/technetwork/java/javase/7u45-relnotes-2016950.html#newft
I don't know if that can explain the complete failure to load and the
InvocationTargetException, or is just an additional issue.
-Original Messag
We were able to get past the problem of getCodeBase() returning null by
hard-coding the URL. This worked in 7 update 25 and 7 update 40. We were able
to debug that problem because the applet would launch and we could use println
statements find that the problem was getCodeBase() returning null
Am 17.10.2013, 20:47 Uhr, schrieb Mickey Segal :
For years, we've used the ability to run our signed Java applet locally
when we are in a location without internet access. That seems no longer
to work as of Java 7 update 45. When the applet is launched, a
java.lang.reflect.InvocationTarge
I've tested Java 8 build 111 (jre-8-ea-bin-b111-windows-i586-10_oct_2013) and
the InvocationTargetException problem doesn't occur. Does that mean that the
InvocationTargetException problem is a bug in Java 7 or a feature not yet
propagated to Java 8?
16 matches
Mail list logo
