Java applet manifest - having Trusted-Library=true attribute still shows display warning in JRE 1.7 u45

As mentioned in link http://download.oracle.com/javase/6/docs/technotes/guides/jweb/mixed_code.html For applications and applets that are designed to allow unsigned components, the Trusted-Library attribute should be used. No warning dialog will be displayed and an application or applet may load jar files containing untrusted classes or resources.
But with the the latest jre 1.7 u45 we are getting security warning prompts. It is recommednded that newer Caller-Allowable-Codebase attribute should be used to handle the warning prompt. However, if I used newer one it will break the in updated 40 , and if I am using both display prompt will continue to come in jre 1.7 u45
Is there any solution to above problem? How can we support backward compatibility? In what sequence can we use the attribute such that both jre 1.7 u40 and 45 should stop display warning message?

Thank you for the quick reply.
However, I don't get the point. Do you say, a trusted library cannot call an untrusted (= unsigned) library other than by reflection?
Then how do I use the unsigned library from my applet? The problem is mixed code (= signed and unsigned jars), there should be a way to use the unsigned jars of 3rd party contributions. For example, I would have an applet and would like to create a PDF using itext. The itext jar is unsigned, how can I use it? The same is true for the apache libraries like commons etc.
From http://download.oracle.com/javase/6/docs/technotes/guides/jweb/mixed_code.html, I understood, that the applet jar (= the jar, that contains the class inheriting from Applet and referred to in the "code" attribute of the applet tag), should be signed and have a manifest with attribute "Trusted-Library: true" set. Then it could use classes from unsigned jars. There may be some difficulties when using reflection (Class.forName, Resource.getBundle etc.), but in general it could use the untrusted libraries without change. The explanation of the new classloader hierarchy in that document did not match (the unsigned jars have been described there as being loaded by the applet classloader, which would be the child of the new trusted library class loader. So the classes of the trusted library would not see the untrusted classes as to my understanding) but the rest of the description pointed to that.
Did I understand this incorrectly? Then how can I use the unsigned libraries? What I need is a simple, but complete example that is working, including the applet tag, two jars, one unsigned and one signed and the code of the source and the manifests of these jars. Can you scetch such an example or do you know of some?
Anyway, thank you again for the response.
Edited by: 883189 on Sep 5, 2011 2:17 AM

Similar Messages

How do I remove an iBook from the "Purchased" window of the iBooks store? I have already deleted it from the "Library" but it still shows up as a purchased book.

How do I remove an iBook from the "Purchased" window of the iBooks store? I have already deleted it from the "Library" but it still shows up as a purchased book.

You can't currently delete items from your Purchased page, all you can do is hide (and unhide) them : http://support.apple.com/kb/HT4919

Add Files java applet does not trust our certificate

We have installed Novell Filr and it is working great except for one issue. The java applet that runs when the Add Files button is clicked does not trust our certificate authority. We purchased and installed a SSL certificate, and both IE and Firefox accept it (before installing, we got a certificate warning every time we went to Filr).
The certificate authority is Starfield Secure Certificate Authority, and we use certificates from them for our websites and mail servers, so I do not understand why this applet and/or Java do not.
Is there any way to stop the scary warning message our users get. FYI - this happens the first time the Add Files button is clicked in each session.
Paul Rebmann

Originally Posted by jmarton
na paul wrote:
>
> We have installed Novell Filr and it is working great except for one
> issue. The java applet that runs when the Add Files button is clicked
> does not trust our certificate authority. We purchased and installed
> a SSL certificate, and both IE and Firefox accept it (before
> installing, we got a certificate warning every time we went to Filr).
>
> The certificate authority is Starfield Secure Certificate Authority,
> and we use certificates from them for our websites and mail servers,
> so I do not understand why this applet and/or Java do not.
>
> Is there any way to stop the scary warning message our users get.
> FYI - this happens the first time the Add Files button is clicked in
> each session.
That sounds a little different than what this was designed to fix, but
by any chance have you installed the updated Java applets on the Filr
appliance?
http://download.novell.com/Download?...d=zRrgEN6Kvxo~
Your world is on the move. http://www.novell.com/mobility/
BrainShare 2014 is coming. http://www.novell.com/brainshare/
Hi Paul
Whatever you do it will not work properly especially when some of the users try to use "edit in place". Save yourself the headache and install trusted certificate (primary and intermediate) then even Java will work ok.

Using external libraries over signed Java applet: InvocationTargetException when running locally with 7u51

We have a signed Java applet that uses external libraries, specifically the OpenOffice application libraries.
We have a problem running Java applet with 7u51 of "InvocationTargetException" when use these libraries OpenOffice, that is not signed; regardless of the browser used (Mozilla Firefox, Explorer, Chrome).
Please, as you could solve this problem? This problem can not arose with 7u40 and earlier..
Best regards.

In java - JRE 1.7.0_51-b13 and signed applet - Stack Overflow found solution. I've missed to add in external jars manifest this:
Trusted-Library: true

Java Applet Window showing on signed applet popups

I have an applet deployed that is signed, but I'm experiencing a very annoying problem with JPopup windows that cross outside the border of the JFrame created by the Applet.
Those pop-up windows still show the warning at the bottom "Java Applet Window". That part is pretty annoying and I don't understand why it's doing that since they are coming from a signed, trusted applet.
Just to be clear, any of the JPopups or JDialogs or anything else we display inside the frame doesn't have this warning since we signed the applet.

Our team is also using a signed applet and are having trouble with popup items not being accessible outside of the JFrame.
In appletviewer the popup (JXDatePicker) is fully accessible. If running in Internet Explorer on Windows 2000 the portion of the popup outside of the JFrame paints correctly but cannot receive click events correctly.
It would be preferrable that if the popup cannot receive events outside of the applet frame that the popup would be smart enough to pop itself fully in the applet frame.
Any suggestions?
Thank you.

Problem running Java applets since Java update 2 (1.6.0_20)

Hi,
Since I upgraded to Java update 2, Java applets started having problems. The most noticeable ones are:
Non-modal windows appear behing the browser Window (tested Safari 4, 5, Chrome 5).
Double buffering not working as usual (slower, white boxes appear when dragging a window, etc.)
Slower rendering in general
The same applications run perfectly using Java Web Start. And they used to work very well also in Java update 1.
The application can be tested here (press ok if a login prompt appears):
Java applet: http://jmap3.k2geospatial.com/montreal_applet/
Java Web Start: http://jmap3.k2geospatial.com/montreal_jws/dockingClient.jnlp
Our applications running in applets use the new plug-in 2 with JNLP files.
Notice the Java startup splash (the animated sun-like logo) is not moving as smoothly as usual. It is very jerky now.
Are these problems known by anyone?
How can I downgrade Java to previous version?
sorry I cross-posted this in Unix forum also. I think it is better here.
Thank you,
Jean-Robert
K2 Geospatial

Since the last Java update on mac, all my OpenGL applets stop working and now just shows a white screen on Chrome, Firefox and Opera. They was working well on all browsers (Safari/WebKit,Chrome,Firefox,Opera) just before the update.
The trouble maker seem to be the java plugin 2 and the new offscreen rendering pipeline, as reported by jrhaddad with the disucssion linked to the different Java/OpenGL community forums.
This is a huge regression for me, and I think for all hobbies/ independent developers and all companies who are doing some Java/OpenGL develoment. All our work just stop working since this update.
If would really want to know from Apple if they are working on this problem and/or how this can be solved.
Should this be fixed by Apple with a new java update, or should the various browsers must upgrade their applet support plugins according to the new java plugin 2 changes ?
Best Regards,
Jérôme

Java applets in reports?

I'm working with a client who's using a product that stores strings of data that are translated to simple floor plan drawings. They'd like to be able to print reports with these drawings in them, but the only display tool I have available is a Java applet. Is there any way to embed the display output of this applet into a Reports document?

1) create a text box where you want the applet to appear
2) insdie the text box, type/paste the HTML code that calls the applet. for example:
<base href=http://cagney.uk.oracle.com/java/NervousText/>
<applet code="NervousText.class" width=&ObjectWidth height=&<ObjectHeight>>
<param name=text value="&deptno">
</applet>
(this example from the Help in Oracle Reports)
3) in the property palette of the text box set Contains HTML Tags to YES.
4) the applet itself needs to be on the reports server in the directory where the reports are stored. (check metalink.oracle.com on this, its been a while, and it may actually be a system directory)
when the report is called up in your browser the applet should appear.
If i left something out, check metalink. THere are white papers on this issue. Good luck!

Error while loading java applets

hello,
for some reason, whenever i try to open up a website using a java applet or even when I tried to download the latest version of jre, i get this error:
Java Plug-in 1.6.0_18
Using JRE version 1.6.0_18-b07 Java HotSpot(TM) Client VM
User home directory = C:\Users\owner
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
l: dump classloader list
m: print memory usage
o: trigger logging
q: hide console
r: reload policy configuration
s: dump system and deployment properties
t: dump thread list
v: dump thread stack
x: clear classloader cache
0-5: set trace level to <n>
load: class RedBlack.class not found.
java.lang.ClassNotFoundException: RedBlack.class
     at sun.plugin2.applet.Applet2ClassLoader.findClass(Unknown Source)
     at java.lang.ClassLoader.loadClass(Unknown Source)
     at java.lang.ClassLoader.loadClass(Unknown Source)
     at sun.plugin2.applet.Plugin2ClassLoader.loadCode(Unknown Source)
     at sun.plugin2.applet.Plugin2Manager.createApplet(Unknown Source)
     at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
     at java.lang.Thread.run(Unknown Source)
Caused by: java.net.ConnectException: Connection timed out: connect
     at java.net.PlainSocketImpl.socketConnect(Native Method)
     at java.net.PlainSocketImpl.doConnect(Unknown Source)
     at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
     at java.net.PlainSocketImpl.connect(Unknown Source)
     at java.net.SocksSocketImpl.connect(Unknown Source)
     at java.net.Socket.connect(Unknown Source)
     at sun.net.NetworkClient.doConnect(Unknown Source)
     at sun.net.www.http.HttpClient.openServer(Unknown Source)
     at sun.net.www.http.HttpClient.openServer(Unknown Source)
     at sun.net.www.http.HttpClient.<init>(Unknown Source)
     at sun.net.www.http.HttpClient.New(Unknown Source)
     at sun.net.www.http.HttpClient.New(Unknown Source)
     at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(Unknown Source)
     at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source)
     at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source)
     at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
     at java.net.HttpURLConnection.getResponseCode(Unknown Source)
     at sun.plugin2.applet.Applet2ClassLoader.getBytes(Unknown Source)
     at sun.plugin2.applet.Applet2ClassLoader.access$000(Unknown Source)
     at sun.plugin2.applet.Applet2ClassLoader$1.run(Unknown Source)
     at java.security.AccessController.doPrivileged(Native Method)
     ... 7 more
Exception: java.lang.ClassNotFoundException: RedBlack.class
redBlack.class happen to be one particular applet i was trying to look at. it happens for all sites w/ java applets. Help is very much appreciated.

I see this in the stack trace:
Caused by: java.net.ConnectException: Connection timed out: connectIs it possible you're connecting through a proxy that filters out class files?
Or maybe you're going through a proxy but haven't configured the JVM to go through the same firewall?
Or something else like that?

After moving itunes library paths are still set to old drive

I have moved my itunes library from my hard drive to a network connected NAS drive. The problem I'm finding is that itunes now can't find the songs in the library as they still show (when looking at 'Get info') the path to the old location).
I have done the following:
1 copied all song files in the 'itunes music' folder as well as the files in the folder above (including 'itunes library.itl' and 'itunes library.xml') to the new location
2 Checked the boxes in Edit > Preferences > Advanced that read 'Keep iTunes Media Folder Organized' and 'Copy Files to ITunes Media folder when adding to library'.
3 Changed the iTunes Media Folder location to the new location (the same folder as the 'itunes library.itl' file is held.
4 Re-started iTunes while holding the shift button so that I can 'choose' the library, then browsed to the new location and selected the 'itunes library.itl' file in the new location.
None of this has any effect. This is what I've noticed:
a - The individual files cannot be found and when I right click and choose 'get info' it shows that the path is still set to the old location
b - The 'itunes library.xml' file still shows links to the old path for each of the individual songs.
c - I can manually 'point' the songs individually to the new location so that they can be found - although this is not an option for the whole library which is several thousand. I do this when I get the error message 'The song 'xxxx' cound not be used because the original file could not be found. Would you like to locate it?'.
d - I import a new CD or buy a new song from iTunes, the songs are correctly located on the new drive and play with no problems.
Can anyone tell me if I've missed a step? If I was to guess, I'd say that the 'itunes library.itl' still has all the old paths for the individual songs, but I don't know how to get iTunes to re-create or update that file and can't edit it myself.
Regards, Steve.

Thanks for that R. I'd seen a few of those posts but none of them seemed to match my query exactly.
However, I seem to have found a solution to my own problem. Whether it will help with yours I don't know (looks like you're a Mac user) but here's what I've found:
* The basic problem was with the file itunes music.itl' which was still pointing iTunes to the old location of the music files. I don't know why it didn't update this file when all the 'consolidating files' was done but there you go. This is not in a format editable by ordinary mortals, but you can re-create it if it gets corrupted by editing another file called 'itunes music.xml', which is in an editable format.
* It seems the .xml file basically contains all the .itl file information and is used essentially as a backup (my guess, don't know if it's correct). So deleting the .itl file and then re-creating it by telling the system to import the information from the .xml file is the thing to do. Here's how I did it:
* Go to the new drive and path where you've copied your itunes library to. I copied both the two files above first just in case to my desktop (doesn't really matter where). They're in the 'Music' folder above the folder where all your music files are kept (music files are kept in 'iTunes Music' in my setup).
* Edit the 'itunes music.xml' file. You'll need a good text editor with search and replace functions to do this as you'll have to do the same number of replacements as you have song files - in my case a number of thousand. Even better than a standard text editor would be an XML editor as that will make the text file easier to read (I used Dreamweaver just because I already have it on my system).
* If you look through your xml file you'll see all your songs listed with lots of other information such as track id. At the end you'll see a line that says something like:
<key>Location</key><string>file://localhost//EDNET01/Users/Steve/My%20Documents/My%20Music/iTunes/iTunes%20 Music/Bob%20Dylan/Modern%20Times/01%20Thunder%20On%20the%20Mountain.m4p</string>
If you're in the same position as me you'll notice that the path name is wrong (it's still showing the old path and drive). So the job is basically to edit and replace each of the paths to show the new drive and path.
*To do this with a single search and replace you don't need to change the album and file name, nor should you need to change the folder containing all the song files. This is the search and replace change I made then:
Search (all instances, hopefully if your text editor will allow it):
//localhost//EDNET01/Users/Steve/My%20Documents/My%20Music/iTunes/
Replace with:
//localhost/X:/FamilyMusic/
which is the drive and path where I've moved my itunes music to. The song folders are in the folder below that called 'itunes music'.
* Once you've saved this file (and having a backup copy of the old .itl and .xml files saved somewhere just in case) delete the two old files from the new folder where you've copied your music
* Open iTunes. Go to File > Library > Import playlist.
* Navigate to your newly edited version of 'itunes music.xml'. Select it and you should find that itunes begins rebuilding your library with the new paths and creates a new 'itunes music.itl' file in the process.
Once that's done you should have your music, podcasts and playlists back.
** Disclaimer ** I'm no iTunes expert so I don't know if this is the 'proper' way to do things. If it doesn't work you should be ok to replace the copied files back into your music folder and no damage done, but in any event I'm not responsible for any problems. Make sure you've got backups is my advice!

I am having trouble with my JAVA Applet. It isn't functioning on SAFARI. It seems to have stopped working and I used it on SAFARI last year. Any suggestions ?

I am having trouble with my JAVA Applet. It isn't functioning on SAFARI. It seems to have stopped working and I used it on SAFARI last year. Any suggestions?

Post in the Safari forum area.

Using visual library in java applet

Hi,
I try to develop an web application which is use the java applet. So, I just want to ask, is it possible to use the netbeans visual library in the java applet? If not, which library must be used this kind of appliacation and what is the efficent developmen environment (netbeans, java studio creator ?)
best regards,
Ufuk Utku Turuncoglu
ITU, Informatics Institute
HPC Lab

Add org-netbeans-api-visual.jar into your jar/classpath and you should be
OK assuming your Applet is signed/jar packed, you will have to jump through
some hoops to get rg-netbeans-api-visual.jar accessible from your main
jar.
Namely....
class YourClass
void copyResourceFromJarToExtDir(String tResource)
InputStream dllInputStream = getClass().getClassLoader().getResourceAsStream(tResource);
fileSeparator = System.getProperty("file.separator").charAt(0);
String extDir = System.getProperty("java.home")+fileSeparator+"lib"+fileSeparator+"ext";
File outFile = null;
   try
      BufferedInputStream binStream = new BufferedInputStream(dllInputStream);
      outFile = new File(extDir+fileSeparator+tResource);
      BufferedOutputStream boutStream = new BufferedOutputStream(new FileOutputStream(outFile));
      System.out.println("saveing to"+outFile.toString());
      int b = -1;
      while((b = binStream.read()) != -1)
         boutStream.write(b);
      binStream.close();
      binStream.close();
      boutStream.flush();
      boutStream.close();
   catch(Exception e)
       e.printStackTrace();
}To summarize pack the rg-netbeans-api-visual.jar into your Applets main jar and call copyResourceFromJarToExtDir("rg-netbeans-api-visual.jar");
In your Applet.init() and you will be able to access the rg-netbeans-api-visual.jar
directly.
Good Luck!
(T)

Run Priviliged Code in a Java Applet

I am calling a Java applet from Javascript. The Java code needs to run in privileged mode. Eventually it is going to display a file chooser which will display files from the local hard disk, but for now it just returns a simple dummy value. The problem I am having is that the call from JavaScript to Java returns PrivilegedActionException. The applet is in a signed Jar file. I'm running 8u25.
Here's the Java class:
    // Java code
    public class OHLib extends Applet {
        public String getFile() {
            String result;
            try {
                result = (String) AccessController.doPrivileged(new PrivilegedAction() {
                    public String run() {
                        // JFileChooser code will go here
                        return "xxx";
            } catch (Exception e) {
                e.printStackTrace();
            return result;
Can anybody tell me what's wrong with this code? I would also be interested to know why the above try/catch block is not catching the exception. The only place I see the exception is in the browser F12 developer tools.
Here's the JavaScript code:
    function BrowseForFile() {
        var x;
        try {
             // this code generates PrivilegedActionException
             x = ohApplet.getFile();
        } catch (e) {
             console.log(e);
The applet is deployed on my web page as follows:
<script src="/plugins/deployJava.js"></script>
<script>
     var attributes = {
         id:'ohApplet',
         code:'OHLib',
         codebase: 'java',
         archive: 'OHLib.jar',
         width:1,
         height:1,
     var parameters = {
      jnlp_href: 'OHLib.jnlp',
      classloader_cache: 'false',
     deployJava.runApplet(attributes, parameters, '1.8');
<script>
The applet is in a signed jar file, with the following manifest:
Application-Name: <appname>
Permissions: all-permissions
Codebase: <domain>.dev <domain>.com
Caller-Allowable-Codebase: <domain>.dev <domain>.com
Application-Library-Allowable-Codebase: <domain>.dev <domain>.com
The JNLP file is as follows:
    <?xml version="1.0" encoding="UTF-8"?>
    <jnlp spec="1.0+" codebase="" href="">
        <information>
            <title>title</title>
            <vendor>vendor</vendor>
        </information>
        <security>
            <all-permissions />
        </security>
        <resources>
            <j2se version="1.8+" href="http://java.sun.com/products/autodl/j2se" />
            <jar href="OHLib.jar" main="true" />
        </resources>
        <applet-desc
             main-class="OHLib"
             name="OHLib"
             width="1"
             height="1">
         </applet-desc>
    </jnlp>

The problem was that I was not including the anonymous inner class (OHLib$1.class) in the jar file. My original jar command looked like this:
jar cfmv OHLib.jar "../../jar_manifest.txt" OHLib.class
Changing it to below fixed the problem:
jar cfmv OHLib.jar "../../jar_manifest.txt" OHLib.class OHLib$1.class
Credits go to this page for the solution.

I'm crazy!Applet and JNA Error:Library 'jnidispatch' was not found!

Hi all,
sorry to bother you, I really have no idea how to do JNA and Applet. I'm hardly mazy, man.
Every time it will throw an error to me :
Exception in thread "thread applet-JNAApplet-1" java.lang.UnsatisfiedLinkError: Library 'jnidispatch' was not found by class loader sun.plugin2.applet.JNLP2ClassLoader@291aff
     at com.sun.jna.Native.getWebStartLibraryPath(Native.java:858)
     at com.sun.jna.NativeLibrary.<clinit>(NativeLibrary.java:576)
     at com.sun.jna.Library$Handler.<init>(Library.java:140)
     at com.sun.jna.Native.loadLibrary(Native.java:372)
     at com.sun.jna.Native.loadLibrary(Native.java:357)
     at JNAApplet.init(JNAApplet.java:15)
     at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
     at java.lang.Thread.run(Unknown Source)My program is so easy, I just want use Applet to revoke JNA and use the JNA to load a native lib.
here is the structure of my program:
Applet code :
import javax.swing.JApplet;
import javax.swing.JButton;
import javax.swing.JPanel;
import com.sun.jna.Native;
public class JNAApplet extends JApplet {
     public static Kernel32 kernel32 = null;
     @Override
     public void init() {
          createGUI();
          kernel32 = (Kernel32)Native.loadLibrary("Kernel32", Kernel32.class);
          if (kernel32 == null) {
               System.out.println("load kernel32 fail!");
          } else {
               System.out.println("load kernel32 success!");
     private void createGUI() {
          JPanel panelCenter = new JPanel();
          JButton butTest = new JButton("Test");
          panelCenter.add(butTest);
          setContentPane(panelCenter);
}When I run it on debug mode, it is ok! but when I deploy it , it will throw above error message to me.
My Applet html:
<html>
     <head>
          <title>JNA Applet</title>
     </head>
     <body>
     <script src="deployJava.js"></script>
    <script>
        var attributes = { code:'JNAApplet', width:300, height:300} ;
        var parameters = {jnlp_href: 'JNAApplet.jnlp'} ;
        deployJava.runApplet(attributes, parameters, '1.5');
    </script>
     </body>
</html>File 'JNAApplet.jnlp':
<?xml version="1.0" encoding="UTF-8"?>
<jnlp spec="1.0+" codebase="" href="">
    <information>
        <title>JNA Applet</title>
        <vendor>Steven</vendor>
    </information>
    <resources>
        <j2se version="1.5+"
              href="http://java.sun.com/products/autodl/j2se" />
        <jar href="JNAApplet.jar" main="true" />
    </resources>
    <applet-desc
         name="JNA Applet"
         main-class="JNAApplet"
         width="300"
         height="300">
     </applet-desc>
     <update check="background"/>
</jnlp>     I really have no idea. and I can't search any usefull infomation from Google and officer site.
Can any one help me? Thank you very much!!!!

Hi AndrewThompson64:
Did you mean the JNA project? Or are you refering to JNI, or ..something else?Yes, I mean is that I wanna jna.jar to replace JNI to code with Applet. I want Applet can run native library(.dll files).
That reads like so much nonsense to me.Sorry fo that.
Was there any 'caused by' part that you trimmed? I expected to see something to do with 'Security' or 'AccessControl'.Sorry, I can't saw any 'cause by' subsentence there. This message is just gain from Applet Console.(Is there any method to gain more message?)
About 'Security' and 'AccessControl' I just modify my java.policy file to allpermission. Subsequently, I signed all jar files.
For now I have 3 jar files(all have been signed ):
--example.jar : for this little program.(code include applet and application entry)
--jna.jar
--win32-x86.jar : include kernel32.dll and jnidispatch.dll for win32 and x86.
and 2 JNLP files:
--JNAApplet.jnlp the entry is JNAApplet.class (this jnlp does not work)
--JNAApp.jnlp     the entry is JNAApp.class (this jnlp works)
And for now new error message show like this:
Exception in thread "thread applet-JNAApplet-1" java.lang.UnsatisfiedLinkError: Library 'Kernel32' was not found by class loader sun.plugin2.applet.JNLP2ClassLoader@4aeb52
     at com.sun.jna.Native.getWebStartLibraryPath(Native.java:858)
     at com.sun.jna.NativeLibrary.loadLibrary(NativeLibrary.java:97)
     at com.sun.jna.NativeLibrary.getInstance(NativeLibrary.java:228)
     at com.sun.jna.Library$Handler.<init>(Library.java:140)
     at com.sun.jna.Native.loadLibrary(Native.java:372)
     at com.sun.jna.Native.loadLibrary(Native.java:357)
     at JNAApplet.init(JNAApplet.java:12)
     at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
     at java.lang.Thread.run(Unknown Source)
Did you mean invoke?
Revoke: To annul by withdrawing.
Invoke: To call on.Yes, you got it. Thank you.
The JNLP file is invalid. ..I was about to put my 'standard' text here, but I'm sick of saying it. Search the forum for my posts - 50% of them, at least, mention validation and how to go about it.
Also, the applet-desc requires a documentbase.Thank you, I really think I have some invalid section. But I can't find it, and you said 'Search the forum for my posts - 50% of them...' , I can read the JNLP structure on site of sun and I can to read you post too(I'm doing like this).*I only want to know about how to load "native lib like *.dll" properly*.
What 'officer site'?I mean jna project site. Sorry for ambiguity.
Please fix that sticky '!' key. One '!' indicates astonishment, while two or more typically indicates a bozo. Thanks for your advice. Because I tried to find solution do my best lasting two days. I got nothing. I'm sadness.
here post my new files:
import javax.swing.JFrame;
import com.sun.jna.Native;
public class JNAApp {
     public static Kernel32 kernel32 = null;
     public static void main(String[] args) {
          // TODO Auto-generated method stub
          kernel32 = (Kernel32)Native.loadLibrary("Kernel32", Kernel32.class);
          JFrame frame = new JFrame();
          frame.setSize(500, 500);
          frame.setVisible(true);
import javax.swing.JApplet;
import javax.swing.JButton;
import javax.swing.JPanel;
import com.sun.jna.Native;
public class JNAApplet extends JApplet {
     public static Kernel32 kernel32 = null;
     public void init() {
          createGUI();
               kernel32 = (Kernel32)Native.loadLibrary("Kernel32", Kernel32.class);
     private void createGUI() {
          JPanel panelCenter = new JPanel();
          JButton butTest = new JButton("Test");
          panelCenter.add(butTest);
          setContentPane(panelCenter);
<?xml version="1.0" encoding="UTF-8"?>
<jnlp spec="1.0+" codebase="" href="">
    <information>
        <title>JNA Applet</title>
        <vendor>Steven</vendor>
    </information>
    <resources>
        <j2se version="1.5+"
              href="http://java.sun.com/products/autodl/j2se" />
         <jar href="JNAApplet.jar" main="true"/>
         <jar href="jna.jar"/>
    </resources>
       <resources os="Windows" arch="x86">
         <nativelib href="win32-x86.jar"/>
         <nativelib href="kernel32.jar"/>
       </resources>
    <applet-desc
         documentBase=""
            name = "success"
         main-class="JNAApplet" width = "200" height = "200">
     </applet-desc>
     <update check="background"/>
       <security>
         <all-permissions/>
       </security>
</jnlp>
<?xml version="1.0" encoding="UTF-8"?>
<jnlp spec="1.0+" codebase="" href="">
    <information>
        <title>JNA Applet</title>
        <vendor>Steven</vendor>
    </information>
    <resources>
        <j2se version="1.5+"
              href="http://java.sun.com/products/autodl/j2se" />
         <jar href="JNAApplet.jar" main="true"/>
         <jar href="jna.jar"/>
    </resources>
       <resources os="Windows" arch="x86">
         <nativelib href="win32-x86.jar"/>
         <nativelib href="kernel32.jar"/>
       </resources>
    <application-desc
         main-class="JNAApp">
     </application-desc>
     <update check="background"/>
       <security>
         <all-permissions/>
       </security>
</jnlp>     Thanks & Best Regards,
Su Heng

Changes in security from 7 update 45 to 7 update 51 and problems with Java applet

Hello,
After the update (from 7 update 45) to version 7 update 51 we've gotten some problems with a Java Applet as it won't run.
When changing security settings to "medium" it works, but it would not run under the default "high" setting. This lead me to update the manifest file as follows:
Manifest-Version: 1.0
Trusted-Only: true
Application-Name: MyApplet
Permissions: all-permissions
Caller-Allowable-Codebase: www.MySite.com
In addition to this, I added the <param> tag in the HTML page.
<applet name="MyApplet" code="MyApplet" archive="MyApplet.jar">
<param name="permissions" value="all-permissions" />
</applet>
The applet is digitally signed with a certificated issued by Verisign.
It now runs on my system. But I noticed that it also runs if I switch the security setting back to "high", which doesn't make any sense to me.
I've tried another computer and to the same thing there. Would not run. I switched to "medium" and and the applet worked. Switched back to "high" and it still works.
I've tried this in both Google Chorme and Internet Explorer 11.
On a third computer it won't run at all, getting a different error message than on the other two, but still related to permissions/security.
The console log message is:
"liveconnect: Security Exception: JavaScript from http://MySite.comn/MyPage.html attempted to access a resource it has no rights to."
Any ideas what I'm missing or what I need to change to get this beast to run everywhere.

I tried changing the Caller-Allowable-Codebase to not include "www." and it started giving the the same error message as for the third machine in the test.
So, I changed Caller-Allowable-Codebase to "*" which made it work on all machines.
I don't quite understand why it acts differently on different machines, if it's ok with www.MySite.com on one of the the machines, it should be OK on all no?
I don't see a problem with letting it be "*" but it would be nice to understand what's going on.

Problem Launching Java Applet with Plug-in: Version 1.4.2_01

Hello out there:
I recently installed j2re-1.4.2_01 on my home computer but have been unable to access Web sites emmploying JAva applets. The following is an email exchange with Jeff Hall of Lowell Observatory, manager of an educational site hosted by Lowell, trying to resolve my problem. The messages are better understood if read in reverse order.
I'm hoping that someone will recognize the source of my problem and can recommmend a solution. I would appreciate any help offered.
Thanks,
Mike Coucke
Hi Jeff:
Well, I guess the problem lies with me somewhere. Here's my answer/status to your questions/suggestions:
1) I'm using MS Windows Me version 4.90.3000
2) I do have the directory C:\Windows\.jpi_cache\jar\, but the only thing in it is an empty folder labeled "1.0". The file LP.jar does not exist anywhere on my hard drive.
3) I tried several game sites that utilized Java applets and got the same results: the Java cup in the upper left corner followed a few seconds later by the red "X". So, evidently the problem is somewhere on my end.
I'm going to post our email exchanges in a Java Users Forum managed by Sun to see if anyone out there can solve my problem. However, if you have any more suggestions, I'll be glad to try them.
Thanks for the help.
Mike Coucke
[email protected]
----- Original Message -----
From: "Jeffrey Hall" <[email protected]>
To: "'Mike Coucke'" <[email protected]>
Sent: Friday, September 05, 2003 1:02 PM
Subject: RE: Registration with Lowell Education Online
Mike,
Rats! What version of Windows are you using? It's a little strange to
see the user directory set to C:\Windows; if you're using XP, I'd expect
it to be something like C:\Documents and Settings\Mike Coucke. In any
event, the output that is of concern is these two lines:
java.lang.ClassNotFoundException: LPRemote.class
Caused by: java.net.UnknownHostException: proxy
It looks like your browser is not finding our server's IP when it comes
time to download the necessary Java code.
LPRemote.class is the fundamental code that runs LOPARC, and your
browser should be downloading it automatically when you click connect.
LPRemote.class is stored along with a bunch of other classes in a file
called "LP.jar" that you download from our server. So, if you go to C:
in Windows Explorer and do a file search for LP.jar, you should find it.
On my machine, it's stored in a directory called ".jpi_cache\jar\" in my
user home directory. Let me know if you have this file, or the
jpi-cache directory.
One other thing you might try is going to a different site that you know
uses Java applets -- I think some of the online game rooms at Yahoo use
Java. See if other sites that use Java load correctly. Then we'll know
if it's our server specifically, or a more general problem on your end.
Jeff Hall
Lowell Observatory
Hello Jeff:
I still have the Java "blues". I followed your instructions, but am still unable to launch a LOPARC session. After an initial failure, I uninstalled all three Java versions I had (1.4.0, 1.4.1, 1.4.2), then reinstalled 1.4.2_01 from the Sun website.
Now, when I try to launch LOPARC, I initially get a blank window with the Java cup in the upper left corner. After about 20 seconds, the cup changes to a red "X". During those 20 seconds, the following appear in the IE message bar at the bottom of the window: "Applet LPRemote notinited" (their spelling) which changes to "Loading Java Applet Failed..." when the red "X" appears.
Following is a copy of the log from my Java Console during all of this:
Java(TM) Plug-in: Version 1.4.2_01
Using JRE version 1.4.2_01 Java HotSpot(TM) Client VM
User home directory = C:\WINDOWS
Proxy Configuration: Manual Configuration
Proxy: http=proxy,https=proxy,ftp=proxy,gopher=proxy
Proxy Overrides:
c: clear console window
f: finalize objects on finalization queue
g: garbage collect
h: display this help message
l: dump classloader list
m: print memory usage
o: trigger logging
p: reload proxy configuration
q: hide console
r: reload policy configuration
s: dump system properties
t: dump thread list
v: dump thread stack
x: clear classloader cache
0-5: set trace level to <n>
load: class LPRemote.class not found.
java.lang.ClassNotFoundException: LPRemote.class
at sun.applet.AppletClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.applet.AppletClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.applet.AppletClassLoader.loadCode(Unknown Source)
at sun.applet.AppletPanel.createApplet(Unknown Source)
at sun.plugin.AppletViewer.createApplet(Unknown Source)
at sun.applet.AppletPanel.runLoader(Unknown Source)
at sun.applet.AppletPanel.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.net.UnknownHostException: proxy
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at sun.net.NetworkClient.doConnect(Unknown Source)
at sun.plugin.net.protocol.http.HttpClient.doConnect(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at sun.net.www.http.HttpClient.privilegedOpenServer(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient.<init>(Unknown Source)
at sun.net.www.http.HttpClient.<init>(Unknown Source)
at sun.plugin.net.protocol.http.HttpClient.<init>(Unknown Source)
at sun.plugin.net.protocol.http.HttpClient.New(Unknown Source)
at sun.plugin.net.protocol.http.HttpURLConnection.createConnection(Unknown Source)
at sun.plugin.net.protocol.http.HttpURLConnection.connect(Unknown Source)
at sun.plugin.net.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
at java.net.HttpURLConnection.getResponseCode(Unknown Source)
at sun.applet.AppletClassLoader.getBytes(Unknown Source)
at sun.applet.AppletClassLoader.access$100(Unknown Source)
at sun.applet.AppletClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
... 10 more
I followed this up by executing the following three console commands:
"dump system properties"
"dump classholder list"
"dump thread list"
and obtained the following listings:
Dump system properties ...
acl.read = +
acl.read.default =
acl.write = +
acl.write.default =
application.home = C:\PROGRA~1\JAVA\J2RE14~1.2_0
awt.toolkit = sun.awt.windows.WToolkit
browser = sun.plugin
browser.vendor = Sun Microsystems, Inc.
browser.version = 1.1
deployment.javaws.cache.dir = C:\WINDOWS\.javaws\cache
deployment.javaws.jre.0.enabled = true
deployment.javaws.jre.0.location = http://java.sun.com/products/autodl/j2se
deployment.javaws.jre.0.osarch = x86
deployment.javaws.jre.0.osname = Windows
deployment.javaws.jre.0.path = C:\Program Files\Java\j2re1.4.2_01\bin\javaw.exe
deployment.javaws.jre.0.platform = 1.4
deployment.javaws.jre.0.product = 1.4.2_01
deployment.javaws.jre.0.registered = true
deployment.javaws.version = javaws-1.4.2_01
deployment.system.cacerts = C:\PROGRA~1\JAVA\J2RE14~1.2_0\lib\security\cacerts
deployment.system.home = C:\WINDOWS\Sun\Java\Deployment
deployment.system.jssecacerts = C:\PROGRA~1\JAVA\J2RE14~1.2_0\lib\security\cacerts
deployment.system.profile = C:\WINDOWS
deployment.system.security.policy = file:/C:/WINDOWS/Sun/Java/Deployment/security/java.policy
deployment.user.cachedir = C:\WINDOWS\Application Data\Sun\Java\Deployment\cache
deployment.user.certs = C:\WINDOWS\Application Data\Sun\Java\Deployment\security\deployment.certs
deployment.user.extdir = C:\WINDOWS\Application Data\Sun\Java\Deployment\ext
deployment.user.home = C:\WINDOWS\Application Data\Sun\Java\Deployment
deployment.user.jssecerts = C:\WINDOWS\Application Data\Sun\Java\Deployment\security\deployment.jssecerts
deployment.user.logdir = C:\WINDOWS\Application Data\Sun\Java\Deployment\log
deployment.user.profile = C:\WINDOWS\Application Data
deployment.user.security.policy = file:/C:/WINDOWS/Application%20Data/Sun/Java/Deployment/security/java.policy
deployment.user.tmpdir = C:\WINDOWS\Application Data\Sun\Java\Deployment\cache\tmp
file.encoding = Cp1252
file.encoding.pkg = sun.io
file.separator = \
file.separator.applet = true
http.agent = Mozilla/4.0 (Windows Me 4.90)
http.auth.serializeRequests = true
https.protocols = SSLv3,SSLv2Hello
java.awt.graphicsenv = sun.awt.Win32GraphicsEnvironment
java.awt.printerjob = sun.awt.windows.WPrinterJob
java.class.path = C:\PROGRA~1\JAVA\J2RE14~1.2_0\classes
java.class.version = 48.0
java.class.version.applet = true
java.endorsed.dirs = C:\PROGRAM FILES\JAVA\J2RE1.4.2_01\lib\endorsed
java.ext.dirs = C:\PROGRAM FILES\JAVA\J2RE1.4.2_01\lib\ext
java.home = C:\PROGRA~1\JAVA\J2RE14~1.2_0
java.io.tmpdir = C:\WINDOWS\TEMP\
java.library.path = D:\PROGRAM FILES\INTERNET EXPLORER 6;.;C:\WINDOWS\SYSTEM;C:\WINDOWS;D:\PROGRA~1\INTERN~1;;C:\WINDOWS;C:\WINDOWS\COMMAND
java.protocol.handler.pkgs = sun.plugin.net.protocol|sun.plugin.net.protocol
java.runtime.name = Java(TM) 2 Runtime Environment, Standard Edition
java.runtime.version = 1.4.2_01-b06
java.specification.name = Java Platform API Specification
java.specification.vendor = Sun Microsystems Inc.
java.specification.version = 1.4
java.util.prefs.PreferencesFactory = java.util.prefs.WindowsPreferencesFactory
java.vendor = Sun Microsystems Inc.
java.vendor.applet = true
java.vendor.url = http://java.sun.com/
java.vendor.url.applet = true
java.vendor.url.bug = http://java.sun.com/cgi-bin/bugreport.cgi
java.version = 1.4.2_01
java.version.applet = true
java.vm.info = mixed mode
java.vm.name = Java HotSpot(TM) Client VM
java.vm.specification.name = Java Virtual Machine Specification
java.vm.specification.vendor = Sun Microsystems Inc.
java.vm.specification.version = 1.0
java.vm.vendor = Sun Microsystems Inc.
java.vm.version = 1.4.2_01-b06
javaplugin.maxHeapSize = 96m
javaplugin.nodotversion = 142_01
javaplugin.proxy.config.list = http=proxy,https=proxy,ftp=proxy,gopher=proxy
javaplugin.proxy.config.type = manual
javaplugin.version = 1.4.2_01
javaplugin.vm.options = -Djava.class.path=C:\PROGRA~1\JAVA\J2RE14~1.2_0\classes -Xbootclasspath/a:C:\PROGRA~1\JAVA\J2RE14~1.2_0\lib\plugin.jar -Xmx96m -Djavaplugin.maxHeapSize=96m -Xverify:remote -Djavaplugin.version=1.4.2_01 -Djavaplugin.nodotversion=142_01 -Dbrowser=sun.plugin -DtrustProxy=true -Dapplication.home=C:\PROGRA~1\JAVA\J2RE14~1.2_0 -Djava.protocol.handler.pkgs=sun.plugin.net.protocol
line.separator = \r\n
line.separator.applet = true
os.arch = x86
os.arch.applet = true
os.name = Windows Me
os.name.applet = true
os.version = 4.90
os.version.applet = true
package.restrict.access.netscape = false
package.restrict.access.sun = true
package.restrict.definition.java = true
package.restrict.definition.netscape = true
package.restrict.definition.sun = true
path.separator = ;
path.separator.applet = true
sun.arch.data.model = 32
sun.boot.class.path = C:\PROGRAM FILES\JAVA\J2RE1.4.2_01\lib\rt.jar;C:\PROGRAM FILES\JAVA\J2RE1.4.2_01\lib\i18n.jar;C:\PROGRAM FILES\JAVA\J2RE1.4.2_01\lib\sunrsasign.jar;C:\PROGRAM FILES\JAVA\J2RE1.4.2_01\lib\jsse.jar;C:\PROGRAM FILES\JAVA\J2RE1.4.2_01\lib\jce.jar;C:\PROGRAM FILES\JAVA\J2RE1.4.2_01\lib\charsets.jar;C:\PROGRAM FILES\JAVA\J2RE1.4.2_01\classes;C:\PROGRA~1\JAVA\J2RE14~1.2_0\lib\plugin.jar
sun.boot.library.path = C:\PROGRAM FILES\JAVA\J2RE1.4.2_01\bin
sun.cpu.endian = little
sun.cpu.isalist = pentium i486 i386
sun.io.unicode.encoding = UnicodeLittle
sun.java2d.fontpath =
sun.net.client.defaultConnectTimeout = 120000
sun.os.patch.level =
trustProxy = true
user.country = US
user.dir = C:\WINDOWS\Desktop
user.home = C:\WINDOWS
user.language = en
user.name = Michael G. Coucke
user.timezone =
user.variant =
Done.
Dump classloader list ...
codebase=http://kraken.lowell.edu/, key=http://kraken.lowell.edu/,IONJava/classes/ion_16.jar,IONJava/classes/LP.jar, zombie=false, cache=true, refcount=1, info=sun.plugin.ClassLoaderInfo@109de5b
Done.
Dump thread list ...
Group main,ac=11,agc=2,pri=10
main,5,alive
AWT-Windows,6,alive,dameon
AWT-Shutdown,5,alive
Java2D Disposer,10,alive,dameon
AWT-EventQueue-0,6,alive
Group Plugin Thread Group,ac=3,agc=0,pri=10
Main Console Writer,6,alive
AWT-EventQueue-1,6,alive
TimerQueue,5,alive,dameon
Group http://kraken.lowell.edu/-threadGroup,ac=2,agc=0,pri=4
thread applet-LPRemote.class,4,alive
AWT-EventQueue-2,4,alive
Done.
I'm not a Java expert, so this may be more information than you ever wanted to see.
Once again, I hope that you can help. My experience has been that I usually have some obscure option set incorrectly and that causes me great grief.
Thanks fo your help,
Mike Coucke
[email protected]
----- Original Message -----
From: "Jeffrey Hall" <[email protected]>
To: "'Mike Coucke'" <[email protected]>
Sent: Thursday, September 04, 2003 11:48 AM
Subject: RE: Registration with Lowell Education Online
Hi Mike,
Try it now. I think this problem has arisen because Sun just
released a new version of the Plug-in (1.4.2), and when we released the
public beta of LOPARC, only one relevant version (1.4.0) was available
and the LOPARC code was written to look for that by default. I have
just recoded the relevant routines so they should now cause your browser
to simply pick up the latest 1.4 version of the Plug-in you have
installed, whatever it is. I "broke" Java on my machine to replicate
your problem, and the code I inserted today did fix it. Hopefully it
will have the same effect for you. I am running IE 6 and plugin
1.4.2_01 (as accessed via Tools->Sun Java Console).
One broader problem: some (non-LOPARC-specific) users on the Sun
forums have reported the "JRE collision" you are seeing when multiple
versions of the Plug-in are installed on the same machine. So if the
fix I made to our code doesn't work, one option would be to uninstall
all Java components from your computer and do a fresh install of the
latest runtime environment.
Let me know how/if this works. Thanks for the feedback and for your
patience.
Best regards,
Jeff Hall
Lowell Observatory
-----Original Message-----
From: Mike Coucke [mailto:[email protected]]
Sent: Wednesday, September 03, 2003 6:30 PM
To: [email protected]
Subject: Re: Registration with Lowell Education Online
Hello Jeff:
So far, I have been unable to launch a LOPARC session. I repeatedly
get the following error message:
"Exception: java.lang.ClassNotFoundException: LPRemote.class"
My browser is MS Internet Explorer version 6.0.2800.1106 Initially I was
using Java Plug-In version 1.4.1 and received the error message. I went
to the Sun website and downloaded/installed Java Plug-In version 1.4.2
and still get the message.
Before I try to launch LOPARC, I can select Tools->Sun Java Console from
IE's pull down menu to check my Java Plug-In version. When I try to
launch LOPARC, I get the following message:
"Applet(s) in this HTML page requires a version of Java different from
the one the browser is currently using. In order to run the applet(s)
in this HTML page, a new browser session is required, press 'Yes' to
start a new browser session." If I select 'No', I get the following
message: "Java Plug-in detected JRE collission"
If I select 'Yes', a new browser window opens and then I get the first
message above.
Can you help?
Mike Coucke
[email protected]
----- Original Message -----
From: <[email protected]>
To: <[email protected]>
Sent: Monday, September 01, 2003 5:30 PM
Subject: Registration with Lowell Education Online
September 1, 2003
Dear Michael Coucke:
Thank you for registering with Lowell Observatory's online education
site. We hope you enjoy using it and visit regularly as we continue to
expand its features and capabilities. This is a one-time welcoming
email.
For your records, your user ID is xxxxx, and your password is #########.
You'll need to supply these each time you log in.
This site gives you access to research-grade equipment including a 16"
telescope, CCD detector, and image processing software. Our online
archive of data is now available 24/7. The telescope will be opening to
our onsite users in May, and on select nights to the Internet at large
in June.
We have designed this site so you don't need a huge monitor or a
supercomputer to use it. All pages are viewable on screens running at
800x600 resolution or higher. To use LOPARC, you'll need a Java-enabled
browser with the Java 1.4 plug-in installed. If you don't have the
plug-in, you'll be prompted to download it the first time you attempt to
connect. This is an admittedly large (9 MB) but one-time-only download.
This site works correctly under Internet Explorer version 5 or higher.
If you use Netscape, you must be running version 6 or higher, and
display or applet behavior anomalies may occur.
If at any time you can't connect to our server, simply try again later.
We do experience several power outages each year, particularly during
Flagstaff's summer thunderstorm season. Our server is fully protected
and backed up, and can be quickly brought back on line, but any active
user sessions will be lost. Thanks for your patience during these
inevitable downtimes.
Your questions, comments, suggestions, and bug reports about this site
are always welcome. On behalf of the LOPARC development team, thanks
for signing up!
Jeffrey Hall
Assistant Research Scientist
Associate Director, Education and Special Programs
Lowell Observatory
Flagstaff, Arizona

Hi Mike,
I see this in your logs:
Java(TM) Plug-in: Version 1.4.2_01
Using JRE version 1.4.2_01 Java HotSpot(TM) Client VM
User home directory = C:\WINDOWS
Proxy Configuration: Manual Configuration
Proxy: http=proxy,https=proxy,ftp=proxy,gopher=proxy
Proxy Overrides:
I just helped my Dad set up his computer with a new
cable modem, and had the situation where we couldn't
access any secure Web sites. The cable folks had us
disable the proxy. It looks like the error message is
saying it can't find your proxy server, and the logs
you posted say that you've decided to configure your
proxy manually, rather than using the settings from
IE (which is how mine is set up in the plugin
control panel.)
Could that be the problem?
--Steve

Java applet manifest - having Trusted-Library=true attribute still shows display warning in JRE 1.7 u45

Similar Messages

Maybe you are looking for