No sound in java applets in 32bit firefox with bin32-jre plugin.

I got sound in flash, but not in java applets. Is this a known issue? Any workarounds?

I should probably make a wiki article (or ad to the Java wiki article) about this, since it seems to come up quite often (especially on Ubuntu forums, actually). The only good solution I've found is to use Pulseaudio, and rename the java executable to java.bin, and make a script called java in the same folder, and put this in the script:
#!/bin/sh
padsp /opt/java/jre/bin/java.bin "$@"
By the way, the path to the java executable is /opt/java/jre/bin/ I've tried using the same method with plain ALSA by using aoss, and it works sorta, but it causes random crashes of Java, so that's a no go, have to use Pulse.

Similar Messages

  • Re: [Fwd: Java Applet IIOP Call-In with Release 3C--How dowe speed up d

    Hi Michael,
    We have done exactly what you describe and have avoided the slow applet
    download times. Although it can be a bit tricky, it is possible to use
    the ORB bundled inside the Netscape 4.0 browser (Visibroker for Java by
    Visigenic). Most of the code should follow Netscape's examples (on
    http://developer.netscape.com)--just remember to initialize the ORB by
    passing a reference to the current applet in orb_init() (so that you
    invoke something like orb_init(this) [assuming you are extending
    java.applet.Applet]). Pulling up the Java console within your web
    browser should help debug quite a bit (a lot of debug messages will get
    printed there the ORB is having problems).
    Netscape has just implemented the applet caching schemes you describe,
    so it probably shouldn't matter too much if you use another vendor's
    ORB (we've done this with Iona's OrbixWeb). If you use ZIP files, they
    have to be uncompressed, and I don't think that the browser will cache
    them between browser sessions. Netscape 4.0 does seem to handle
    compressed JAR files just fine and it does indeed cache them between
    browser sessions. I'd go with the JAR format anyway since the ZIP
    bundling was just a workaround until Sun got their act together in the
    1.1 JDK.
    By the way, you also might want to take advantage of the code-signing
    and capabilities APIs of Netscape if you are going to invoke methods on
    objects not resident on your web server. Otherwise, you will probably
    run into the (in)famous browser applet security restrictions and you may
    have other problems doing things like callbacks from Forte, etc.
    If you want more detail on how it works, let me know and I can post some
    examples.
    Oh, one last thing: we are a consulting firm specializing in these kinds
    of things :)
    Bill
    Subject: Java Applet IIOP Call-In with Release 3C--How do we speed up download time.
    Date: Wed, 2 Jul 1997 09:10:31 -0500
    From: Michael Nelson <[email protected]>
    To: "'[email protected]'" <[email protected]>
    We have successfully implemented a simple Java Applet that calls into
    Forte Services via IIOP. However, the duration of the download time
    for
    Applet and its required class files is UNACCEPTABLE in a typical
    INTERNET environment where 28.8K modems and multiple hops around the
    net
    are not uncommon. We dialed into our network at 28.8K (but no
    hopping),
    and found that download times varied from 1.5 - 2.0 minutes. This is
    unacceptable, even by internet standards. We have been using the
    Visigenic Visibroker product as the ORB.
    After doing some investigation, we've come up with several ideas to
    speed up download time:
    1. Figure out how to use the Visigenic components (CORBA/IIOP class
    files) that come bundled with the latest version of the Netscape
    Navigator browser, so that they don't have to be downloaded
    2. Figure out how to use ZIP files. Here's what I've read: "Since
    the
    introduction of Netscape Navigator 3.0, you can specify an
    uncompressed
    .zip file as an addition to the code base of your application. By
    specifying a ZIP file, the browser will load your applet's classes
    from
    a specified ZIP file before it searches the code base. This ZIP can
    improve applet download time by reducing the number of HTTP
    connections
    required to fetch applet code. As an added benefit, Netscape caches
    the
    single ZIP file so that it will not reload your applet unless the date
    of the ZIP file has changed."
    3. Figure out how to use JAR files. Here's what I've read: "JAR
    stands for Java archive. It's a file format based on the popular ZIP
    file format and is used for aggregating many files into one. Although
    JAR can be used as a general archiving tool, the primary motivation
    for
    its development was so that Java applets and their requisite
    components
    can be downloaded to a browser in a single HTTP transaction, rather
    than
    opening a new connection for each piece. This greatly improves the
    speed with which an applet can be loaded onto a web page and begin
    functioning. The JAR format also supports compression, which reduces
    the
    size of the file and improves download time still further."
    Unfortunately, we've been unable to get any of these approaches to
    work.
    Has any one used these or other approaches to speed up applet
    download
    time? Or, does anyone know of consulting firms that specialize in
    this
    sort of thing?
    Thanks in advance for your help.
    Mike Nelson, Project Leader
    Metrix, Inc.
    [email protected]
    414-798-8560 x1157
    Billy L. Williams, Jr. | email: [email protected]
    Sage Solutions, Inc. | Tel: (415) 392-7243 (x506) Fax: (415) 391-3899
    | Pager: (415) 605-1791 (page me if urgent)

    Hi Michael,
    We have done exactly what you describe and have avoided the slow applet
    download times. Although it can be a bit tricky, it is possible to use
    the ORB bundled inside the Netscape 4.0 browser (Visibroker for Java by
    Visigenic). Most of the code should follow Netscape's examples (on
    http://developer.netscape.com)--just remember to initialize the ORB by
    passing a reference to the current applet in orb_init() (so that you
    invoke something like orb_init(this) [assuming you are extending
    java.applet.Applet]). Pulling up the Java console within your web
    browser should help debug quite a bit (a lot of debug messages will get
    printed there the ORB is having problems).
    Netscape has just implemented the applet caching schemes you describe,
    so it probably shouldn't matter too much if you use another vendor's
    ORB (we've done this with Iona's OrbixWeb). If you use ZIP files, they
    have to be uncompressed, and I don't think that the browser will cache
    them between browser sessions. Netscape 4.0 does seem to handle
    compressed JAR files just fine and it does indeed cache them between
    browser sessions. I'd go with the JAR format anyway since the ZIP
    bundling was just a workaround until Sun got their act together in the
    1.1 JDK.
    By the way, you also might want to take advantage of the code-signing
    and capabilities APIs of Netscape if you are going to invoke methods on
    objects not resident on your web server. Otherwise, you will probably
    run into the (in)famous browser applet security restrictions and you may
    have other problems doing things like callbacks from Forte, etc.
    If you want more detail on how it works, let me know and I can post some
    examples.
    Oh, one last thing: we are a consulting firm specializing in these kinds
    of things :)
    Bill
    Subject: Java Applet IIOP Call-In with Release 3C--How do we speed up download time.
    Date: Wed, 2 Jul 1997 09:10:31 -0500
    From: Michael Nelson <[email protected]>
    To: "'[email protected]'" <[email protected]>
    We have successfully implemented a simple Java Applet that calls into
    Forte Services via IIOP. However, the duration of the download time
    for
    Applet and its required class files is UNACCEPTABLE in a typical
    INTERNET environment where 28.8K modems and multiple hops around the
    net
    are not uncommon. We dialed into our network at 28.8K (but no
    hopping),
    and found that download times varied from 1.5 - 2.0 minutes. This is
    unacceptable, even by internet standards. We have been using the
    Visigenic Visibroker product as the ORB.
    After doing some investigation, we've come up with several ideas to
    speed up download time:
    1. Figure out how to use the Visigenic components (CORBA/IIOP class
    files) that come bundled with the latest version of the Netscape
    Navigator browser, so that they don't have to be downloaded
    2. Figure out how to use ZIP files. Here's what I've read: "Since
    the
    introduction of Netscape Navigator 3.0, you can specify an
    uncompressed
    .zip file as an addition to the code base of your application. By
    specifying a ZIP file, the browser will load your applet's classes
    from
    a specified ZIP file before it searches the code base. This ZIP can
    improve applet download time by reducing the number of HTTP
    connections
    required to fetch applet code. As an added benefit, Netscape caches
    the
    single ZIP file so that it will not reload your applet unless the date
    of the ZIP file has changed."
    3. Figure out how to use JAR files. Here's what I've read: "JAR
    stands for Java archive. It's a file format based on the popular ZIP
    file format and is used for aggregating many files into one. Although
    JAR can be used as a general archiving tool, the primary motivation
    for
    its development was so that Java applets and their requisite
    components
    can be downloaded to a browser in a single HTTP transaction, rather
    than
    opening a new connection for each piece. This greatly improves the
    speed with which an applet can be loaded onto a web page and begin
    functioning. The JAR format also supports compression, which reduces
    the
    size of the file and improves download time still further."
    Unfortunately, we've been unable to get any of these approaches to
    work.
    Has any one used these or other approaches to speed up applet
    download
    time? Or, does anyone know of consulting firms that specialize in
    this
    sort of thing?
    Thanks in advance for your help.
    Mike Nelson, Project Leader
    Metrix, Inc.
    [email protected]
    414-798-8560 x1157
    Billy L. Williams, Jr. | email: [email protected]
    Sage Solutions, Inc. | Tel: (415) 392-7243 (x506) Fax: (415) 391-3899
    | Pager: (415) 605-1791 (page me if urgent)

  • Checkpoint SSL Network extender stuck on Java applet when using firefox 4.0.1

    I use check point SSL network extender on my mac to access my company's VPN. Since upgrading to 4.0.1, I get the message "Please confirm the use of this Java applet and then refresh or reopen the window.
    If you have already disapproved using this applet, you might need to restart your browser before attempting to connect again"
    I'll accept, refresh, wait, and then the message comes back. I never get through. I just uninstalled 4.0.1 and went back to 3.6.17 and it's working fine on the old version.

    The first thing I notice is that you are using Firefox 4 and that is now out of date, it is not considered secure so it would make sense to upgrade to Firefox 5 (Or Firefox 6 if you read this after the 16th)
    You mention Firefox 3.6.17, and although Firefox 3.6 is still (for possibly only a limited time) supported I believe the current version is 3.6.20 (it is certainly at least 3.6.18) so again you are using an out of date version. I am not a Mac user but IIRC some of the recent updates were Mac specific and fixed Mac problems, possibly problems relating to Java.
    If you wish to use more than one version of Firefox to test problems developers tend to use separate profiles and custom installs but for ordinary users it may be worth considering firefox [http://portableapps.com/apps/internet/firefox_portable portable] versions. (that tip is applicable mainly to Windows users, no doubt there is also a poratable version for firfox5 Mac users somewhere)

  • No Sound in Java Applets

    I recently installed Arch, switching from Ubuntu,and so far pretty much everything is going as expected.  The one issue I have at the moment is a lack of any sound whatsoever in Java applets.  Sound works in all other contexts, including flash, perfectly.  I am using the sun java implementation, and alsa as my sound server.  Any suggestions as to fixes, or even simply where to look to find fixes, would be greatly appreciated.  A decent bit of searching on my part revealed fixes for similar problems (ie, conflicting sound with other programs) and solutions that were specific to gnome, etc.  Thanks to everyone in advance.

    I should probably make a wiki article (or ad to the Java wiki article) about this, since it seems to come up quite often (especially on Ubuntu forums, actually). The only good solution I've found is to use Pulseaudio, and rename the java executable to java.bin, and make a script called java in the same folder, and put this in the script:
    #!/bin/sh
    padsp /opt/java/jre/bin/java.bin "$@"
    By the way, the path to the java executable is /opt/java/jre/bin/ I've tried using the same method with plain ALSA by using aoss, and it works sorta, but it causes random crashes of Java, so that's a no go, have to use Pulse.

  • Java Applet HelloWorld "Getting Started With Applets" example not working

    Hi there,
    It's been ages since I ran my Linux CentOS boot of Linux but I am going through the official oracle java applet tutorials, just every time I try and run the "Hello World" applet in Firefox 17.0.3 and I am running the Iced Tea thing for java applets.
    Every time I try and run the example from the following code:
    import javax.swing.JApplet;
    import javax.swing.SwingUtilities;
    import javax.swing.JLabel;
    public class HelloWorld extends JApplet
      // called when the user enters the html page:
      public void init() // keep apps within the init() function very small as per the http://docs.oracle.com/javase/tutorial/deployment/applet/appletMethods.html
        try{
          SwingUtilities.invokeAndWait(new Runnable()
            public void run()
           JLabel myLabel = new JLabel("Hello World");
           add(myLabel);
            } // end running the application
          }); //end of swing invokeand wait
        } catch (Exception error){ // end user running the app in page
           // System.err.println("GUI didn't work on initial run");
    }It keeps bringing up the error "Start: Applet not initialized" I did google that basic error and from what I found I should consult the JavaConsole, I know the console was removed from the Firefox menu quite a while ago. So went to find a way of loading it using the IcedTea one but it keeps bringing up a load of errors in even trying to run that.
    Is there anyway of sorting this out? I mean I have even tried installing the one on the oracle website, the plain JDK but nothing seems to work.
    Is there anyone that can help me get applets working? I was even going to go as far as to reinstall my distro but I want to avoid that as much as possible.
    Thanks and I look forward to any replies,
    Jeremy.

    in the Getting Started with Java DB tutorial they
    tell u how to set ur "DERBY_HOME" (what is that?).
    once i press enter after typing this command:
    set DERBY_HOME=D:\Java\Java
    Phonebook\javadb in my command prompt do i get
    any message or does it just go to the next line?type env or set or whatever in the command line to see what your environment variables are set to
    they also tell u how to set ur "JAVA_HOME" (what is
    that?). The Java installation you want to use
    in their example they give u this: set
    JAVA_HOME=C:\Program Files\Java\j2se1.4.2_05but in my java folder i have jdk1.6.0 and jre1.6.0
    but no j2se1.4.2_05, so which 1 must i choose?It's up to you. I'd go with 1.6
    also once ive done this: set
    DERBY_HOME=D:\Java\Java Phonebook\javadb this
    set JAVA_HOME=D:\Program
    Files\Java\jre1.6.0 and this set
    PATH=%DERBY_HOME%\bin;%PATH% and then type
    sysinfo to verify that the variables were set
    correctly i get these errors: 'D:\Java\Java' is
    not recognized as an internal or external command,
    operable program or batch file and '""'
    is not recognized as an internal or external command,
    operable program or batch file any help would
    really be appreciated because this is really killing
    me!you need to set your path variable - so something like:
    set PATH=C:\Program Files\Java\j2se1.4.2_05\bin

  • Java Applet IIOP Call-In with Release 3C--How do we speed updownload ti

    We have successfully implemented a simple Java Applet that calls into
    Forte Services via IIOP. However, the duration of the download time for
    Applet and its required class files is UNACCEPTABLE in a typical
    INTERNET environment where 28.8K modems and multiple hops around the net
    are not uncommon. We dialed into our network at 28.8K (but no hopping),
    and found that download times varied from 1.5 - 2.0 minutes. This is
    unacceptable, even by internet standards. We have been using the
    Visigenic Visibroker product as the ORB.
    After doing some investigation, we've come up with several ideas to
    speed up download time:
    1. Figure out how to use the Visigenic components (CORBA/IIOP class
    files) that come bundled with the latest version of the Netscape
    Navigator browser, so that they don't have to be downloaded
    2. Figure out how to use ZIP files. Here's what I've read: "Since the
    introduction of Netscape Navigator 3.0, you can specify an uncompressed
    .zip file as an addition to the code base of your application. By
    specifying a ZIP file, the browser will load your applet's classes from
    a specified ZIP file before it searches the code base. This ZIP can
    improve applet download time by reducing the number of HTTP connections
    required to fetch applet code. As an added benefit, Netscape caches the
    single ZIP file so that it will not reload your applet unless the date
    of the ZIP file has changed."
    3. Figure out how to use JAR files. Here's what I've read: "JAR
    stands for Java archive. It's a file format based on the popular ZIP
    file format and is used for aggregating many files into one. Although
    JAR can be used as a general archiving tool, the primary motivation for
    its development was so that Java applets and their requisite components
    can be downloaded to a browser in a single HTTP transaction, rather than
    opening a new connection for each piece. This greatly improves the
    speed with which an applet can be loaded onto a web page and begin
    functioning. The JAR format also supports compression, which reduces the
    size of the file and improves download time still further."
    Unfortunately, we've been unable to get any of these approaches to work.
    Has any one used these or other approaches to speed up applet download
    time? Or, does anyone know of consulting firms that specialize in this
    sort of thing?
    Thanks in advance for your help.
    Mike Nelson, Project Leader
    Metrix, Inc.
    [email protected]
    414-798-8560 x1157

    We have successfully implemented a simple Java Applet that calls into
    Forte Services via IIOP. However, the duration of the download time for
    Applet and its required class files is UNACCEPTABLE in a typical
    INTERNET environment where 28.8K modems and multiple hops around the net
    are not uncommon. We dialed into our network at 28.8K (but no hopping),
    and found that download times varied from 1.5 - 2.0 minutes. This is
    unacceptable, even by internet standards. We have been using the
    Visigenic Visibroker product as the ORB.
    After doing some investigation, we've come up with several ideas to
    speed up download time:
    1. Figure out how to use the Visigenic components (CORBA/IIOP class
    files) that come bundled with the latest version of the Netscape
    Navigator browser, so that they don't have to be downloaded
    2. Figure out how to use ZIP files. Here's what I've read: "Since the
    introduction of Netscape Navigator 3.0, you can specify an uncompressed
    .zip file as an addition to the code base of your application. By
    specifying a ZIP file, the browser will load your applet's classes from
    a specified ZIP file before it searches the code base. This ZIP can
    improve applet download time by reducing the number of HTTP connections
    required to fetch applet code. As an added benefit, Netscape caches the
    single ZIP file so that it will not reload your applet unless the date
    of the ZIP file has changed."
    3. Figure out how to use JAR files. Here's what I've read: "JAR
    stands for Java archive. It's a file format based on the popular ZIP
    file format and is used for aggregating many files into one. Although
    JAR can be used as a general archiving tool, the primary motivation for
    its development was so that Java applets and their requisite components
    can be downloaded to a browser in a single HTTP transaction, rather than
    opening a new connection for each piece. This greatly improves the
    speed with which an applet can be loaded onto a web page and begin
    functioning. The JAR format also supports compression, which reduces the
    size of the file and improves download time still further."
    Unfortunately, we've been unable to get any of these approaches to work.
    Has any one used these or other approaches to speed up applet download
    time? Or, does anyone know of consulting firms that specialize in this
    sort of thing?
    Thanks in advance for your help.
    Mike Nelson, Project Leader
    Metrix, Inc.
    [email protected]
    414-798-8560 x1157

  • Signed java applet is very slow with 1.4.2_06

    We have an application which has a signed jar applets was working fine with Java Plug-in (JPI) version 1.4.1_02.
    Due to customer requirement they want to run the same applet with JPI version 1.4.2_06, After JPI upgrade the applet is running slow.
    I am not sure what sun has changed the security settings in 1.4.2_06. So, Can some one give there thoughts on why would it run slow because of JPI changes.
    Thanks in advance.
    Aj

    Hi,
    It is nothing to do with Signed applet.
    If URL Connection 's setDefaultCacheUses is set to false then this is causing to run the Applet slow. As it require to download complete jar(if any) everytime.
    From 1.4.1_02 (CachedJarURLConnection.class in jaws.jar):
    public void connect()
    throws IOException
    if(!connected)
    jarFile = JarCache.get(jarFileURL);
    if(jarFile != null)
    {�.
    From 1.4.2_06 (CachedJarURLConnection.class in plugin.jar):
    public void connect()
    throws IOException
    if(!connected)
    if(getUseCaches())
    jarFile = JarCache.get(jarFileURL);
    if(jarFile != null)
    {�                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                           

  • Bug: Java applet cannot print, even with print permission granted.

    I was not able to file this bug report at the official Apple bug report site, so...
    Summary:
    When a java applet initiates a print job, the user is (correctly) presented with a dialog requesting permission for printing. Once permission is granted, the printing subsystem attempts to communicate with CUPS at localhost:631, and permission is denied. To the naive user, it appears that the applet is broken.
    Steps to Reproduce:
    Go to
    http://www.wordle.net/gallery/wrdl/921427/WordleCore_SourceCode
    Once the applet has loaded, click the button labelled "Print...".
    Expected Results:
    After permitting printing, the user should see the print dialog, and printing should proceed as normal.
    Actual Results:
    Here is the relevant section of the stack trace generated when this happens:
    <pre>java.security.AccessControlException: access denied
    (java.net.SocketPermission localhost:631 connect,resolve)
    at java.security.AccessControlContext.checkPermission
    (AccessControlContext.java:264)
    at java.security.AccessController.checkPermission
    (AccessController.java:427)
    at java.lang.SecurityManager.checkPermission(SecurityManager.java:
    532)
    at java.lang.SecurityManager.checkConnect(SecurityManager.java:1034)
    at sun.net.www.http.HttpClient.openServer(HttpClient.java:521)
    at sun.net.www.http.HttpClient.<init>(HttpClient.java:231)
    at sun.net.www.http.HttpClient.New(HttpClient.java:304)
    at sun.net.www.http.HttpClient.New(HttpClient.java:321)
    at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient
    (HttpURLConnection.java:813)
    at sun.net.www.protocol.http.HttpURLConnection.plainConnect
    (HttpURLConnection.java:765)
    at sun.net.www.protocol.http.HttpURLConnection.connect
    (HttpURLConnection.java:690)
    at sun.net.www.protocol.http.HttpURLConnection.getOutputStream
    (HttpURLConnection.java:857)
    at sun.print.IPPPrintService.opGetAttributes(IPPPrintService.java:
    1419) </pre>
    Regression:
    This problem was introduced only with the most recent Java update.
    Notes:
    There is no workaround for the applet author, other than to use a signed applet, which is prohibitively expensive, and which should not be required for printing, anyway. It's difficult to instruct the user in how to grant the appropriate permissions via policy files, since the finder will not allow a user to create a file named ".java.policy" in their home directory, and since the system policy file is write-protected.

    Jonathan Feinberg wrote:
    I was not able to file a bug report
    You should file a bug report with Apple at http://bugreport.apple.com if you have a developer account or at http://www.apple.com/feedback/macosx.html if you do not have a developer account.
    Good luck w/your issue and please update this thread if you encounter a solution.

  • Java applet runs w Firefox.. hangs w Internet Explorer

    I know I caused the problem, but have been unable to resolve the issue. Attempting to install Java JRE beta (L), the app would not load because (K) could not be found (as a networked install) and removed. Therefore I removed all references to Java in the Registry.
    Java 6.10 has been installed and runs with the Firefox browser. (Going to the Java Test site.)
    I have re-installed Windows XP SP3.
    I have checked the settings in IE and in Java as suggested by the Java Test site.
    I have done several other things but won't add to the issue. Suffice it to say none have worked.
    Does anyone have any ideas what else I could do?

    No.. I mean http://www.java.com/en/download/help/testvm.xml , but I will go to the site mentioned after I post this reply.

  • Can't get Safari 5.1.1 to run a java applet from Ubuntu Server with unsigned cert

    Hi there, I am trying to run a Webmin control panel in the latest safari and no matter what I do, I keep getting this error message:
    Works fine in Latest Chrome. I am running latest Lion and would like to use Safari as my main browser, but if I can't fix it to run a java widget, what to do?
    thx!!!

    here's the fix:http://artur.ejsmont.org/blog/content/how-to-import-self-signed-ssl-certificate- to-java-keystore-adding-https-certificate
    Only when I run the command:
    iMac:security FCPX$ sudo $JAVA_HOME/bin/keytool -import -file certfile.txt -keystore /Library/Java/Home/lib/security/cacerts
    I get this:
    Password:
    sudo: /bin/keytool: command not found
    iMac:security FCPX$
    any thoughts?

  • How do I set up Firefox with the same plugins, extensions and bookmarks on two different PCs?

    I have a PC with Firefox 10.0.2 working happily and I want to reproduce exactly the same experience on my laptop. Both run on Windows 7. I want the samplugins, toolbars, extensions and bookmarks. How do I achieve this?

    Hi,
    You can copy the current [http://kb.mozillazine.org/Profile_folder Firefox Profile Folder] on the PC to the same directory structure on the laptop after installing Firefox on the laptop. Next on the laptop, start the [https://support.mozilla.org/en-US/kb/Managing-profiles?s=profile&r=0&e=sph&as=s Profile Manager], '''Create Profile''' > '''Next''' > '''Choose Folder''' and select the copied folder.
    [https://support.mozilla.org/en-US/kb/Profiles?s=profile&r=2&e=sph&as=s Profiles Howto]
    [http://kb.mozillazine.org/Profile_folder_-_Firefox Firefox Profile Folder & Files]

  • Java Applet 6 crashes after Apple update in Firefox 8

    After my update in Apple a day ago, my Java (6.0version) and Firefox 8 do not mix. I can't open a second window without Firefox crashing.
    I have also "tested" my Java on the Java website and it says Java's working, then when I hit the back button, it crashes again.
    I know other Mac users are having this issue using the OS X v.10.6.8. (Google it)
    Now, Apple points the finger at Firefox, who all know about this "bug" and they in return accuse Apple of the Java release not working with their new Firefox. I am stuck in the middle trying to figure out a way to get this resolved.
    Can someone please help?  Who's fault is this? I would have not updated these two (which were working wonderfully before the upgrade!)  So frustrating! I have included how to test the crash error:
    Steps to reproduce:
    This happens with Firefox 8.0 and Mac OS X 10.6.8 and java version "1.6.0_29"
    Java(TM) SE Runtime Environment (build 1.6.0_29-b11-402-10M3527).
    Visit
    http://java.com/en/download/testjava.jsp
    wait for the java applet to load and display the JRE info. Close the tab and firefox crashes.
    I have also included a copy of my console file list messages in the diagnostic section re: Firefox. Hope this helps, thank you to all who reply.
    11/15/11 8:06:14 PM          firefox[147]          Process manager already initialized -- can't fully enable headless mode.
    11/15/11 8:06:14 PM          [0x0-0xc00c].org.mozilla.firefox          2011-11-15 20:06:14.499 firefox[147:903] Process manager already initialized -- can't fully enable headless mode.
    11/15/11 8:06:57 PM          [0x0-0xc00c].org.mozilla.firefox          Invalid memory access of location 0x100000000d rip=0x101bee53f
    11/15/11 8:07:45 PM          firefox[157]          Process manager already initialized -- can't fully enable headless mode.
    11/15/11 8:07:45 PM          [0x0-0xc00c].org.mozilla.firefox          2011-11-15 20:07:45.447 firefox[157:903] Process manager already initialized -- can't fully enable headless mode.
    11/15/11 8:07:49 PM          [0x0-0xc00c].org.mozilla.firefox          Invalid memory access of location 0xa0000 rip=0xa0000

    Okay, funny how I don't know a whole lot about computers but I did quite a lot of research on this and found the fix for this Java (6.0) problem.
    FIrefox said it probably was the Apple release of the new Java that conflicted with it's newest release, though I had to read about it on their bugzilla.mozilla.org website to find out more.
    Firefox released a fix for the 8.0 (now version 8.0.1) to help with Java and Roboform platform on their FTP Server.
    You can't do the update through "about Firefox" on your pull down tabs and click "check for updates" because that won't work.
    You can go to this link for an explanation and download link:
    http://browserfame.com/309/firefox-801-browser-crash-fix-roboform-apple-java-upd ate-mac-osx
    A window with files will pop up. Choose your OS....Mac-for OSX users,  then more files come on the next screen, Choose - "en-US" for US english, if that is your Firefox program version.
    I hope this helps anybody who had this frustrating problem. I know Apple is committed to Safari browser but they wouldn't suggest or even give an probable answer about this and I had to scramble scratching my head to find the answer myself....sad.

  • Isolate / sandbox java applet

    Hello, I am new at Arch Linux and I only have some basic experience with linux in general so bear with me.
    I want to isolate / sandbox a java applet running in firefox, but I can't figure out which way is the most simple and effective way to do it. I've heard and read a bit about SELinux, chroot and sandfox, thought I haven't used any of these yet. I want to sandbox this specific applet because of security and privacy issues to insure that the applet can't acces or write personal data.
    I have also considered using a virtual machine, but I find that too inconvinient for this situation.
    What would you recommend?
    Thanks

    JVM is a virtual machine. With a policy file you can just about restrict every resource you could want to for anything that run in the jvm.
    Policy Tool
    http://docs.oracle.com/javase/1.4.2/doc … ytool.html
    Description and Use of Policy
    http://docs.oracle.com/javase/7/docs/te … Files.html
    Even Some more.
    http://docs.oracle.com/javase/6/docs/te … urity.html

  • Preventing "Paste" into java applets

    First of all, I am sorry that I was not able to search these forums. I searched but the "Sun Search" did not seem to allow a specific forum search and threw more than a page of non-forum hits.
    I would like to know whether it is possible to prevent paste (as in copy and paste) into the text field of a java applet as run on a browser as part of an online application.
    I know that there are javascript applications for preventing "right click" the use of the control keys and also (the best or most annoying in my experience) flushing the system clipboard.
    However, all these measures can be circumvented and I thin that the Opera browser in is good at circumventing them.
    When it comes to a java applet however, without interferting with the system, I would have thought it would be possible to control
    1) Connections to the system clipboard
    2) Which keys can be used to enter into a text field.
    So I would have though that preventing paste into a java text field would be possible.
    But today I was asked "Do you understand computers"? And made a fool of when I suggested that such a thing may be possible, by a Java programmer. I am surprised.
    Is it possible to prevent paste (ctrl v, or using the mouse) into a java text field?
    Tim

    cleaner way to do it (cleaner meaning not so many inner classes!) is to just add a key adapter to whatever text component you want (textfields, textareas, anything that takes KeyListener)
    example..
    import javax.swing.*;
    import java.awt.*;
    import java.awt.event.*;
    class NoPaste extends KeyAdapter {
         public void keyPressed(KeyEvent e) {
              if (e.isControlDown() && e.getKeyCode() == KeyEvent.VK_V) {
                   e.consume();
    public class Test extends JFrame {
         public Test() {
              super("Test");
              setDefaultCloseOperation(EXIT_ON_CLOSE);
              addKeyListener(new NoPaste());
              JTextField jf = new JTextField(20);
              Container c = getContentPane();
              c.setLayout(new FlowLayout(FlowLayout.CENTER));
              c.add(new JLabel("Paste: "));
              c.add(new JTextField(20));
              c.add(new JLabel("No Paste: "));
              c.add(jf);
              jf.addKeyListener(new NoPaste());
              pack();
              show();
         public static void main(String[] args) {
              new Test();
    }by calling addKeyListener(new NoPaste()); with each component you want, you can disable the ctrl+v key function. the negative side is that a context menu (or any other 3rd party component) could still call paste(), but then again they could call setText anyway, so its not much difference. not to mention Swing does not feature context menus by default..

  • General doubt about devices and java applets

    I have one general doubt abt devices.
    Do all devices come with an SDK so that any language can interact with them?.
    Whats does it mean if i say that i need to build a CAB file for the devices
    and use them in my html object tag.
    Can programming languages like java(applets) or asp interact with devices
    once if we specify the classid and the cab file location(codebase)

    Let me make it more clear
    What i need is if we r using an ActiveX Component then we pack the .ocx and inf file into a cab file and give the location of the CAb file in the codebase attribute of object tag.
    When the browser renders the page, it will look into the classid attribute of object tag to see whether there is an entry in registry if not it will go to the location specified in the codebase and get it registered locally.
    As you know ActiveX works on windows.
    I want to implement the same thing in a platform independent way.
    So i chose java applets.
    Now i don't know what to do in this codebase part.
    i need to install the device driver files and all from the server once a person view the web page.
    when we use activex the classid field represents the device's entry but when we use applets thats the version of java being installed.
    Can any one suggest an idea to move.

Maybe you are looking for

  • Child's ipod not showing family members in family sharing

    My son (age 9) just got an iPod touch. I set him up with an Apple ID as a child. And I set up family sharing so he can access my apps and music. He shows up under family sharing in iCloud for me and i can see his purchases, but when i go under purcha

  • When is the ipad mini 2 coming out in the uk

    is the ipad mini 2 coming out after the 24th of april can i at least be told that info

  • Using Captivate quizzes in oracle ilearning 5.0

    Hi, I guess this question goes out to anyone familiar with BOTH oracle iLearning AND Adobe Captivate.. We are using Captivate 2 to develop e-learning content, often including quizzes / tests. Our current LMS is Oracle iLearning 5.0, and we are experi

  • App store doesn't recognise my purchases

    Purchased Final cut Pro Through app store but now store does not recognise my purchase and will not update the software.  There is no direct link to App store to resolve this issue.

  • Repository Assistant

    Hi, I get an error while defining workspace "OWB software with the compatible version must be installed locally on the database server machine" I already Ran remote_owb_install.sql script and after this my owbsys user have granted to read this direct