Trying SDM with Java 1.6 Issue gotcha

[Brandon Donnelson]

Just a thought, the folks that forget to update Java 1.6 to Java 1.7 in their project and run SDM (super dev mode) will have issues. A warning could be useful for those trying to run SDM with Java 1.6 otherwise the warning is an exception of no significance. I'm tempted to ask the IDES to add one, but this will be slow to add. :)

For those who find this, upgrade to Java 1.7. 

When running Java 1.6 with SDM this is what is occuring at the moment

Runing CodeServer with parameters: [-noprecompile, -port, 9876, -sourceLevel, 1.6, -bindAddress, 127.0.0.1, -logLevel, INFO, com.sencha.gxt.test.TestRunner]

Super Dev Mode starting up

   workDir: /var/folders/x8/9wz7qtw96t7grkdyjw1l61p40000gn/T/gwt-codeserver-4814108566559817583.tmp

2014-09-30 10:35:27.314 java[1117:d07] [Java CocoaComponent compatibility mode]: Enabled

2014-09-30 10:35:27.314 java[1117:d07] [Java CocoaComponent compatibility mode]: Setting timeout for SWT to 0.100000

   Loading Java files in com.sencha.gxt.test.TestRunner.

To compile the module 'testrunner' , visit:

 http://127.0.0.1:9876/recompile/testrunner?user.agent=safari

   Ignored 89 units with compilation errors in first pass.

Compile with -strict or with -logLevel set to TRACE or DEBUG to see all errors.

java.lang.NoSuchMethodError: java.io.File.toPath()Ljava/nio/file/Path;

at com.google.gwt.dev.codeserver.Recompiler.setUpCompileDir(Recompiler.java:233)

at com.google.gwt.dev.codeserver.Recompiler.initWithoutPrecompile(Recompiler.java:194)

at com.google.gwt.dev.codeserver.Outbox.maybePrecompile(Outbox.java:81)

at com.google.gwt.dev.codeserver.Outbox.<init>(Outbox.java:60)

at com.google.gwt.dev.codeserver.CodeServer.makeOutboxes(CodeServer.java:155)

at com.google.gwt.dev.codeserver.CodeServer.start(CodeServer.java:119)

at com.google.gwt.dev.codeserver.CodeServer.main(CodeServer.java:91)

at com.google.gwt.dev.codeserver.CodeServer.main(CodeServer.java:50)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)

at com.google.gwt.dev.shell.SuperDevListener$1.run(SuperDevListener.java:125)

[WARN] Server class 'com.google.gwt.dev.shell.jetty.JDBCUnloader' could not be found in the web app, but was found on the system classpath

   [WARN] Adding classpath entry 'file:/Users/branflake2267/.m2/repository/com/google/gwt/gwt-dev/2.7.0-SNAPSHOT/gwt-dev-2.7.0-SNAPSHOT.jar' to the web app classpath for this session

[Goktug Gokdogan]

1.7 was mostly required for GSS and that is no longer planned for 2.7 release so we can probably fix this breakage (recently introduced) instead of a warning.

--
You received this message because you are subscribed to the Google Groups "GWT Contributors" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-toolkit-co...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit-contributors/f6f5cf77-4a0a-4adc-be21-36356d281562%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Brian Slesinsky]

Oops. This particular bug shouldn't be hard to fix.

On Tue, Sep 30, 2014 at 10:50 AM, Brandon Donnelson <branfl...@gmail.com> wrote:

--

[Brian Slesinsky]

Actually, that particular stack trace should be fixed by this uncommitted patch:

https://gwt-review.googlesource.com/#/c/9361/

However, I haven't tested it on Java 1.6.