Re: Best Practice for JSON object recreation on client

[Thomas Broyer]

Or you could use an array instead of a collection.

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

Best Practice for JSON object recreation on client

[Luke Last]

I use jackson/gson on the server to serialize and then gwt-jackson on the 
client to deserialize a shared pojo. I'm interested in finding out if JsInterop 
gives better performance though. 

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

Slowness / Hangs on GWT 2.7 with Chrome 50.0 Release

[Niraj Salot]

Dear Group,

We are using  GWT 2.7 with Chrome 50.0 Release.

We upgraded from Chrome 44.0 to 50.0 since last couple of weeks.

Since the Upgrade , The application hangs , It becomes unresponsive & all 
sorts of slowness started.

is this a known issue with Chrome 50.0 ? Do we need to perform any changes 
in GWT side code?

We are using the latest stable version of GWT. So not sure any upgrade on 
GWT is possible.

Please let me know your suggestions / views.

Thanks , Niraj Salot


-- 
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: live edit/chnage a gwt-lib as dependency with gwt-maven-archetypes possible ?

[Thomas Broyer]

"no corresponding project reference" means that the corresponding project is 
not part of the reactor (multi-module) build.

-- 
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: Problems connecting to Super Dev Mode server with 2.8 / multi-module project

[Jens]

SDM generates a special module.nocache.js file which contains the 
"recompile on reload" feature. You have to make sure that you have deployed 
that generated file. If you start the DevMode class the file is placed into 
the directory your DevMode -war parameter is pointing to. If you start 
CodeServer you have to use the -launcherDir parameter (DevMode delegates 
-war to -launcherDir). Make sure its pointing to the directory you deploy.

-- J.

-- 
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: Problems connecting to Super Dev Mode server with 2.8 / multi-module project

[Drew Spencer]

And that doesn't work :(

On Thursday, 18 August 2016 19:15:09 UTC+1, Drew Spencer wrote:
>
> Hmm, it seems app engine is fine - tried it again after clearing cache and 
> it runs fine. SDM seems to work, but it's not recompiling when I make a 
> change to a page and refresh. Very odd. trying with incremental=true now...
>
> On Thursday, 18 August 2016 19:01:11 UTC+1, Drew Spencer wrote:
>>
>> I was just posting that I think I found the culprit... 
>> appengine-gcs-client seems to have a dependency on servlet-api:2.5:
>>
>>
>> 
>>
>> I have just added the exclusion in my server pom.xml like so:
>>
>> 
>> 
>> com.google.appengine.tools
>> appengine-gcs-client
>> 0.6
>> provided
>> 
>> 
>> javax.servlet
>> servlet-api
>> 
>> 
>> 
>>
>>
>> Seems to have removed the dependency from the list and the codeserver now 
>> starts up, but appengine crashed because of the cloud storage servlet :'(
>>
>> Getting closer though! Thanks a lot, you really helped me understand the 
>> problem better :)
>>
>> Drew
>>
>> On Thursday, 18 August 2016 18:31:23 UTC+1, JonL wrote:
>>>
>>> I don't use maven, so not 100% familiar with it.  It appears that there 
>>> is a dependency report that should tell you where it is coming from:
>>>
>>> https://maven.apache.org/plugins/maven-project-info-reports-plugin/
>>>
>>> Then you should just exclude it:
>>>
>>>
>>> https://maven.apache.org/guides/introduction/introduction-to-optional-and-excludes-dependencies.html
>>>  
>>> 
>>>
>>> On Thursday, August 18, 2016 at 10:20:28 AM UTC-7, Drew Spencer wrote:

 Thanks for the help. I'm not sure why, but I still have servlet-api:2.5 
 in my dependencies, as well as javax.servlet-api:3.1.0. I read somewhere 
 that javax.servlet-api replaced servlet-api... I removed it manually but 
 it's being brough in from somewhere and I can't work out where. For the 
 first time in a year I wish I was back in eclipse instead of IntelliJ IDEA 
 :( Any chance you can look at my pom.xml files and help me work it out? 
 https://gist.github.com/slugmandrew/1d9acf86be2c7db89031dc60de9df6e2

 On 18 August 2016 at 17:08, JonL  wrote:

> Besides possibly switching to the gwt-maven-archetypes as Frank 
> suggested, I just added a comment to my answer.  The problem is that you 
> don't need servlet-api jars on your classpath at all. GWT provides the 
> appropriate classes for compile time in gwt-user and gwt-dev.
>
>
> On Thursday, August 18, 2016 at 5:54:12 AM UTC-7, Drew Spencer wrote:
>>
>> Hey all, I have recently changed the structure of my project to 
>> separate client, server and shared code into their own maven projects 
>> (modules).
>>
>> I am getting a HTTP Error 500 related to the Servlet API: 
>> *java.lang.NoSuchMethodError: 
>> javax.servlet.http.HttpServletResponse.getHeader(Ljava/lang/String;)Ljava/lang/String;*
>>
>> If anyone can help me it would be massively appreciated, as I can't 
>> really do much without Super Dev Mode
>>
>> Full info here: 
>> http://stackoverflow.com/questions/38979519/why-cant-gwt-connect-to-superdevmode-server-in-multi-module-maven-project
>>
>> Thanks to all for your great work on GWT 2.8. It really is 
>> appreciated :)
>>
> -- 
> You received this message because you are subscribed to a topic in the 
> Google Groups "GWT Users" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/google-web-toolkit/dF8KhbxnlBY/unsubscribe
> .
> To unsubscribe from this group and all its topics, send an email to 
> google-web-toolkit+unsubscr...@googlegroups.com.
> To post to this group, send email to google-we...@googlegroups.com.
> Visit this group at https://groups.google.com/group/google-web-toolkit
> .
> For more options, visit https://groups.google.com/d/optout.
>



 -- 
 Drew Spencer

>>>

-- 
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: Problems connecting to Super Dev Mode server with 2.8 / multi-module project

[Drew Spencer]

Hmm, it seems app engine is fine - tried it again after clearing cache and 
it runs fine. SDM seems to work, but it's not recompiling when I make a 
change to a page and refresh. Very odd. trying with incremental=true now...

On Thursday, 18 August 2016 19:01:11 UTC+1, Drew Spencer wrote:
>
> I was just posting that I think I found the culprit... 
> appengine-gcs-client seems to have a dependency on servlet-api:2.5:
>
>
> 
>
> I have just added the exclusion in my server pom.xml like so:
>
> 
> 
> com.google.appengine.tools
> appengine-gcs-client
> 0.6
> provided
> 
> 
> javax.servlet
> servlet-api
> 
> 
> 
>
>
> Seems to have removed the dependency from the list and the codeserver now 
> starts up, but appengine crashed because of the cloud storage servlet :'(
>
> Getting closer though! Thanks a lot, you really helped me understand the 
> problem better :)
>
> Drew
>
> On Thursday, 18 August 2016 18:31:23 UTC+1, JonL wrote:
>>
>> I don't use maven, so not 100% familiar with it.  It appears that there 
>> is a dependency report that should tell you where it is coming from:
>>
>> https://maven.apache.org/plugins/maven-project-info-reports-plugin/
>>
>> Then you should just exclude it:
>>
>>
>> https://maven.apache.org/guides/introduction/introduction-to-optional-and-excludes-dependencies.html
>>  
>> 
>>
>> On Thursday, August 18, 2016 at 10:20:28 AM UTC-7, Drew Spencer wrote:
>>>
>>> Thanks for the help. I'm not sure why, but I still have servlet-api:2.5 
>>> in my dependencies, as well as javax.servlet-api:3.1.0. I read somewhere 
>>> that javax.servlet-api replaced servlet-api... I removed it manually but 
>>> it's being brough in from somewhere and I can't work out where. For the 
>>> first time in a year I wish I was back in eclipse instead of IntelliJ IDEA 
>>> :( Any chance you can look at my pom.xml files and help me work it out? 
>>> https://gist.github.com/slugmandrew/1d9acf86be2c7db89031dc60de9df6e2
>>>
>>> On 18 August 2016 at 17:08, JonL  wrote:
>>>
 Besides possibly switching to the gwt-maven-archetypes as Frank 
 suggested, I just added a comment to my answer.  The problem is that you 
 don't need servlet-api jars on your classpath at all. GWT provides the 
 appropriate classes for compile time in gwt-user and gwt-dev.


 On Thursday, August 18, 2016 at 5:54:12 AM UTC-7, Drew Spencer wrote:
>
> Hey all, I have recently changed the structure of my project to 
> separate client, server and shared code into their own maven projects 
> (modules).
>
> I am getting a HTTP Error 500 related to the Servlet API: 
> *java.lang.NoSuchMethodError: 
> javax.servlet.http.HttpServletResponse.getHeader(Ljava/lang/String;)Ljava/lang/String;*
>
> If anyone can help me it would be massively appreciated, as I can't 
> really do much without Super Dev Mode
>
> Full info here: 
> http://stackoverflow.com/questions/38979519/why-cant-gwt-connect-to-superdevmode-server-in-multi-module-maven-project
>
> Thanks to all for your great work on GWT 2.8. It really is appreciated 
> :)
>
 -- 
 You received this message because you are subscribed to a topic in the 
 Google Groups "GWT Users" group.
 To unsubscribe from this topic, visit 
 https://groups.google.com/d/topic/google-web-toolkit/dF8KhbxnlBY/unsubscribe
 .
 To unsubscribe from this group and all its topics, send an email to 
 google-web-toolkit+unsubscr...@googlegroups.com.
 To post to this group, send email to google-we...@googlegroups.com.
 Visit this group at https://groups.google.com/group/google-web-toolkit.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>
>>>
>>> -- 
>>> Drew Spencer
>>>
>>

-- 
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: Problems connecting to Super Dev Mode server with 2.8 / multi-module project

[Drew Spencer]

I was just posting that I think I found the culprit... appengine-gcs-client 
seems to have a dependency on servlet-api:2.5:



I have just added the exclusion in my server pom.xml like so:



com.google.appengine.tools
appengine-gcs-client
0.6
provided


javax.servlet
servlet-api





Seems to have removed the dependency from the list and the codeserver now 
starts up, but appengine crashed because of the cloud storage servlet :'(

Getting closer though! Thanks a lot, you really helped me understand the 
problem better :)

Drew

On Thursday, 18 August 2016 18:31:23 UTC+1, JonL wrote:
>
> I don't use maven, so not 100% familiar with it.  It appears that there is 
> a dependency report that should tell you where it is coming from:
>
> https://maven.apache.org/plugins/maven-project-info-reports-plugin/
>
> Then you should just exclude it:
>
>
> https://maven.apache.org/guides/introduction/introduction-to-optional-and-excludes-dependencies.html
>  
> 
>
> On Thursday, August 18, 2016 at 10:20:28 AM UTC-7, Drew Spencer wrote:
>>
>> Thanks for the help. I'm not sure why, but I still have servlet-api:2.5 
>> in my dependencies, as well as javax.servlet-api:3.1.0. I read somewhere 
>> that javax.servlet-api replaced servlet-api... I removed it manually but 
>> it's being brough in from somewhere and I can't work out where. For the 
>> first time in a year I wish I was back in eclipse instead of IntelliJ IDEA 
>> :( Any chance you can look at my pom.xml files and help me work it out? 
>> https://gist.github.com/slugmandrew/1d9acf86be2c7db89031dc60de9df6e2
>>
>> On 18 August 2016 at 17:08, JonL  wrote:
>>
>>> Besides possibly switching to the gwt-maven-archetypes as Frank 
>>> suggested, I just added a comment to my answer.  The problem is that you 
>>> don't need servlet-api jars on your classpath at all. GWT provides the 
>>> appropriate classes for compile time in gwt-user and gwt-dev.
>>>
>>>
>>> On Thursday, August 18, 2016 at 5:54:12 AM UTC-7, Drew Spencer wrote:

 Hey all, I have recently changed the structure of my project to 
 separate client, server and shared code into their own maven projects 
 (modules).

 I am getting a HTTP Error 500 related to the Servlet API: 
 *java.lang.NoSuchMethodError: 
 javax.servlet.http.HttpServletResponse.getHeader(Ljava/lang/String;)Ljava/lang/String;*

 If anyone can help me it would be massively appreciated, as I can't 
 really do much without Super Dev Mode

 Full info here: 
 http://stackoverflow.com/questions/38979519/why-cant-gwt-connect-to-superdevmode-server-in-multi-module-maven-project

 Thanks to all for your great work on GWT 2.8. It really is appreciated 
 :)

>>> -- 
>>> You received this message because you are subscribed to a topic in the 
>>> Google Groups "GWT Users" group.
>>> To unsubscribe from this topic, visit 
>>> https://groups.google.com/d/topic/google-web-toolkit/dF8KhbxnlBY/unsubscribe
>>> .
>>> To unsubscribe from this group and all its topics, send an email to 
>>> google-web-toolkit+unsubscr...@googlegroups.com.
>>> To post to this group, send email to google-we...@googlegroups.com.
>>> Visit this group at https://groups.google.com/group/google-web-toolkit.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> -- 
>> Drew Spencer
>>
>

-- 
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: Problems connecting to Super Dev Mode server with 2.8 / multi-module project

[JonL]

I don't use maven, so not 100% familiar with it.  It appears that there is 
a dependency report that should tell you where it is coming from:

https://maven.apache.org/plugins/maven-project-info-reports-plugin/

Then you should just exclude it:

https://maven.apache.org/guides/introduction/introduction-to-optional-and-excludes-dependencies.html

On Thursday, August 18, 2016 at 10:20:28 AM UTC-7, Drew Spencer wrote:
>
> Thanks for the help. I'm not sure why, but I still have servlet-api:2.5 in 
> my dependencies, as well as javax.servlet-api:3.1.0. I read somewhere that 
> javax.servlet-api replaced servlet-api... I removed it manually but it's 
> being brough in from somewhere and I can't work out where. For the first 
> time in a year I wish I was back in eclipse instead of IntelliJ IDEA :( Any 
> chance you can look at my pom.xml files and help me work it out? 
> https://gist.github.com/slugmandrew/1d9acf86be2c7db89031dc60de9df6e2
>
> On 18 August 2016 at 17:08, JonL > 
> wrote:
>
>> Besides possibly switching to the gwt-maven-archetypes as Frank 
>> suggested, I just added a comment to my answer.  The problem is that you 
>> don't need servlet-api jars on your classpath at all. GWT provides the 
>> appropriate classes for compile time in gwt-user and gwt-dev.
>>
>>
>> On Thursday, August 18, 2016 at 5:54:12 AM UTC-7, Drew Spencer wrote:
>>>
>>> Hey all, I have recently changed the structure of my project to separate 
>>> client, server and shared code into their own maven projects (modules).
>>>
>>> I am getting a HTTP Error 500 related to the Servlet API: 
>>> *java.lang.NoSuchMethodError: 
>>> javax.servlet.http.HttpServletResponse.getHeader(Ljava/lang/String;)Ljava/lang/String;*
>>>
>>> If anyone can help me it would be massively appreciated, as I can't 
>>> really do much without Super Dev Mode
>>>
>>> Full info here: 
>>> http://stackoverflow.com/questions/38979519/why-cant-gwt-connect-to-superdevmode-server-in-multi-module-maven-project
>>>
>>> Thanks to all for your great work on GWT 2.8. It really is appreciated :)
>>>
>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "GWT Users" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/google-web-toolkit/dF8KhbxnlBY/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to 
>> google-web-toolkit+unsubscr...@googlegroups.com .
>> To post to this group, send email to google-we...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/google-web-toolkit.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Drew Spencer
>

-- 
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: Problems connecting to Super Dev Mode server with 2.8 / multi-module project

[Drew Spencer]

Thanks for the help. I'm not sure why, but I still have servlet-api:2.5 in
my dependencies, as well as javax.servlet-api:3.1.0. I read somewhere that
javax.servlet-api replaced servlet-api... I removed it manually but it's
being brough in from somewhere and I can't work out where. For the first
time in a year I wish I was back in eclipse instead of IntelliJ IDEA :( Any
chance you can look at my pom.xml files and help me work it out?
https://gist.github.com/slugmandrew/1d9acf86be2c7db89031dc60de9df6e2

On 18 August 2016 at 17:08, JonL  wrote:

> Besides possibly switching to the gwt-maven-archetypes as Frank suggested,
> I just added a comment to my answer.  The problem is that you don't need
> servlet-api jars on your classpath at all. GWT provides the appropriate
> classes for compile time in gwt-user and gwt-dev.
>
>
> On Thursday, August 18, 2016 at 5:54:12 AM UTC-7, Drew Spencer wrote:
>>
>> Hey all, I have recently changed the structure of my project to separate
>> client, server and shared code into their own maven projects (modules).
>>
>> I am getting a HTTP Error 500 related to the Servlet API: 
>> *java.lang.NoSuchMethodError:
>> javax.servlet.http.HttpServletResponse.getHeader(Ljava/lang/String;)Ljava/lang/String;*
>>
>> If anyone can help me it would be massively appreciated, as I can't
>> really do much without Super Dev Mode
>>
>> Full info here: http://stackoverflow.com/questions/38979519/why-cant-gwt-
>> connect-to-superdevmode-server-in-multi-module-maven-project
>>
>> Thanks to all for your great work on GWT 2.8. It really is appreciated :)
>>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "GWT Users" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/google-web-toolkit/dF8KhbxnlBY/unsubscribe.
> To unsubscribe from this group and all its topics, 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.
>



-- 
Drew Spencer

-- 
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: Problems connecting to Super Dev Mode server with 2.8 / multi-module project

[JonL]

Besides possibly switching to the gwt-maven-archetypes as Frank suggested, 
I just added a comment to my answer.  The problem is that you don't need 
servlet-api jars on your classpath at all. GWT provides the appropriate 
classes for compile time in gwt-user and gwt-dev.

On Thursday, August 18, 2016 at 5:54:12 AM UTC-7, Drew Spencer wrote:
>
> Hey all, I have recently changed the structure of my project to separate 
> client, server and shared code into their own maven projects (modules).
>
> I am getting a HTTP Error 500 related to the Servlet API: 
> *java.lang.NoSuchMethodError: 
> javax.servlet.http.HttpServletResponse.getHeader(Ljava/lang/String;)Ljava/lang/String;*
>
> If anyone can help me it would be massively appreciated, as I can't really 
> do much without Super Dev Mode
>
> Full info here: 
> http://stackoverflow.com/questions/38979519/why-cant-gwt-connect-to-superdevmode-server-in-multi-module-maven-project
>
> Thanks to all for your great work on GWT 2.8. It really is appreciated :)
>

-- 
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: jsinterop method overloading

[Vassilis Virvilis]

Ok that makes sense - but only for the @JsType(isNative = false) case.

For the isNative = true JS already knows how to call JS. Correct?

Right now jsniterop gives an error in both cases.

On Thu, Aug 18, 2016 at 6:30 PM, Jens  wrote:

> I think simply calling from Java into JS using @JsType(isNative = true) as
> in your example is not an issue. GWT would simply assume that the JS
> function $ can handle the parameter.
>
> However when JS calls into a Java object that implements a @JsType, its
> not clear which method implementation to choose without additional dispatch
> logic.
>
> -- J.
>
> --
> 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.
>



-- 
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 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: jsinterop method overloading

[Jens]

I think simply calling from Java into JS using @JsType(isNative = true) as 
in your example is not an issue. GWT would simply assume that the JS 
function $ can handle the parameter.

However when JS calls into a Java object that implements a @JsType, its not 
clear which method implementation to choose without additional dispatch 
logic.

-- J.

-- 
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: Problems connecting to Super Dev Mode server with 2.8 / multi-module project

[Frank Taffelt]

if your are restructuring your project setup. maybe you should consider 
switching to:

https://github.com/tbroyer/gwt-maven-archetypes

you will get a clean separation of your code and a working development 
environment.

On Thursday, August 18, 2016 at 2:54:12 PM UTC+2, Drew Spencer wrote:
>
> Hey all, I have recently changed the structure of my project to separate 
> client, server and shared code into their own maven projects (modules).
>
> I am getting a HTTP Error 500 related to the Servlet API: 
> *java.lang.NoSuchMethodError: 
> javax.servlet.http.HttpServletResponse.getHeader(Ljava/lang/String;)Ljava/lang/String;*
>
> If anyone can help me it would be massively appreciated, as I can't really 
> do much without Super Dev Mode
>
> Full info here: 
> http://stackoverflow.com/questions/38979519/why-cant-gwt-connect-to-superdevmode-server-in-multi-module-maven-project
>
> Thanks to all for your great work on GWT 2.8. It really is appreciated :)
>

-- 
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: live edit/chnage a gwt-lib as dependency with gwt-maven-archetypes possible ?

[Frank Taffelt]

[DEBUG] Adding sources for de.myproject:webutil-client:gwt-app:5.4.0-
SNAPSHOT
[DEBUG] Ignoring de.myproject:webutil-lib:gwt-lib:5.4.0-SNAPSHOT; no 
corresponding project reference.


first i thought the issue is solved after changing from classifier to type. 
but i don't see any changes when i modify parts from my gwt-lib. restarting 
the codeserver gets them. maybe the last line explains this?

-- 
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: Best Practice for JSON object recreation on client

[Paul Stockley]

I wrote a set of utilities using the new JsInterop capability in 2.8 that 
provides one way of handling JSON. Take a look at the documentation 
here https://github.com/GWTReact/gwt-interop-utils/blob/master/DOCUMENTATION.md

We use Jackson on the server for handling the translation from JSON to Java 
objects

On Thursday, August 18, 2016 at 5:35:34 AM UTC-4, Jens wrote:
>
>
> Why would it? You may want to use JsInterop to call JSON.parse() instead 
>> of using JsonUtils and casts from JavaScriptObject, but I believe it'd just 
>> work otherwise (can't try it ATM though)
>
>
> You can not use a Java Collection as field so you would need some 
> conversion to JsArray that JsInterop / JSON.parse() can handle but 
> otherwise it should work well.
>
> -- J.
>

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

Problems connecting to Super Dev Mode server with 2.8 / multi-module project

[Drew Spencer]

Hey all, I have recently changed the structure of my project to separate 
client, server and shared code into their own maven projects (modules).

I am getting a HTTP Error 500 related to the Servlet API: 
*java.lang.NoSuchMethodError: 
javax.servlet.http.HttpServletResponse.getHeader(Ljava/lang/String;)Ljava/lang/String;*

If anyone can help me it would be massively appreciated, as I can't really 
do much without Super Dev Mode

Full info here: 
http://stackoverflow.com/questions/38979519/why-cant-gwt-connect-to-superdevmode-server-in-multi-module-maven-project

Thanks to all for your great work on GWT 2.8. It really is appreciated :)

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

jsinterop method overloading

[Vassilis Virvilis]

Hello,

I know that is not currently possible to overload a js native interface
like this but I wonder why. Is there a technical reason that can be
overcome or is it a conceptual issued that I just don't get?


@JsType(isNative = true)
> public class JQuery {
> @JsType(isNative = true)
> public interface Element {
> }
>
> @JsMethod(namespace = JsPackage.GLOBAL)
> public static native  T $(String selector);
>

// This won't work because $() is alredy declared
>
@JsMethod(namespace = JsPackage.GLOBAL)
> public static native  T $(Element element);
>

> // you have to do this instead. Notice $E( instead of plain $(
>
@JsMethod(name = "$", namespace = JsPackage.GLOBAL)
> public static native  T $E(Element element);
> }
>
>

-- 
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 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: Best Practice for JSON object recreation on client

[Jens]

> Why would it? You may want to use JsInterop to call JSON.parse() instead 
> of using JsonUtils and casts from JavaScriptObject, but I believe it'd just 
> work otherwise (can't try it ATM though)


You can not use a Java Collection as field so you would need some 
conversion to JsArray that JsInterop / JSON.parse() can handle but 
otherwise it should work well.

-- J.

-- 
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: Best Practice for JSON object recreation on client

[Vassilis Virvilis]

Generally the GWT guys are careful and I am sure they will provide a way to
migrate. If I understand correctly the mechanism that will replace
generators (GWT.create()) is called APT and is based on annotations. In my
codebase I don't have the need and so I don't really know but I am using
libraries that require some way to create code (self-inspection) such are
resty-gwt, event-binder and gwt-jackson.

I don't know if APT is currently available in GWT but I don't think so. I
believe that APT and GWT generators should co-exist for at least one GWT
release for migration to happen.

For CSS vs GSS I know this is already happening. GSS is available in GWT
2.8 and CSS will be deprecated in the next version,

Vassilis

On Thu, Aug 18, 2016 at 10:50 AM, Max Fromberger 
wrote:

> Hello Vassilis,
>
> thanks for this contribution.
> This raises another question: is there a way to solve the above described
> tasks that is GWT 3 proof and already feasible in GWT 2.8?
>
> kind regards,
> max
>

-- 
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: Best Practice for JSON object recreation on client

[Thomas Broyer]

Why would it? You may want to use JsInterop to call JSON.parse() instead of 
using JsonUtils and casts from JavaScriptObject, but I believe it'd just work 
otherwise (can't try it ATM though)

-- 
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: Best Practice for JSON object recreation on client

[Max Fromberger]

Hi Thomas,

wouldn't that still require MyObj to extend JavaScriptObject in order to be 
deserialized on the client?
Thanks for your participation.

Kind regards,
max

Am Donnerstag, 18. August 2016 10:41:28 UTC+2 schrieb Thomas Broyer:
>
> Have you tried something like:
>
> @JsType(isNative=true,namespace=GLOBAL,name="Object")
> class MyObj {
> String str;
> int num;
> }
>

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

Best Practice for JSON object recreation on client

[Thomas Broyer]

Have you tried something like:

@JsType(isNative=true,namespace=GLOBAL,name="Object")
class MyObj {
String str;
int num;
}

-- 
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: Best Practice for JSON object recreation on client

[Max Fromberger]

Hello Vassilis,

thanks for this contribution.
This raises another question: is there a way to solve the above described 
tasks that is GWT 3 proof and already feasible in GWT 2.8?

kind regards,
max

Am Donnerstag, 18. August 2016 09:45:08 UTC+2 schrieb Vassilis Virvilis:
>
> Hi,
>
> I am using resty-gwt. Resty-gwt had his own (forked from jackson I 
> believe) json serialization classes. But now Rest-gwt is switching to 
> gwt-jackson. I haven't managed to get gwt-jackson to work with my setup 
> (yet) but looks like a valid path forward.
>
> In the server I am using CXF and the normal jackson. I am not saying 
> everything is perfect but most of my objects are transferred without a 
> fuss. In some cases where the object is complicated (e.g. Collection Collection> members or inheritance) I have to provide a custom provider 
> that knows how to deal. However this was a one time pain for me. Now I have 
> forgotten all the terrifying details and it just works.
>
> I am sure there are other solutions like GSON which I don't have any 
> experience with.
>
> Furthermore with the upcoming GWT3 which will deprecate generators all 
> these projects have a scheduled rewrite pending... So who knows?
>
> Vassilis
>
>
>
> On Thu, Aug 18, 2016 at 10:33 AM, Max Fromberger  > wrote:
>
>> Hello everybody,
>>
>> First of all a big THANKS to everyone involved in developing and 
>> supporting GWT.
>>
>> please correct me wherever I am wrong:
>>
>> In the past you used JsonUtils.safeEval() to create a JavaScriptObject 
>> from a JSON String. As i understand it, jsinterop annotations on classes 
>> not extending JavaScriptObject are now preferred over JavaScriptObjects.
>>
>> What is the recommended, future-proof way of having a server-client 
>> common class (i.e. package "shared") that can be:
>>
>> - created and accessed in a JVM servlet
>> - created and accessed from the client end
>> - serialized to JSON / deserialized from JSON to the specific class on 
>> the server (e.g. using GSON)
>> - serialized to JSON / deserialized from JSON to the specific class on 
>> the client
>>
>> Background: Using WebSocket Servers to bidirectionally transfer JSONified 
>> objects. No GWT-RPC involved.
>> Trying to avoid duplicate environment specific classes, boilerplate code 
>> etc.
>>
>> Thanks for every clue and please overlook me not having a native English 
>> interface. ;)
>>
>>
>>
>> kind regards,
>> max
>>
>>
>> -- 
>> 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-we...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/google-web-toolkit.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> 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 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: Best Practice for JSON object recreation on client

[Vassilis Virvilis]

Hi,

I am using resty-gwt. Resty-gwt had his own (forked from jackson I believe)
json serialization classes. But now Rest-gwt is switching to gwt-jackson. I
haven't managed to get gwt-jackson to work with my setup (yet) but looks
like a valid path forward.

In the server I am using CXF and the normal jackson. I am not saying
everything is perfect but most of my objects are transferred without a
fuss. In some cases where the object is complicated (e.g. Collection> members or inheritance) I have to provide a custom provider
that knows how to deal. However this was a one time pain for me. Now I have
forgotten all the terrifying details and it just works.

I am sure there are other solutions like GSON which I don't have any
experience with.

Furthermore with the upcoming GWT3 which will deprecate generators all
these projects have a scheduled rewrite pending... So who knows?

Vassilis



On Thu, Aug 18, 2016 at 10:33 AM, Max Fromberger 
wrote:

> Hello everybody,
>
> First of all a big THANKS to everyone involved in developing and
> supporting GWT.
>
> please correct me wherever I am wrong:
>
> In the past you used JsonUtils.safeEval() to create a JavaScriptObject
> from a JSON String. As i understand it, jsinterop annotations on classes
> not extending JavaScriptObject are now preferred over JavaScriptObjects.
>
> What is the recommended, future-proof way of having a server-client common
> class (i.e. package "shared") that can be:
>
> - created and accessed in a JVM servlet
> - created and accessed from the client end
> - serialized to JSON / deserialized from JSON to the specific class on the
> server (e.g. using GSON)
> - serialized to JSON / deserialized from JSON to the specific class on the
> client
>
> Background: Using WebSocket Servers to bidirectionally transfer JSONified
> objects. No GWT-RPC involved.
> Trying to avoid duplicate environment specific classes, boilerplate code
> etc.
>
> Thanks for every clue and please overlook me not having a native English
> interface. ;)
>
>
>
> kind regards,
> max
>
>
> --
> 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.
>



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

Best Practice for JSON object recreation on client

[Max Fromberger]

Hello everybody,

First of all a big THANKS to everyone involved in developing and supporting 
GWT.

please correct me wherever I am wrong:

In the past you used JsonUtils.safeEval() to create a JavaScriptObject from 
a JSON String. As i understand it, jsinterop annotations on classes not 
extending JavaScriptObject are now preferred over JavaScriptObjects.

What is the recommended, future-proof way of having a server-client common 
class (i.e. package "shared") that can be:

- created and accessed in a JVM servlet
- created and accessed from the client end
- serialized to JSON / deserialized from JSON to the specific class on the 
server (e.g. using GSON)
- serialized to JSON / deserialized from JSON to the specific class on the 
client

Background: Using WebSocket Servers to bidirectionally transfer JSONified 
objects. No GWT-RPC involved.
Trying to avoid duplicate environment specific classes, boilerplate code 
etc.

Thanks for every clue and please overlook me not having a native English 
interface. ;)



kind regards,
max


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