[gwt-contrib] JavaScriptObject marker interface

2014-02-27 Thread Danilo Reinert
I work essentially with JSOs and I prefer to user the Interface-Impl pair pattern. It happens that sometimes I cannot use my interfaces because some components requires JavaScriptObject extensions, like JsArray. I'm missing some IsJavaScriptObject marker interface. Does that sounds

[gwt-contrib] JavaWriter API as replacement for SourceWriter family

2014-02-27 Thread Andrés Testi
Hi contribs: Are you aware of Square's JavaWriter API? (https://github.com/square/javawriter). It comes from the Dagger/Guice/Guava team, and is widely used for code generation (Dagger, AutoFactory and AutoValue What do you think about introduce this dependency as replacement for

Re: [gwt-contrib] JavaWriter API as replacement for SourceWriter family

2014-02-27 Thread Goktug Gokdogan
This has been discussed earlier but in general we would like to move to APT for codegen - with that developers could use any existing lib/framework that they see a fit. On Thu, Feb 27, 2014 at 7:06 AM, Andrés Testi andres.a.te...@gmail.comwrote: Hi contribs: Are you aware of Square's

Re: [gwt-contrib] JavaWriter API as replacement for SourceWriter family

2014-02-27 Thread James Nelson
Is there anywhere to get a sneak preview on the discussions about the future of codegen? Andres and I have both invested time in some extensions of ast-based codegen, and could really use some time and forewarning to adapt our strategy to stay future-friendly with out apis. --

Re: [gwt-contrib] JavaWriter API as replacement for SourceWriter family

2014-02-27 Thread Ray Cromwell
I think if we move to APT, you can do AST based code-gen via something like a JavaWriter to a stream, or if we adopt lombok, then you construct code by directly manipulating the trees of JavaC and JDT. On Thu Feb 27 2014 at 4:17:15 PM, James Nelson ja...@wetheinter.net wrote: Is there

Re: [gwt-contrib] JavaWriter API as replacement for SourceWriter family

2014-02-27 Thread Brian Slesinsky
I believe it's just an idea. In practice, we have lots of GWT generator code that's not easily migrated. I'm not familar with APT but if I wanted to learn about it I would probably start by studying Guice's AutoValue. If they're using JavaWriter then that's a good endorsement. - Brian On Thu,

Re: [gwt-contrib] JavaWriter API as replacement for SourceWriter family

2014-02-27 Thread Goktug Gokdogan
On Thu, Feb 27, 2014 at 4:17 PM, James Nelson ja...@wetheinter.net wrote: Is there anywhere to get a sneak preview on the discussions about the future of codegen? There is not much more that what is already discussed earlier in the list . APT takes responsibility of codegen out of GWT

Re: [gwt-contrib] JavaWriter API as replacement for SourceWriter family

2014-02-27 Thread James Nelson
There is not much more that what is already discussed earlier in the list . APT takes responsibility of codegen out of GWT compiler and get more inline with the rest of the java world and works on GWT/Android/server. That is basically what would you do if there was no TypeOracle nor

Re: [gwt-contrib] JavaWriter API as replacement for SourceWriter family

2014-02-27 Thread James Nelson
An excellent read about the trick behind Lombok, and related ast-hacking utils: http://notatube.blogspot.ca/2010/11/project-lombok-trick-explained.html -- http://groups.google.com/group/Google-Web-Toolkit-Contributors --- You received this message because you are subscribed to the Google

Re: [gwt-contrib] JavaWriter API as replacement for SourceWriter family

2014-02-27 Thread Goktug Gokdogan
On Thu, Feb 27, 2014 at 8:07 PM, James Nelson ja...@wetheinter.net wrote: There is not much more that what is already discussed earlier in the list . APT takes responsibility of codegen out of GWT compiler and get more inline with the rest of the java world and works on GWT/Android/server.