To use netbeans, I downloaded jdk 8 and installed it, in C drive under win 7 Os programs folder. I have also Java 8 update in D drive.
Can I install Java se development kit in D drive too, without side effects?
Thanks ahead
Kian William
I always install JDKs under an x:/tools directory (where x can be any drive letter, by preference not the root drive).
It's quite possible, and works fine. Take care with your JAVA_HOME settings of course, as they need to reflect this location :)
If anything, this works better than installing it under c:/program files/ as some tools have trouble with pathnames that have spaces in them.
Thank you for the response, in that case I shall uninstall it and reinstall again
from the beginning.
Kian William
Related
Git for Windows SDK apparently uses over 5.25GB of disk space and I have no use for developer kit bloat. Now I want to uninstall but I could not find any instructions online or in documentation. On Windows 7 after install there is no uninstall.exe and no uninstall listing in Programs list. Everything seems to be under the directory:
c:\git-sdk-64
So I would just delete that directory.
I don't see any additions to the Windows path that seem to relate to the Git for Windows SDK.
My basic goal is just to use AVRdude and AVR Toolchain for Windows under windows 7 as described in the instructions here:
https://www.pololu.com/docs/0J67/5.5
where I need Msys2 with pacman to install AVRdude, and I would install tree command, and I want to use a Linux command environment on Windows and Linux to develop AVR Programming resources in a cross platform manner. Any advice from experience would be appreciated since I don't want to pollute my Windows 7.
EDIT - Using windows file explorer, right click on sdk folder, properties, size shown is 5.49GB on disk. I don't see any links installed in the Program menu and I doubt there are other files installed anywhere else. So I am just going to delete this whole folder.
When first installed, the console prompt a clonning action from the github repository. Furthermore, the path choose has a .git folder in it where current status and branches can be seen through command line (with git status).
I havent' seen or ask for the code of the executable, as it might link or copy to other paths, but to me it's very probable it just downloads the github repo and compiles some executables (as files are not exactly the same as in the repo).
The only thing to care is the link created to desktop.
I tried searching for hours trying to figure out how to uninstall Java 7 JDK on my Mac since it kept crashing both Eclipse and some Minecraft mod packs. I tried to restore back to Java 6 JDK instead which is provided by Apple. I tried looking at Oracle's site to try to find out how to fix the problem. If you scroll down to the bottom of the page you'll see where it tells you do uninstall using sudo. I can't find the Java folder inside of Library, I try using the Go To Folder function too in Finder but it seems I cannot find it. I've also tried through Terminal and still cannot find the folder. It seems that no one else has had this problem before.. I've asked on forum sites and cannot find an answer. Please respond as quick as possible!
http://docs.oracle.com/javase/7/docs/webnotes/install/mac/mac-jdk.html
You can look inside:
/Library/Java/JavaVirtualMachines
If there is a folder of jdk.1.7 or similar, you can delete it. Restart your programs and they will get Java 1.6 as a default.
If you can't find the Java Home, open up terminal and enter:
env
look for or SOMETHING LIKE THIS Mine might not be the same as yours
JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/1.7/Home
This is where your Java is installed
If you want to see it in Finder then open up Finder and press Command + Shift + G and enter in the path to java home.
to uninstall simply remove the java version from :
/System/Library/Java/JavaVirtualMachines
with
cd /System/Library/Java/JavaVirtualMachines
rm -r some.version.java.jdk
Note: Sometimes Java is install in /System/Library but sometimes it's installed on /Library, so that's why you couldn't find Java in /Library which the Oracle document suggested.
in my current case:
sudo rm -rf /Library/Java/JavaVirtualMachines/jdk1.7.0_51.jdk
Is there a way to prevent that the Java installation routine (e.g. jdk-7u1-windows-i586.exe) copies java.exe into C:\Windows\system32 directory?
I have to install my software on a client's laptop and I don't want to break other Java applications which are already installed on the machine. In other words I want to install a private JRE which is only used by my software.
By now, I copied an already installed JRE from my computer to the client's machine.
I discovered yesterday that there is a problem with Java versions on Windows, as you know keeping java up to date these days is critical, especially the JRE used by Internet explorer located in the Windows system32 or syswow64 folder.
You can perform a search for java in your C: drive and look at the various executable files it finds to determine if the situation applies on a specific system.
After doing some research I find that when the Java updater runs, it only updates the files installed in the JAVA home , usually located on the program files, but it does NOT update the files located in the windows system folder. As a result and since the system folder is in the default system PATH , the usage of Internet Explorer continues to use an old version of the JAVA files ( java.exe , javaw.exe , javaws.exe )
The solution is to uninstall java using the control panel uninstall programs feature, download most recent version and install again.
Cheers!
Fernando
I recently upgraded to java 8 and discovered this problem as the java version under system32 was still java 7. It stops you even running version as it complains about the registry keys
U:\>java -version
Error: Registry key 'Software\JavaSoft\Java Runtime Environment'\CurrentVersion'
has value '1.8', but '1.7' is required.
Error: could not find java.dll
Error: Could not find Java SE Runtime Environment.
Doing the following pointed me to the culprit:
U:\>where java
C:\Windows\System32\java.exe
C:\Program Files\Java\jdk1.8.0_45\bin\java.exe
I 'solved' this problem by just deleting the java under system32! I'm unsure of what consequences this will have.
You can just provide the JRE you want to use on your software and:
Set the JAVA_HOME variable before you run your application
Point to the correct java.exe file (e.g. ..\jre1.5.0_22\bin\java <your_java_main>)
This can be done in a *.bat file for example.
After running the *.bat file you created, all other java version will be ignored and it won't matter which versions are, or will be, installed on that pc.
I found the newest JDK still doesn't write correct code against registry.
The issue is if a computer doesn't have JRE, JDK doesn't register JRE in registry correctly.
For those install JDK 1.7u72 Just add Software\JavaSoft\Java Runtime Environment as the error message indicate. And add a string entry of CurrentVersion with value 1.7.
And then add Software\JavaSoft\Java Runtime Environment\1.7 and put a JavaHome string entry with value "C:\Program Files\Java\jre7". And JRE will function correctly.
Blame Oracle, if you use Registry, then write correct code, otherwise don't use the Registry!
All you have to do is go to Control Panel -> Programs Uninstall a program. Uninstall the old java updates and keep the newest java update and java development kit update. Your newest java update and java development kit update should have the same number.
Windows 10 Solution
Check Java Version in Console (CMD) with java -version
Check in Console (CMD) with where java, which Java Path's are enlisted.
If it you shows you "C:\Windows\System32" in its output, you will have a problem to get to your %JAVA_HOME%, where your wanted Java version resides.
Meaning, you need to get rid of "java.exe" in "C:\Windows\System32".
Just uninstall the JRE in the Software ("Programs and Features")
Hint: Keep in mind, do NOT the JDK, here in my case "Java SE Development Kit 8 Update (64-bit)"), but the JRE.
One way I would try would be to create a write-only empty file with the name java.exe into the System32 folder.
I need to access some source code stored on SourceForge using CVS.
I used (many computers ago) to use WinCVS, so I downloaded it from SourceForge and installed it on this machine, which runs Windows XP 64-bit (latest SP).
However, during the second part of the install, when it tries to install CVSNT, the install asks all the usual questions, and hangs during the actual install.
I have traced the install using ProcMon, and the installer starts up, creates a temporary file in my temp directory (which is on drive E:), and then executes it.
I can't see any particular reason why the install hangs - there is no obvious loop. Both the original installer, and the temporary file create 2 threads, and one thread exits. So I guess the other thread is waiting for something which never happens.
Any idea how to proceed from here?
The issue is that the installer doesn't like the default installation path of c:\Program files (x86)\cvsnt — if you use c:\cvsnt the installer will proceed.
Update: this appears correct. If you still would like it in the default location under C:\Program Files (x86)..., use the 8.3 name (you can find it with dir /x), usually C:\PROGRA~2. As you can see in the screenshot, the last step appears correctly now. With a path with a space in it, it would hang forever.
Second part of wincvs --> cvsnt.exe get hangs with windows 7 due to incompatible, So you may try tortoiseCVS. It has the portable version and also working fine
SOLUTION FOR Windows 8 64-bit:
On Windows 8 64-bit I was unable to install CVSNT (even to c:\cvsnt), but I solved the problem by simple copy the whole CVTNT directory from my old pc.
I copied to C:\Program Files (x86)\cvsnt (exact location where wincvs expected to find cvsnt).
We had a similar problem on a machine at work (the difference being it was Windows 7 64-bit in our case). Even though the user had admin privileges, we were only able to resolve the issue by logging on directly as the admin before installing cvsnt.
Do not install the version of CVSNT that comes with WinCVS. It's an old, outdated, buggy version. Install a later release (at least 2.5.0.4).
I'm packing the Cherokee Web Server, a very very fast webserver with a nice web-based GUI for configuration written by the spanish hacker Alvaro Lopez Herrera and available from http://www.cherokee-project.com.
So far, I've managed to create a .pkg installer using Apple's PackageMaker.app that comes with Xcode but i'm installing everything under /opt/cherokee.
I guess I'd like to have the binaries go to a dir that is already in the path and the same for the manpages and other stuff.
I looks like installing everything with prefix=/usr could work nicely, except for the config files that should go to /etc/cherokee and the document root with could go to /var/www but i'm not sure.
Would that work or should I use some directory structure under /Library? like /Library/Cherokee/VERSION/ ???
Apple's bundled Apache seems to be instaling with prefix=/usr but config files in /etc/apache2 and CGIs and the manual to /Library/WebServer with the document root in /Library/WebServer/Documents.
Maybe my docroot should be /Library/Cherokee/Documents or something like that...
For reference, Cherokee's default layout is like this: (only dirs)
http://pastebin.com/f57bc2d21
Thanks for the help in advance! :)
Do not install it directly in /usr. That's Apple's domain. Though /opt might be okay, it will not be in the default path and is not commonly used as a default installation location for third-party Unix software in Mac OS X.
My advice is to install everything under /usr/local. Apple will not touch this area (e.g., during system updates, etc.), /usr/local/bin should be in the default path for users, and I have observed many other Mac OS X server software packages using this location.
Most Mac OS X packages I've used (and most software I've built from source on Mac OS X) will create a /usr/local/whatever/... containing directory, however. So, for example, all of MySQL would be under /usr/local/mysql/... That means the MySQL binaries are in /usr/local/mysql/bin/... which is not in the default path for users. But I think the improved isolation of that extra level of directory structure is worth this sacrifice. (Another option is to install everything under /usr/local/whatever/... but then add symlinks to your most important executable(s) under /usr/local/bin)