Re: Question about SuperDevMode/codeserver
It would indeed work (most of the time I believe), but then you need to
make sure to force the GWT compiler to compile your code before deploying,
because it's really easy to get false positives in the staleness check (if
the superdevmode stub *.nocache.js modification time is more recent than
your source files, then compilation would be –erroneously– skipped and
you'd deploy the stub nocache.js rather than your compiled app).
(oh well, Maven is so “broken” when it comes to incremental builds that
you'd better to a “mvn clean” anyway, just in case, so… but more
realistically, having 2 run configurations that use the launcherDir or not
makes it easier to switch between using the compiled app –e.g. when you
only work on server-side code– and using –and having to launch–
superdevmode)
As always, do what works best for you (but aware of the strengths and
drawbacks of each solution)
On Wednesday, March 6, 2019 at 3:13:17 PM UTC+1, Bryan Bende wrote:
>
> I was able to set the launcherDir to server/target/classes/static and that
> seems to make it work the way I was expecting.
>
> On Tuesday, 5 March 2019 13:55:54 UTC-5, Bryan Bende wrote:
>>
>> Hello,
>>
>> I have a multi-module Maven project setup similar to the multi-module
>> archetype, but created before I knew about that, using GWT 2.8.2 and the
>> gwt-maven-plugin 1.0-rc-9.
>>
>> shared - Contains DTOs with JS interop annotations, packaged as gwt-lib
>> client - GWT code, depends on shared as gwt-lib
>> server - spring-boot application which depends on client and shared
>> modules, packages the nocache.js from client into target/classes/static at
>> build time, also serves the index.html
>>
>> I launch the application from IntelliJ using a standard run configuration
>> to start the server, and then a "mvn gwt:codeserver" from the root module
>> where launcherDir is pointing to
>> "{project.build.Directory}/gwt/launcherDir" of the root module.
>>
>> The first time I load the application in Chrome it will automatically
>> compile and then load fine. If I then make a change to something in the
>> client module and refresh the page, it does not automatically compile. If I
>> then click the bookmark for "Dev Mode On", it will pop up the dialog and if
>> I click compile it works fine.
>>
>> I'm trying to figure out what the difference is between the first page
>> load and the subsequent ones. Looking in Chrome Dev Tools after the first
>> page load, I can see that some script elements get injected at the top of
>> the head element related to recompile, but then when I do the next refresh
>> some of those elements are no longer there, but there is still one element
>> pointing to the codeserver for the nocache.js.
>>
>> Is there anything obvious that I'm missing preventing the auto-compile on
>> refresh?
>>
>> One thing I tried was altering the server's locations for static
>> resources by setting
>> spring.resources.static-location=file://../target/gwt/launcherDir,classpath:/static/
>>
>> so that it would load the nocache.js from the launcherDir, but doesn't seem
>> to really change the behavior. Maybe that part isn't working the way I
>> think it is.
>>
>> Thanks,
>>
>> Bryan
>>
>>
--
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 post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.
Re: Question about SuperDevMode/codeserver
I added in a local maven profile an extra property file to instruct sprint
boot where check the static resources.
spring.resources.static-locations=${gwtBasePathLocation},classpath:/META-INF/resources/,classpath:/resources/,classpath:/static/,classpath:/public/
On Wed, 6 Mar 2019 at 11:13 Bryan Bende wrote:
> I was able to set the launcherDir to server/target/classes/static and that
> seems to make it work the way I was expecting.
>
> On Tuesday, 5 March 2019 13:55:54 UTC-5, Bryan Bende wrote:
>>
>> Hello,
>>
>> I have a multi-module Maven project setup similar to the multi-module
>> archetype, but created before I knew about that, using GWT 2.8.2 and the
>> gwt-maven-plugin 1.0-rc-9.
>>
>> shared - Contains DTOs with JS interop annotations, packaged as gwt-lib
>> client - GWT code, depends on shared as gwt-lib
>> server - spring-boot application which depends on client and shared
>> modules, packages the nocache.js from client into target/classes/static at
>> build time, also serves the index.html
>>
>> I launch the application from IntelliJ using a standard run configuration
>> to start the server, and then a "mvn gwt:codeserver" from the root module
>> where launcherDir is pointing to
>> "{project.build.Directory}/gwt/launcherDir" of the root module.
>>
>> The first time I load the application in Chrome it will automatically
>> compile and then load fine. If I then make a change to something in the
>> client module and refresh the page, it does not automatically compile. If I
>> then click the bookmark for "Dev Mode On", it will pop up the dialog and if
>> I click compile it works fine.
>>
>> I'm trying to figure out what the difference is between the first page
>> load and the subsequent ones. Looking in Chrome Dev Tools after the first
>> page load, I can see that some script elements get injected at the top of
>> the head element related to recompile, but then when I do the next refresh
>> some of those elements are no longer there, but there is still one element
>> pointing to the codeserver for the nocache.js.
>>
>> Is there anything obvious that I'm missing preventing the auto-compile on
>> refresh?
>>
>> One thing I tried was altering the server's locations for static
>> resources by setting
>> spring.resources.static-location=file://../target/gwt/launcherDir,classpath:/static/
>> so that it would load the nocache.js from the launcherDir, but doesn't seem
>> to really change the behavior. Maybe that part isn't working the way I
>> think it is.
>>
>> Thanks,
>>
>> Bryan
>>
>> --
> 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 post to this group, send email to google-web-toolkit@googlegroups.com.
> Visit this group at https://groups.google.com/group/google-web-toolkit.
> For more options, visit https://groups.google.com/d/optout.
>
--
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 post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.
Re: Question about SuperDevMode/codeserver
I was able to set the launcherDir to server/target/classes/static and that
seems to make it work the way I was expecting.
On Tuesday, 5 March 2019 13:55:54 UTC-5, Bryan Bende wrote:
>
> Hello,
>
> I have a multi-module Maven project setup similar to the multi-module
> archetype, but created before I knew about that, using GWT 2.8.2 and the
> gwt-maven-plugin 1.0-rc-9.
>
> shared - Contains DTOs with JS interop annotations, packaged as gwt-lib
> client - GWT code, depends on shared as gwt-lib
> server - spring-boot application which depends on client and shared
> modules, packages the nocache.js from client into target/classes/static at
> build time, also serves the index.html
>
> I launch the application from IntelliJ using a standard run configuration
> to start the server, and then a "mvn gwt:codeserver" from the root module
> where launcherDir is pointing to
> "{project.build.Directory}/gwt/launcherDir" of the root module.
>
> The first time I load the application in Chrome it will automatically
> compile and then load fine. If I then make a change to something in the
> client module and refresh the page, it does not automatically compile. If I
> then click the bookmark for "Dev Mode On", it will pop up the dialog and if
> I click compile it works fine.
>
> I'm trying to figure out what the difference is between the first page
> load and the subsequent ones. Looking in Chrome Dev Tools after the first
> page load, I can see that some script elements get injected at the top of
> the head element related to recompile, but then when I do the next refresh
> some of those elements are no longer there, but there is still one element
> pointing to the codeserver for the nocache.js.
>
> Is there anything obvious that I'm missing preventing the auto-compile on
> refresh?
>
> One thing I tried was altering the server's locations for static resources
> by setting
> spring.resources.static-location=file://../target/gwt/launcherDir,classpath:/static/
>
> so that it would load the nocache.js from the launcherDir, but doesn't seem
> to really change the behavior. Maybe that part isn't working the way I
> think it is.
>
> Thanks,
>
> Bryan
>
>
--
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 post to this group, send email to google-web-toolkit@googlegroups.com.
Visit this group at https://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.
Re: Compilation failure when upgrade the GWT version from 2.7.0 to 2.8.2
Hi @Thomas, thanks for the reply. Yes, I completely deleted the repository
files (/root/.m2/repository/com/google/gwt/*.*). Then ran the maven. But
still, the same compilation error is occurring.
On Tuesday, March 5, 2019 at 8:58:14 PM UTC+5:30, Thomas Broyer wrote:
>
> This is not normal. Given that you have no third-party dependency, and
> that Locale.ROOT was added in GWT 2.7, I'd say that your gwt-user JAR is
> probably corrupt. Try downloading it again (delete it and re-run Maven).
>
> On Tuesday, March 5, 2019 at 2:17:50 PM UTC+1, Periyasamy Ramachandran
> wrote:
>>
>> Hello,
>>
>> I'm trying to upgrade my GWT version from 2.7.0 to 2.8.2.
>>
>> The dependencies are specified as below in the pom.xml
>>
>>
>> 2.8.2
>> 2.8.2
>>
>>
>>
>>
>>
>>
>>
>>
>> com.google.gwt
>> gwt-servlet
>> ${version.gwt}
>> runtime
>>
>>
>> com.google.gwt
>> gwt-user
>> ${version.gwt}
>> provided
>>
>>
>>
>>
>>
>>
>>
>> org.codehaus.mojo
>> gwt-maven-plugin
>> ${version.maven.gwt.plugin}
>>
>>
>>
>> compile
>>
>>
>>
>> test
>>
>> test
>>
>> test
>>
>>
>>
>> 120
>> true
>>
>> ${project.build.directory}/${project.build.finalName}
>>
>>
>>
>>
>>
>>
>> When I compile the project using the command "mvn clean package
>> -Dmaven.test.skip=true", the below exception is occurring.
>>
>> [INFO]Tracing compile failure path for type
>> 'com.google.gwt.safehtml.shared.UriUtils'
>> [INFO] Errors in
>> 'jar:file:/root/.m2/repository/com/google/gwt/gwt-user/2.8.2/gwt-user-2.8.2.jar!/com/google/gwt/safehtml/shared/UriUtils.java'
>> [INFO] Line 240: ROOT cannot be resolved or is not a field
>> [INFO] Line 235: ROOT cannot be resolved or is not a field
>> [INFO] Line 84: ROOT cannot be resolved or is not a field
>> [INFO] Checked 1 dependencies for errors.
>> [INFO]Tracing compile failure path for type
>> 'com.google.gwt.dom.client.DataTransfer'
>> [INFO] Errors in
>> 'jar:file:/root/.m2/repository/com/google/gwt/gwt-user/2.8.2/gwt-user-2.8.2.jar!/com/google/gwt/dom/client/DataTransfer.java'
>> [INFO] Line 127: ROOT cannot be resolved or is not a field
>> [INFO] Checked 1 dependencies for errors.
>> [INFO]Tracing compile failure path for type
>> 'com.google.gwt.user.client.ui.UIObject'
>> [INFO] Errors in
>> 'jar:file:/root/.m2/repository/com/google/gwt/gwt-user/2.8.2/gwt-user-2.8.2.jar!/com/google/gwt/user/client/ui/UIObject.java'
>> [INFO] Line 657: ROOT cannot be resolved or is not a field
>> [INFO] Line 775: ROOT cannot be resolved or is not a field
>> [INFO] Checked 1 dependencies for errors.
>> [INFO]Tracing compile failure path for type
>> 'com.google.gwt.dom.builder.client.DomStylesBuilder'
>> [INFO] Errors in
>> 'jar:file:/root/.m2/repository/com/google/gwt/gwt-user/2.8.2/gwt-user-2.8.2.jar!/com/google/gwt/dom/builder/client/DomStylesBuilder.java'
>> [INFO] Line 113: ROOT cannot be resolved or is not a field
>> [INFO] Checked 1 dependencies for errors.
>> [INFO]Tracing compile failure path for type
>> 'com.google.gwt.dom.client.HeadingElement'
>> [INFO] Errors in
>> 'jar:file:/root/.m2/repository/com/google/gwt/gwt-user/2.8.2/gwt-user-2.8.2.jar!/com/google/gwt/dom/client/HeadingElement.java'
>> [INFO] Line 91: ROOT cannot be resolved or is not a field
>> [INFO] Checked 1 dependencies for errors.
>> [INFO]Tracing compile failure path for type
>> 'com.google.gwt.user.client.ui.MultiWordSuggestOracle'
>> [INFO] Errors in
>> 'jar:file:/root/.m2/repository/com/google/gwt/gwt-user/2.8.2/gwt-user-2.8.2.jar!/com/google/gwt/user/client/ui/MultiWordSuggestOracle.java'
>> [INFO] Line 534: ROOT cannot be resolved or is not a field
>> [INFO] Checked 1 dependencies for errors.
>>
>> The GWT version 2.7.0 is working fine. But when I update to version 2.8.0
>> or 2.8.2, the above error is occurring.
>>
>> I'm unable to find the solution . Could you please help me to fix the
>> problem?.
>>
>>
>> Thanks,
>> Periyasamy
>>
>>
>>
--
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 post to this group, send email to
Re: Converting an old applet to webapp: GWT is amazing!
Very very nice! Do you have the source code on github ? El mié., 27 feb. 2019 a las 23:33, Paul Sitarz () escribió: > > Hello, > > In 2003, I had a website with small games, GouziGouza, which relied heavily > on applets. I lost the code when the server hosting the site crashed...Since > that incident, the website was down. However, I recently found an old USB key > at the bottom of a drawer. I plugged it in, and I found the source code of > GouziGouza. Not the last version, but close enough. > > As a side project, very quickly, I was able to convert the code from applets > to GWT. > > I do believe GWT has a bright future, especially when GWT 3.0 will be > released! > > You can try it at https://gouzigouza.com > > Enjoy! > > Best, > Paul > > PS: I also made a short youtube video: > https://www.youtube.com/watch?v=Uy_QgoqAsCU > > -- > 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 post to this group, send email to google-web-toolkit@googlegroups.com. > Visit this group at https://groups.google.com/group/google-web-toolkit. > For more options, visit https://groups.google.com/d/optout. -- 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 post to this group, send email to google-web-toolkit@googlegroups.com. Visit this group at https://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
