in our application we have a Java applet running inside a .NET browser control. It is a know issue from Sun that running an applet this way may crash the control.
Has anyone come across the same problem and solved it?
Atm we are running the applet in a Webbrowser but we need to run it in a browser control.
Thx for any help.
After some time the problem solved itself.
It was indeed a bug in the java runtime which is now fixed by sun. Just make sure your JRE is > 1.6.10.
If you wrote the applet and have source, then you could try to migrate the Java Applet to a J# Browser control and stuff that in your .net application.
Here is a link - http://msdn.microsoft.com/en-us/library/aa290083(VS.71).aspx
Related
Is there a way to detect if java is installed on your machine or if java is disabled on the browser. We use java applets in our application but before the applet is loaded we use "deployJava.js". Sadly even if Java is disabled on the browser it says java is not installed.
So is there way to differentiate if Java is installed or Java is disabled, preferably using javascript. I have also tried using "navigator.javaEnabled()" but it gives me the same result as using "deployJava.js".
You can't.
And that would be very annoying if you could. There's already enough information leaking from the browser to the page, if it started telling people what I have installed but that I have ostensibly disabled, that would be very annoying.
I guess it could be possible and useful to envision an API for that, but in the current state there isn't any: either the plugin is here to be used, or it isn't. It doesn't matter whether it's installed or not.
I guess you'll have to work around it by stating in your user-facing messages that Java either needs to be installed or enabled. Or you could offer to download a diagnostic tool to run it and check it locally, that could be another working alternative, though with the obviously annoying extra-steps to perform (and an additional tool for you to support).
Add a redirect to the HTML page in question. Redirect to javaNotEnabledOrNotInstalled.html (but think of a less descriptive and silly name for it).
Early in the applet init(), call JS to cancel the redirect.
Note also that in the traditional applet element..
<applet
code=..
width=..
height=..
alt='Java is installed but disabled!'>
No Java Plug-In installed in this browser. Get Java free from..
</applet>
In this circumstance, if Java is not installed at all, the user should see..
No Java Plug-In installed in this browser. Get Java free from..
However if Java is installed but disabled, they should see..
Java is installed but disabled!
Here is something js window.navigator.plugin
I have developed an web application using xhtml, jQuery, Ajax, java, Servlets & tomcat on window machine. This application is running quite well on my Windows machine but now I have uploaded it to a Linux machine.
There are some problem I am getting on Linux machine e.g.
Web page resolution & size: I fixed it but want some more suggestion on it. If anybody has faced any similar situation.
jQuery/javascript: Some functionality isn't working on the Linux machine and I am not able to figured it out. I guess javascript/jQuery functions should be defined in a Linux way. Please give me some ideas on it.
Regarding your second issue, Linux is not affecting your javascript, but the browser does. So you don't have to define your javascript "in a linux way" as you say, just be sure your javascript code is as cross-browser as possible OR use the same browser in both operating systems.
For example, your page should behave the same in Firefox for Windows and Firefox for Linux.
Hope this helps. Cheers
We have a "desktop" application written in Java Swing that currently uses Java Web Start to instantiate the app.
We have a need to run this application INSIDE an ActiveX Browser object.
Does anyone know if this is possible and, if so, how it could be done?
Thank you!
EDIT: is there any more information I could offer that might make this question more answerable?
You can try compiling the application with iKVM, basically making it a .NET application which should be able to run within an ActiveX component.
My Java ignorance is showing. It appears that starting in v6 you can run Swing Applications in a Java Applet inside a browser using the same basic jnlp setup (with minor changes) as the Web Start method. There are some security issues I have to work out moving to support v6, but once that is fixed we should be in business!
I have one swing application that i want to run on browser.
What is the best way to achieve it ?
Is jnpl is one this solution ?
I tried jnpl but when i tries to run with -- http://localhost:8080/Test.jnlp -- One error window opens with error unable to launch application
If applet is the solution then , if possible please ,give me one sample applet application.
Thank you in advance
In fact, JNLP won't allow you to run your application a browser (as say the unofficial JNLP FAQ, JNLP!=Applet). It will instead allow you to easily distribute current (and nexts) version of your application to your clients, by simplifying the install process.
The simple way to do it is to transform your application into a real applet (complet with all its usage restrictions), then make this applet detachable, using new Java6 feature. I unfortunatly only found info on that very excellent feature in a blog post.
I currently have Java 5 installed on Windows. I'm trying to test the way the new Java Kernal installs when my Firefox browser comes across an applet requiring Java 6. Unfortunately the applets I try fail to run or just run the Java 5 JVM. I have tried:
http://jdk6.dev.java.net/plugin2/
http://www.psynixis.com/test/HelloJava6Applet.html
http://bfo.co.uk/products/pdf/viewer.jsp
Can anyone point me to other applets that require Java 6?
Try
http://www.java.com/en/download/installed.jsp?detect=jre&try=1
They use an applet in the background to determine the version of Java you are running.
Update: it will tell you the version you are running in the URL:
http://www.java.com/en/download/dt_verify.jsp?plugin=false&latest=false&users_jre=1.5.0
It's very rare to see an Applet that requires 1.6. After all, I don't think any of the things an applet uses require Java 6.
A quicker way to see would be to uninstall Java 5, then try to run an applet... you'll probably be prompted to download Java 6u13.