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

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

On Tuesday, December 7, 2021 at 10:28:09 AM UTC+1 vas...@gmail.com wrote:

> 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.
>
> On Tue, Dec 7, 2021 at 11:21 AM mmo  wrote:
>
>> 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?
>> On Tuesday, December 7, 2021 at 12:26:11 AM UTC+1 robn...@gmail.com 
>> wrote:
>>
>>> 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  tag in your module.gwt.xml file?
>>>
>>> On Tuesday, December 7, 2021 at 3:02:09 AM UTC+11 mmo wrote:
>>>
 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?

>>> -- 
>> 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
>

-- 
You received this message because you are subscribed to the Google 

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

2021-12-07 Thread 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.

On Tue, Dec 7, 2021 at 11:21 AM mmo  wrote:

> 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?
> On Tuesday, December 7, 2021 at 12:26:11 AM UTC+1 robn...@gmail.com wrote:
>
>> 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  tag in your module.gwt.xml file?
>>
>> On Tuesday, December 7, 2021 at 3:02:09 AM UTC+11 mmo wrote:
>>
>>> 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?
>>>
>> --
> 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-toolkit+unsubscr...@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

-- 
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-toolkit+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/CAKbOjEwjnE7BULCieaeEOBWh8Us1%2BjOcsOC_pjNA5Aai3LxY%3Dw%40mail.gmail.com.


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

2021-12-07 Thread 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?
On Tuesday, December 7, 2021 at 12:26:11 AM UTC+1 robn...@gmail.com wrote:

> 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  tag in your module.gwt.xml file?
>
> On Tuesday, December 7, 2021 at 3:02:09 AM UTC+11 mmo wrote:
>
>> 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?
>>
>

-- 
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-toolkit+unsubscr...@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.


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

2021-12-06 Thread 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  tag in your module.gwt.xml file?

On Tuesday, December 7, 2021 at 3:02:09 AM UTC+11 mmo wrote:

> 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?
>

-- 
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-toolkit+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/833ddb4e-8423-4df2-98c8-ca6a255cba34n%40googlegroups.com.


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

2021-12-06 Thread mmo
I forgot to mention: this is using Java 1.8 (AdoptOpenJDK - 
jdk-8.0.292.10-hotspot).

On Monday, December 6, 2021 at 5:02:09 PM UTC+1 mmo wrote:

> 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?
>

-- 
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-toolkit+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit/b1b463f2-2e4f-46ee-986d-0cc944f7e85fn%40googlegroups.com.