Upgrading from 2.8.1 to 2.9.0 yields "...type not found, or there are compile errors..."?!?

[mmo]

We are trying to migrate a GWT application that is running fine with GWT 2.8.1 to GWT 2.9.0.

When we do a gwt:run the usual Jetty dialog comes up and without errors nor exceptions and comes to the point where it offers to copy the URL or launch the default browser.

When we copy/paste the URL to the browser we get a ""Compiling SSt" message and then the browser hangs ("SSt" is the name of the application).

On the console we get the output:

...

GET /recompile/sstweb
   Job ch.zh.ksta.sst.SstWebDevelopment_1_2
      starting job: ch.zh.ksta.sst.SstWebDevelopment_1_2
      binding: gxt.device=desktop
      binding: gxt.user.agent=ie11
      binding: user.agent=gecko1_8
      binding: user.agent.os=windows
      Compiling module ch.zh.ksta.sst.SstWebDevelopment
         Ignored 20 units with compilation errors in first pass.
Compile with -strict or with -logLevel set to TRACE or DEBUG to see all errors.
         Computing all possible rebind results for 'com.gwtplatform.mvp.client.ApplicationController'
            Rebinding com.gwtplatform.mvp.client.ApplicationController
               Invoking generator com.gwtplatform.mvp.rebind.ApplicationControllerGenerator
                  [ERROR] The type 'ch.zh.ksta.sst.client.SstBootstrapper' was not found, either the class name is wrong or there are compile errors in your code.
                  [ERROR] The type 'ch.zh.ksta.sst.client.SstBootstrapper' was not found, either the class name is wrong or there are compile errors in your code.
                  [ERROR] There was a problem generating the ApplicationController, this can be caused by bad GWT module configuration or compile errors in your source code.
         [WARN] For the following type(s), generated source was never committed (did you forget to call commit()?)
            [WARN] com.gwtplatform.mvp.client.ApplicationControllerImpl
         Unification traversed 29116 fields and methods and 2736 types. 2699 are considered part of the current module and 2699 had all of their fields and methods traversed.
         Compiling 1 permutation
            Compiling permutation 0...
            Linking per-type JS with 2678 new/changed types.
            Source Maps Enabled
         Compile of permutations succeeded
         Compilation succeeded -- 6,609s

...

We don't understand why the client boots trapper class is not found (assuming the message is correct). It *is* contained in both, the classes folder as well as in the generated .war file and the class' name is correct. We also don't see any compile errors in the code (at least IntelliJ doesn't display any...).
Any idea or hint, what might be wrong here? Or in which direction we could search?

Or any info that might be helpful here to pinpoint this issue?

[mmo]

I forgot to mention: this is using Java 1.8 (AdoptOpenJDK - jdk-8.0.292.10-hotspot).

[Rob Newton]

It looks like the GWT compiler cannot find the source .java file for that class, which it will need.  Perhaps it is in a directory that is not covered by the <source> tag in your module.gwt.xml file?

[mmo]

Hi and thanks for responding. We will double-check in that direction although I have doubts that this is the issue, because this has worked fine with the previous version, i.e. with v2.8.1 the compiler obviously *did* find the files. Has v2.9.0 a different or more rigid search strategy?

[Vassilis Virvilis]

I would try to enable the verbose and debug flags of the compilation.

In my experience sometimes the compilation fails for whatever reason and then the GWT compiler complains that it cannot find the class.

The debug logs of the compilation usually have enough information to diagnose and fix the problem.

Hope this helps a bit.

--
You received this message because you are subscribed to the Google Groups "GWT Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to google-web-tool...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/google-web-toolkit/088dce7f-05d1-4d2f-81bd-701fb1c27ac6n%40googlegroups.com.

--

Vassilis Virvilis

[Thomas Broyer]

Use -strict (alias for -failOnError) too, it will fail early rather than ignoring some errors and later failing because of them.