I see this in the Java Control Panel
Platform: 1.8
Product: 1.80_131
Location: http://java.sun.com/product/autodl/j2se
path: c:\Program Files\java\jre1.8.0_131\javaw.exe
architecture: x86_64
The Architecture value, x86_64, suggest both 64 and 32 bit but the Java web app that I am trying to access, Oracle Discoverer, part of the Enterprise Business Suite, only works with the 64 bit Internet Explorer, suggesting to me that 32 bit Java is not installed. Is it? Or is there a problem with it?
x86 and x86_64 are both architectures; the first one is 32 bits and the second one is 64 bits. You can install as many java versions as you want side-by-side, you would just point to the one you want your application to use.
The x86_64 means it is a 64 bit architecture (see also x86-64 on Wikipedia), if it had been 32 bit, it would just have been x86 (see x86 on Wikipedia).
In any case, it is perfectly fine to install a 32 bit Java next to a 64 bit Java.
x86_64 means 64 bit java.And the path "c:\Program Files\java\jre1.8.0_131\javaw.exe" also proves that you installed 64 bit java, otherwise, the path should start with "C:\Program Files (x86)".
64 bit Internet Explorer can access both 32 bit and 64 bit java web servers.
Internet Explorer does not need to run on java environment(unless you are developing a Applet application.) which means you can run Internet Explorer without java.
Conclusion:
Your environment has installed 64 bit java, and there is no problem to you!
Related
I know when we open an applet on 32 bit IE it requires 32 Bit JRE and vice-versa with 64 Bit.
Strange issue i noticed on my machine, is this, When i open an Applet on 64 bit IE(with 64 bit JRE) it makes an file in temp/hsperfdata_user folder but when i open same Applet on 32 bit IE(with 32 bit JRE) it not make a file in temp/hsperfdata_user folder.
I could not locate , why this happen, i stuck any help will be appreciated.
I have following version installed on my machine.
IE 11
JRE 32 bit with 1.8.0_172 version
JRE 64 bit with 1.8.0_162 version
I know similar questions have been asked before, but I am still unsure what I should do.
I currently have the latest JRE 32 bit installed on my 64 bit machine. This is the version I was recommended when I went to the download page for the first time. I suspect this was because I was running 32 bit Chrome and from what I understand it is important that the JRE version corresponds to the flavor of the browser you are using (bit wise). I also have 64 bit IE on my machine, but I hardly ever use it, so I didn't do an additional install of the 64 bit JRE, as suggested here: https://www.java.com/en/download/faq/java_win64bit.xml
Now I want to install Eclipse Epsilon and I am unsure if I should go for the 32 or the 64 bit version.
Do I have to go with 32 bit because I have JRE 32 bit installed?
What if I install JDK 64 bit? Should I go for 64 bit with Eclipse also in that case? Here Java and Eclipse - 32 vs. 64bit
the conclusion was that I should install the bit flavor of Eclipse corresponding to the JRE version I have on my machine. But I've read in another post that the JRE just runs the bytecode and it doesn't matter if it was generated by a 32 or 64 bit compiler - it will run it correctly anyway. Am I right then in my understanding that Eclipse should be the same bit flavor as the JDK (if installed on the machine) or as the JRE otherwise? I've even read somewhere that I won't even need the JRE if I install the JDK, since it comes with several JREs.
Do some Eclipse versions come with JDK?
I need to install Eclipse Epsilon (Eugenia, Xtext) for my current coursework and it only requires JRE and not JDK.
What would be your suggestion in this case?
What about the long run?
What if I install Chrome 64 bit instead? Since I would be running only 64 bit browsers on my 64 bit machine I suspect I would then only need JRE or JDK 64 bit and Eclipse 64 bit.
This might sound really silly, but what about source code that I might receive from other sources (written/precompiled in a 32 bit environment) - would I have any problems handling it?
I want to make sure I get this right, so as to not have doubts again in the future. Thank you!
I have been working in Java for past 8 months. Currently I am using JNA to load a third party DLL and it works fine on 32bit WinXP and 32bit Win7 machines.
On a 64bit Win7 machine, this third party dll is present under C:\Program Files(x86), I assume this means its a 32 bit DLL. So, here is the configuration I used so far,
Win7 machine - 64 bit,
Third party dll - 32 bit (as per above mentioned assumption),
JRE - tried with both 32bit and 64bit
But I get the following - "error: java.lang.UnsatisfiedLinkError: Unable to load library 'Wrapper': The specified module could not be found."
Please let me know if JNA supports loading a 32bit DLL, using a 32 bit JRE on a 64bit machine. Also, if this 32bit DLL has dependencies on other 32 & 64 bit DLLs would JNA still support it.
I am going to use procexp to find out if I am missing any dependencies. I will update this post accordingly.
Please provide your expert advise. Thanks in advance !
JNA does support loading 32 bit DLLs on a 64bit machine. But we need a 32 bit JVM to do this.
I was using Platform.is64Bit() to determine the path of the DLL. I learnt that this method returns the configuration of the JVM and not the OS.
So, in my case when I was using 32bit VM on 64bit machine, the path to the DLL was wrong.
I have Windows 7 with 64 bit environment.
Configuring gateway,
I run NSS3.12.4 32 bit on 64 bit platform and got this error.
Libnspr4.dll Can't load IA 32 bit .dll on AMD 64 bit platform
Java is 64 bit. How to get NSS 64 bit package?
Is there any way to fix this error if I will work with NSS 32 bit?
Thank you for your help!
I don't know if there is a simpler answer, but you could download the sources and build them to create a shared library for your platform:
JSS information
NSS & PSM Downloads
NSS Build instructions.
As far as I know there's no way to do that on 64bit Windows OS.
In order to use NSS on Java, you need to go through SunPKCS11 provider, which is according to Sun documentation:
The Sun PKCS#11 provider is supported on Solaris (SPARC and x86) and
Linux (x86) in both 32-bit and 64-bit Java processes. It is also
supported on 32-bit Windows (x86) but not currently on 64-bit Windows
platforms due to the lack of suitable PKCS#11 libraries.
I export try.jar file using 32 bit java libraries. On the client site, I have 64 bit java libraries. Can try.jar behave 64 bit executable?
For example, I have
Runtime rt = Runtime.getRuntime();
s = rt.exec("someExecutable");
the someExecutable binary is in 64 bit and using this code with 32 bit java libraries seems to be not working.
My soln' to this problem is to export try.jar using 32 bit java libraries (because my enviroment is in 32 bit) and run try.jar using 64 bit libraries in the client site.
Is this approach correct or any other suggestions?
when I run someExecutable directly (no java involved) which is 64 bit on the client site It works fine (client site is also 64 bit.).
But when I use s = rt.exec("someExecutable"); It doesnt work. the java libraries (jre executables downloaded over java.sun.com) are now 32 bit at both client and development sites.
Do my problem resolve if I install 64 bit libs to client site but not on development site??
Java librairies aren't the problem here. If you want to exec someExecutable, this program must be in 32 bits for a 32bit environment.
Java libraries aren't 32 or 64 bit, they are in Java ByteCode. So they can be executed on any JVM 64 or 32 the exact same way.
You will need a someExecutable binary available on the operating system architecture you wish to run your program on.
This isn't actually anything to do with Java - all Java is doing is going to the underlying operating system and trying to run the command in the String you pass to Runtime.exec().
What's the problem you get when do that?, if you're using 100% java code, JRE should transparents all other things.