I have one program, I maintain, that was originally written in Oracle Forms 6i. A while ago I migrated it to 11g. Our users access this Oracle Forms program through their Internet Explorer browser on their Windows 7 machines.
The problem has been that the program only seems to run well for our users, when they have Java 6 Update 45, installed on their machines. Going to a newer version causes problems.
Today, I wanted to get this resolved, so I updated my PC to Java 8.31, and attempted to access my Oracle forms program using IE. (Thanks to Viewing oracle app and getting: java.lang.ClassNotFoundException: oracle.forms.engine.Main I was able to get the form running again in my web browser.)
When my form ran, I found the tab key wouldn't advance to the next field on the login dialogue box. But after I logged in the tab key worked. (The tab key initially not working is a small thing, but it has really annoyed some of our users.)
I then used several different forms. Some worked just fine, no problems. But then when I clicked a button, on one form, it would endlessly try to complete a request; to the point that I couldn't even close the web browser to stop it. (Finally I just used task manager to end my web browser’s process.) This seemed to go in line with what some of our users have reported: (when attempting to use the latest Java) that the Oracle forms application just stops working completely after a while.
Because of these issues our users want to keep Java 6 Update 45 on their machines. I know this is a major security hole, but I haven’t quite nailed down what the solution to it is.
Has anyone else had a similar issue? We're running Oracle Fusion Middleware 11; specifically Forms Services version 11.1.2.0.0
Thanks.
Well this may not be a question that needs answering after all.
I've done some more testing since asking this. Besides the login dialogue box (not responding, as it should, to the tab key) everything else works just as it should.
I still have one form that hangs; but that’s all (and it may be caused by something else). All my other forms seem to work just fine.
I talked with one of my co-workers, and I realized we really need to investigate and determine what version of Java our users really are using. They may not have used the most recent version of Java; which I used with success, today. Or some may be already on it; and that's why they aren't complaining.
At any rate more research, is needed on my part. Thanks to all who read this. If any of you have had similar experience in something like this, still feel welcome to answer/comment.
Related
We have a signed applet that was working for a long period of time, but last week some of our clients using IE 8 + 9 started to complain that the functions exposed by our applet aren't working anymore which we verified on-spot and on our testing machines. We are a bit confused as each time we come up with a possible root-cause, we go and test it on the client machine and it it turns to be not the one.
Has anyone observed that Applets stopped to work lately on IE8+ in the last couple of weeks due to one of the following reasons:
A Microsoft update.
A Java update. (The current one we are using is
Java8u45)
Many thanks in advance :)
*** Update: Some users reported the issue on Chrome now too and there are no signs that the page is loading the applet at all.
Its Mainly the security issue by Java 8, Which is not allowing now to display or load the self signed Applets on browser. Please open configure java in settings and in security TAB put the URL of the html page which is using applet in Exception Site List
This should work for for. :)
We ended-up creating a stand-alone Java application that the browser talks to using XHR calls with CORS enabled. This way we came to a state where the printing logic is always loaded and ready to respond to requests coming from pages. Also, bringing out the applet from running as a browser extension/plugin to a stand-alone application means there no need to initialise the applet on each reload which yields better performance and user experience.
Thanks everyone for your replies.
I have already asked this and was heavily downvoted. Unfortunately, I still can't solve it. I don't know what I do, but sooner or later I loose an ability to run java applets and java web start applications in all browsers.
Here is an example what is happening.
I am opening page with applets http://csis.pace.edu/~bergin/Java/applets.htm and getting the following picture:
with signs plugins were blocked. I am trying to unblock
which causes another dialog
after OK I have another
next
if clicked
And so on.
Applet doesn't run.
After dancing with PATHes, Java updates and so one, once I can have applet run. But sooner or later I will stuck in this position again.
I would like to know, is it possible to exclude this situation in principle?
I mean I don't want to disable security at all, but I mean that in case my explicit permission everything should run. Is it possible to do that?
UPDATE
First of all, I don't understand, why can't I run applet on outdated java if I want?
I am a human and robots should obey me! :)
Suppose I wish to debug my applet on old version of java, why not?
Second, there is no information about what version it thinks I have and what version it wants?
Without this information it is possible that there is just a bug in version detection mechanism.
I have multiple versions of Java in Program Files since I am a Java developer. Then how can I know which one it uses?
UPDATE 2
I have updated my Java from 1.8.0_20 to 1.8.0_25 and now situation have changed, but applets are sill impossible to run.
The proof I have "latest" java:
The proof I have added the site above to exclusions list:
The effect of applet run:
(applet not runs)
Clicking details result:
(no any details in fact)
So, what to do?
UPDATE 3
This site is not working: http://ssd.jpl.nasa.gov/sbdb.cgi?sstr=2012VP113;orb=1;cov=0;log=0;cad=0#orb
(show orbit diagram)
Reloading/restarting browser does not help.
I looked at your html source and realized you're using the .class file directly instead of wrapping it in a jar file. This is what you have:
<applet code="GSort.class" width=700 height=400>
I think applets no longer work when using .class files directly due to new security requirements. They have to be wrapped in jar files because you need to add some security settings to the meta-inf folder of the jar file. Here is how oracle recommends deploying an applet:
https://docs.oracle.com/javase/tutorial/deployment/applet/deployingApplet.html
Edit:
I tried again with adding the site url to the Java security exception list and this time I got it to work! It looks like chrome stays in memory after exiting so changing Java security doesn't affect it unless you shut down chrome completely and restart it. Easiest way is to use Internet Explorer. Try it with Internet Explorer and it should work (assuming that you still have the site added under java security exception list).
I am developing an e-commerce web application, and in that ads from other giants pop up. I figured out that this is done by PriceFountain, which is actually a spyware. I found the steps to remove that from my laptop. more found here.
but the problem is my clients can also have this adware. I want to programmatically do following or either of them, on the client side:: (and if it is not possible at least inform the user to do so)
If, PriceFountain is present, uninstall it from their system. If it is an add-on, remove that.
Activate the pop-up blocker (deactivation can be achieved through javascript and jquery). But I want to activate. My site does not need pop-ups.
Alter the registry of user for the contents of PriceFountain.
I know this is somewhat an unethical hack, but can this be achieved and if so, how?
More of that, it is just my curiosity can we affect client site settings.?
You used to be able to do that (with jscript/vbscript) in IE if and only if the user added your site to his trusted sites (and allowed pretty much everywhere there), or if it was the intranet-site with relaxed permissions.
Back in the old day's I had such a thing for the intranet-help-site where users could browse through the faq and click on the 'execute solution' button for the common 'problems' (previously solved and added to DB).
For rather obvious security-reasons this is no longer the case (although one can still pull some stuff in legacy IE environments).
The point is: you can't do this on other browsers then IE (unless maybe you'd develop separate plug-ins for them and ask your users to install something that will essentially give you access to their whole machine). Realize that effectively what you are asking for is a way to fully control the user's machine. Would you install such a browser (on your parents pc)?
The best course of action would be to face-up, inform your users on your main-website (enter-page) that something bad spread throughout an ad-network and guide them through the steps (that you already found) necessary to relieve them from their problem.
Even if what you asked was possible, you'd still need the user's cooperation somewhere along the way, even if you'd were to write an application for this that the users could download and run (administrative/elevated)..
Good Luck!
EDIT: for the registry you might try something with the answers in this question: read/write to Windows Registry using Java
Still, you'd still need the user's co-operation.
I continue to get out of date message when trying to view an applet. The applet checker informs me that I have the correct version. I have the security settings correct but still no joy. When trying to go through the update it stops TO inform me that I have a later version already installed, which is correct. On a Mac OS 10.9 I could show you the screen shot but don't have the points. Bugger
Thanks for those who have replied and I'll try to elaborate further.
JavaApplets do run from the java web site. The creation of my own applets don't run. I have done some research and it would seem that under version 8 all JApplets must be signed. This would explain the message I receive. Also the link below may explain what the problem is. Sorry but I don't have the 10 points yet to be able to send a screen shot.
Again runnin the update (version7 downloads) stops to inform me that I have a later version installed (version 8). So you can see that things arn't perfect
![][1]
https://weblogs.java.net/blog/cayhorstmann/archive/2014/01/16/still-using-applets-sign-them-or-else
I face a really strange problem. The problem is that sometimes the cursor does not listen to mouse, it become suck on the field and does not move to any other field when using mouse navigation but navigation works as expected when using the tab key.
Has anybody else faced the "Sticky Cursor" problem? Oracle support says, that problem is fixed by installing newest Java update, but it didn't help.
I understand the problem you are facing. The last Oracle Forms application I worked on 2 - 3 years ago was plagued by the same issue.
I spent a long time working with Oracle Support investigating the issue but even after applying successive Oracle Form patches, later versions of the Java Runtime Environment and code changes to the Forms the problem remained.
In case it is of use here is a link to question I raised on the Oracle Forms OTN Forum asking if the problem remained on Oracle Forms 11g.
Unfortunately I was never able to resolve the problem. I hope you have better luck.
There are a few different causes for this to happen.
1) You use timers in your application. Just avoid using timers if possible this is a main cause of having problems with the mouse focus.
2) Some versions of java or jinitiator have also problems with the mouse focus. So try to use the latest versions of java 6 (version 24 or above or something like that), you can also use java 7 of course.
3) There are also a few patches of the application server to fix mouse focus problems. You have to check them all. If the right ones are installed this should fix all your problems.
I have the same problem with the "Sticky Cursor" and I tried (just for testing) the following:
If the form has Required Fields, just change the Required property from YES to NO.
If the form has Radio Buttons no visibles, make it visibles.
Try this only to testing purpose and tell me if works because I do that and in some cases works for my apps.