Today while programming, I suddenly started to get a JVM Error 104 and the except read "Error starting XXXX: Module 'XXXX' attempts to access a secure API". I hadn't gotten them before and I wasn't doing anything too radical. I undid my work to a point where it was previously working and the error continued to show. I am aware that certain functions require code to be signed, but the documentation says that even functions that need to be signed will work in the simulator. (using JRE 4.6, version 1,1 of the plugin, on a Bold 9000 simulator)
Any ideas on how to remove this error so I can continue working?
EDIT: I noticed that it works fine on the "Blackberry-SDK - 8900" but I get the error when using the "SimPackage - 4.6.0.307_9000 - 9000"
EDIT: It only seems to be a problem with the "SimPackage - 4.6.0.307_9000 - 9000" simulator which I downloaded seperately from the Blackberry Developers page.
EDIT: Clearing simulator data seemed to do the trick
You haven't mentioned which development environment you're using. If it is JDE, goto Edit -> Preferences, select the Simulator Tab and ensure "Enable Device Security" is un-checked. If you're using Eclipse you will have to find the appropriate mechanism or perhaps someone eles knows.
Related
I have JRE 8u211 installed on a Windows 10 box with IE 11. I can see the Java plugin (and plugin 2) are installed and enabled. I have the "Allow active content to run in files on my computer" option checked under Security. But I cannot get a Java applet to load. Every time the page loads, I get the "The page you are viewing uses Java" notification as if the browser thinks I don't have Java installed.
What am I missing?
Figured it out. I'd forgotten that IE traditionally doesn't seem to like x64 Java installs very much. Once I dropped a 32 bit version, everything worked.
In the perfect dream world where all software development makes use of current and best practices, applets might be dead. But in the actual world of legacy support, they are (unfortunately) still alive.
I second the comment by Elliot Fischer... However, there is still quite a lot of Hardware that is still being supported, or even potentially manufactured (sold for sure) that can only function with these Java applets.
I had this problem with my Motorola FX7400. Of course Motorola says it's "Service & Support Discontinuation Date" is 30.8.2019. Of course the latest firmware is from 2015 and doesn't have a hint of any type of certificate or signing of java applets!
For most applets that have not been updated since the very latest Java Security settings were upgraded in around 2013-2015 and which most likely are also only 32-bit and have no signing of any sort on them; Do the following steps. Of course, even I CANNOT RECOMMEND THIS METHOD AT ALL FOR APPLICATIONS RUN FROM THE INTERNET Also, you should take precautions when trying to use Java like this on Hardware you are not familiar with.
The steps that are required for Windows 7, 8.1 & 10 with Internet Explorer 11 are as follows:
Download and install latest JRE SE 32bit from here: https://www.oracle.com/technetwork/java/javase/downloads/jre8-downloads-2133155.html (And yes, you need to give out your private data including address and phone number. You also need to pay for a license, if you are not a developer or a private user)
Start Internet Explorer 11 (64 bit seems to work fine)
Ensure ActiveX filtering is disabled Tools -> ActiveX filtering On my install disabling this was only necessary to be able to run the Java test from the "alternate page", which is marked "IE 11 users:": https://www.java.com/en/download/installed.jsp
Check that the Java plugin is enabled Tools -> Manage Add-ons
Check that your security zone has Scripting of Java applets enabled. On my IE11 it was enabled by default even for the Internet-zone set to Medium-High with protected mode on Tools -> Internet Options -> Security -> (select your appropriate zone) -> Custom level -> Scripting of Java applets
If the applet that needs to run is not properly signed (very likely...), it is required to set every single URL where an applet is run in to the exceptions. (As of writing this answer, at least wildcars for paths are working.)
When running the applet, accept the security exception prompts that Java prompts for.
And finally! For some reason there will at some point when loading an applet that previously loaded fine be a prompt about not being able to run the applet, because only applications that meet the very high security settings (signed applets) can be run. To get back to running again, Java's temporary files need to be removed. Restoring security prompts has no effect. Start Menu -> Configure Java -> General tab -> Temporary Internet Files -> Settings... -> Delete Files -> OK C:\Users\%username%\AppData\LocalLow\Sun\Java\Deployment\Cache -directory probably also works.
Security and prompts really have come far in the past 10 years, haven't they?
I jumped here searching for an answer that I found elsewhere and I would like to share.
According to my experience the problems of IEx64 with jre x64 are due to the fact that internet explorer tabs are 32 bit processes, so they work only if they find a 32 bit jre. There is a registry key to force IEx64 to open x64 tabs:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\Main
Dword TabProcGrowth set to 0
I heard it is considered a security flaw, but it can be accepted if IE is used only with well known legacy web applications.
About IEx64
In the folder
\Program Files (x86)\Internet Explorer
there is the 32 bit version and when you open a page in IEx64 it is actually displayed by an new instance of IEx86. You can check this using task manager, going on detail tab and looking at the application path.
We are trying to download something from GE that uses Java to download when logging into the site. This is a windows 7 Professional PC. I have other computers that are able to do this successfully. Here is my order of operations:
Log into the site and select the file I want to download
Click download
It takes me to the page that says it will start in a few seconds but nothing happens. It is supposed to have a box that asks for Java to run.
I have reinstalled Java fresh and still nothing. Tried with multiple user accounts. Added the site to the list of exceptions in the firewalls and Java configuration. I have tried an earlier version of Java. This happens in Mozilla, Chrome and IE. I have made sure that the Java plugin shows up and is enabled. I just cant think of what I am missing. And since we are a contractor GE is not going to help us. Can anyone here think of anything?
Are you sure you have the Java plugin enabled? e.g. in Firefox, go to Settings, Plugins, and change Java Platform SE8 'Next Generation Java Plugin' to 'always activate'?
This sounds similar to the issues I had with Cisco WebVPN, Java-style. Once you have Java installed correctly and set as a plugin for any of the browsers you would like to use, see below.
Before you even start looking at browsers - if you think it is already set up correctly
Look at your Anti-Virus programs or anything else that could prevent it from working. McAfee Host Intrusion Protection is known to cause many Java programs to fail. Kapersky had issues, a while back, with Java on Windows (Java Applets not loading in Windows 8 ).
You must have a 64-bit browser to use 64-bit Java (also mentioned in the Chrome link below).
See below for any specific things that can be modified in the browser.
Chrome 43 is the more complicated browser to set up. They have a dedicated page with instructions.
How do I use Java with the Google Chrome browser?
Firefox 38 will prompt you.
In Internet Explorer 11, it's under Internet Options->Security. I recommend adding the hostname the applet is on as a Trusted Site (Select Trusted Sites and click the Sites button, then add the first part of the url). Click the Custom level button and make sure that Scripting of Java applets is not disabled.
If you still have problems with the applet:
Verify your Java version will work with the applet you are accessing
Verify the plugin is enabled for the browser through the Java Control Panel, which is available in Windows Control Panel, or on Mac/Linux, execute it from the JDK directory ($JAVA_HOME/ControlPanel ).
I ended up fixing the issue. I had to allow their UK site on the list for Java and enable the SSL 2.0 for HTTP in Java config as well
When i try to launch it any way, Java ME just freezes. To be more specific, javaw.exe called by device-manager.exe seems to go into infinite loop, since not a single exception or error message is passed. Icon in tray appears, but its menu, instead of devices list, shows only one entry: Exit, which incidentally doesn't work. I can only shutdown it through task manager. And since device-manager is required for emulator, i can't work with it at all.
I tried versions 3.0,3.2,3.3 of Java ME SDK and this problem persists in each one. OS: Windows 7. JDK: 7u25.
I've tried each and every advice i found on the Internet and still can't get it working. Device-manager log shows that the problem starts upon calling "rmiRegistryPortFile".
[2013-07-02 19:20:53.070] DEBUG - strap.BasicObjectConfiguration - Calling create on rmiRegistryPortFile
That's always the last entry in the log.
There was only one way i've managed to get it working - by installing and running it under Windows Virtual PC. Curious thing is, under VM it's working fine in the same very OS (freshly installed Windows 7). But unfortunately that didn't really give much on the cause of the bug, and that's not a solution :( I have to somehow get it working without VM.
I tried reinstalling Windows, that didn't help. Looked through javaw I/O in Process Monitor and compared it with working one. It looks like one of the application threads suddenly shuts down after reading file "rt.jar" (when loading "rmiRegistryPortFile" i guess?), whereas working javaw writes to log-file immediately after that. Windows logs got nothing on the subject: no permission issues, no errors or warnings at the time.
Tried modifying PATH variable to the dir with rmiregistry.exe, did not help. Network sockets are available. Changed DEP settings, same.
Could anyone please help? I've spent days on this bug already.
It's definitely a permission problem. Try to look if any folder related to Java is "READ ONLY".
If you get this error message when trying to run midlets through the built-in emulator of the JavaME SDK 3.0, try disabling DEP for runMidlet.exe.
Data Execution Prevention (DEP) configuration can be found at the following place in Windows: Control Panel > System Security > System > Advanced system Settings > Advanced tab > Performance > Data Execution Prevention.
Add this file to the DEP exclusion list:
<javame-install-dir>\runtimes\cldc-hi-javafx\bin\runMidlet.exe
If things work for you now, complain loudly to Sun (now Oracle) that they need to make software without buffer overflows.
Personally I filed a bug-report against the JavaME SDK 3.0. You should do that too, or make your voice heard on the same bug-report that you're having this problem as well.
Freshly installed windows doesn't have msvcrtXX.dlls
Go to folder runtimes\\cdc-hi\\bin and copy Microsoft.VC80.CRT into runtimes\\cldc-hi-javafx\\bin. This problem will be fixed over autoupdate soon.
Problem with localhost
Please edit <javamesdk_installdir>\\toolkit-lib\\modules\\bootstrap\\conf\\system.properties and change
device-manager.object-registry.host=localhost to: device-manager.object-registry.host=127.0.0.1
Port 1299 might be taken
Please edit <javamesdk_installdir>\\toolkit-lib\\modules\\bootstrap\\conf\\system.properties and change
device-manager.object-registry.port=1299 to: device-manager.object-registry.port=1999
XP 64-bit
Please use 32-bit version of JDK.
Firewall
Make sure that firewall is not blocking communication on ports given in 3. Default port numbers are 1299 for windows and 1999 for Mac.
I have tried all those steps above to no avail, until I replaced my JDK jdk-8u117 with jdk-8u112 (Must be 32 bit) after reading this thread https://community.oracle.com/thread/4009110. I had to restart my machine after changing the Java version because it was not detecting right away after installation. I'm using Netbeans 7.4.
I've set up webmin and it was working fine until yesterday.
I was trying to get it more secured. So I tried to put .htaccess with basic password authentication in the directory related to webmin.
However it didn't work at all. so I just enabled SSL for webmin.
This could be matter.
However now, File Manager in webmin won't work! It just shows "Inactive plugin"
How can I get it work again?
Here's the answer, as described on an Apple discussion forum:
sudo /usr/libexec/PlistBuddy -c "Delete
:JavaWebComponentVersionMinimum"
/System/Library/CoreServices/CoreTypes.bundle/Contents/Resources/XProtect.meta.plist
Same error, same solution for me.
Thank-you Joel Bruner - I have been looking for this answer for half the day now!
Just adding that
You must restart your browser for this to take effect - obvious but
an easy mistake if you are frustrated.
You do not need to restart your computer. Also double-check that
Java is enable in your browser and in the preferences pane.
Please note as a helpful guide that the following does not work until you apply the above solution:
Updating Java
Deleting Cache
Changing Preference options
Re-installing Java from the apple website
Re-activating full preferences pane via terminal
Apple update
Restarting browsers or your computer
~mo~
For others dealing with the Java "Inactive Plugin" issue on OS10.6: Apple has recently (March 4, 2013) released a Java update: http://support.apple.com/kb/DL1573
All,
I have a web site that's built with GWT at https://penwag.com/penwag/. If you just hit the site and see the main page, there's supposed to be a login/registration area that displays, along with a teaser for the site. I've tried the site with most of the main browsers - FF 3 & 3.5, IE 6 & 8, Safari, and Chrome, and all appears well to me.
However, I have a non-geek user that has visited the site from both work and home. The work computer can see the intro page fine, but the home computer shows only the static content, and non of the javascript-based portion, that is the login/registration and teaser. Both computers are using IE 8. He checked the computer where the site fails, and scripting is enabled.
Can anyone else see the problem? (You don't have to register to see the problem, just hit the main page.) Anything else I should check or have him try?
Thanks!
Edit:
The site is implemented using GWT 1.7.0.
I'll have to find out about the OS versions.
Edit:
The one that works is running Windows XT, the failing one is running Windows Vista. (There's a shocker!) I myself have viewed it successfully with both OSs.
Edit:
I've since completely re-structured the site, and documented the changes here:
http://penwag.blogspot.com/2010/04/april-penwag-update.html
So, the site is no longer the same as when I asked this question.
There are a lot of possibilites what can cause such a problem.
At first force your user to refresh cache in IE:) There are a lot of cases when you have updated your application, but users are still using the old version because of cache.
If doesn't help, you have to make sure that user doesn't see any errors. Those can be cause by a lot of things, such as different locale, default language and etc. By default, when an error happens in IE, a warning sign is displayed in left bottom corner. Ask your user for a screenshot, to check if such error is present, and then ask him to send you this error. This might help.
At last ask the user to launch IE in no-extensions mode. If your site works fine in this mode, it means that some extension have broken the functionality of your site.
I am running IE 8 on Windows XP SP3 and I do receive an error when trying to access your page linked above.
To try and pinpoint where in your code the problem is happening, you could try compiling your GWT application using the PRETTY or DETAILED style flag.
code.google.com/webtoolkit/doc/1.6/FAQ_DebuggingAndCompiling.html#Why_is_my_GWT-generated_JavaScript_gibberish?
Error:
Webpage error details
User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; InfoPath.2)
Timestamp: Thu, 12 Nov 2009 02:13:32 UTC
Message: Exception thrown and not caught
Line: 1430
Char: 182
Code: 0
URI: https: //penwag.com/home/06C3015B261A5DD1F637E9F95A5AF26C.cache.html
I am also experiencing a similar problem when trying to load a GWT application that I've been working on (works fine on Firefox and works fine on other installations of IE 8). The error with my GWT app loading in IE 8 seems to happen when it tries to make its first RPC call to the server. Uninstalling and reinstalling IE 8 (and Service Pack 3) have not been successful in resolving this.
Update:
After debugging the javascript running in my instance of IE 8, i was able to track down a solution to this problem. GWT 1.7.0 has a known issue (issue 3927, issue 4163) where GWT RPC calls will fail in IE 8 if the native XMLHTTP support is disabled. This setting can be found at the following location:
Tools->Internet Options->Advanced->Security->Enable native XMLHTTP support
Try using latest GWT build 1.7.0, according to relase notes:
Updated GWT libraries to support IE8
I tried with IE 8 (version 8.0.7100.0, running on Windows 7 RC) and page renders fine.