java-7

I have installed jdk1.7 at my e:\ . i have already jdk1.6 and 1.5 in my machine at c:\ . Environment vairable, path=c:\jdk1.6\bin;e:\jdk1.7\bin;.; classpath=c:\jdk1.6\lib;e:\jdk1.7\lib;.; in cmd prompt, E:\>java -version java version “1.7.0″ Java(TM) SE Runtime Environment (build 1.7.0-b147) Java HotSpot(TM) Client VM (build 21.0-b17, mixed mode, sharing) E:\>set path=e:\javasdk1.7\bin;.; E:\>javac Error: Could not find or load main class com.sun.tools.javac.Main Not able to compile a Hello7.java which is at e:\ enter code here import java.io.*; class Hello7 { public static void main(String...

I just downloaded a grails project from svn. I saw that the unsupported major.minor version is a well known problem on S.O. caused by a mismatch version of JDK used during runtime and compile time. But I am using the very same version as below: shell: JAVA Build Path: Installed JRE: Please what am I missing for still having the below error? Environment set to development [groovyc] Compiling 190 source files to C:\Users\xxx java.lang.UnsupportedClassVersionError: com/sun/tools/javac/Main : Unsupported major.minor version 52.0 at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils

When reading the answer to this question , I was wondering how Java7 bootstrap knows about the presence of public static void main(String[] args) method, without running the static initializers ? I have some assumptions on this topic, but some of them is obviously wrong: Java Bootstrap is running in JVM, so it can only use standard JVM features (no native features) - the called class must be on CLASSPATH, for example The standard JVM classloading is done via the normal classloading mechanism (I know it has several steps, I've been playing with classloaders several times) After the class has

If I do something like try ( Connection conn = Database.getConnection(); PreparedStatement ps = conn.prepareStatement("SELECT * FROM table WHERE something = ? LIMIT 1"); ) { ps.setString(1, "hello world"); ResultSet results = ps.executeQuery(); if(results.next()) { // blah } } catch(SQLException e) { e.printStackTrace(); } Will the ResultSet still be closed when the PreparedStatement is closed, or will I still have to explicitly close the ResultSet also? As per javax.sql.Statement.close() method's JavaDoc: Note:When a Statement object is closed, its current ResultSet object, if one exists, is

While debugging on my Windows 7 64 bit machine, I noticed that there is a symlink folder, that FileUtils.isSymlink() returns false for. Java7's Files.isSymbolicLink() works correctly. Is this known? Should i report a bug? I believe this is a bug. Reported issue . Its not a bug. FileUtils.isSymlink() is not supported in Windows. It always returns false for windows and its mentioned in the javadoc. Note: the current implementation always returns false if the system is detected as Windows using FilenameUtils.isSystemWindows() http://commons.apache.org/proper/commons-io/apidocs/org/apache/commons