[gwt-contrib] Library Sources are not available in SuperDevMode

2015-02-10 Thread confile
I created a demo project here: https://github.com/confile/Realtime-JSON-Test

It compile with GWT compile without any problems from Eclipse. When I run 
the app in SuperDevMode the first compile failed with the following errors:

Compiling 1 permutation
Compiling permutation 0...
[ERROR] An internal compiler exception occurred
com.google.gwt.dev.jjs.InternalCompilerException: Unexpected error during 
visit.
at 
com.google.gwt.dev.jjs.ast.JVisitor.translateException(JVisitor.java:121)
at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:140)
at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:132)
at 
com.google.gwt.dev.jjs.impl.Devirtualizer.getStaticImpl(Devirtualizer.java:562)
at 
com.google.gwt.dev.jjs.impl.Devirtualizer.access$400(Devirtualizer.java:75)
at 
com.google.gwt.dev.jjs.impl.Devirtualizer$RewriteVirtualDispatches.ensureDevirtualVersionExists(Devirtualizer.java:184)
at 
com.google.gwt.dev.jjs.impl.Devirtualizer$RewriteVirtualDispatches.endVisit(Devirtualizer.java:101)
at com.google.gwt.dev.jjs.ast.JMethod.traverse(JMethod.java:580)
at 
com.google.gwt.dev.jjs.ast.JModVisitor$ListContextImmutable.traverse(JModVisitor.java:183)
at 
com.google.gwt.dev.jjs.ast.JModVisitor.acceptWithInsertRemoveImmutable(JModVisitor.java:355)
at 
com.google.gwt.dev.jjs.ast.JInterfaceType.traverse(JInterfaceType.java:75)
at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:380)
at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:292)
at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:284)
at 
com.google.gwt.dev.jjs.ast.JProgram.visitModuleTypes(JProgram.java:1192)
at com.google.gwt.dev.jjs.ast.JProgram.traverse(JProgram.java:1156)
at com.google.gwt.dev.jjs.ast.JModVisitor.traverse(JModVisitor.java:380)
at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:292)
at com.google.gwt.dev.jjs.ast.JModVisitor.accept(JModVisitor.java:284)
at 
com.google.gwt.dev.jjs.impl.Devirtualizer.execImpl(Devirtualizer.java:320)
at 
com.google.gwt.dev.jjs.impl.Devirtualizer.exec(Devirtualizer.java:218)
at 
com.google.gwt.dev.jjs.MonolithicJavaToJavaScriptCompiler$MonolithicPermutationCompiler.normalizeSemantics(MonolithicJavaToJavaScriptCompiler.java:95)
at 
com.google.gwt.dev.jjs.JavaToJavaScriptCompiler$PermutationCompiler.compilePermutation(JavaToJavaScriptCompiler.java:290)
at 
com.google.gwt.dev.jjs.MonolithicJavaToJavaScriptCompiler.compilePermutation(MonolithicJavaToJavaScriptCompiler.java:296)
at 
com.google.gwt.dev.jjs.UnifiedAst.compilePermutation(UnifiedAst.java:143)
at com.google.gwt.dev.CompilePerms.compile(CompilePerms.java:197)
at 
com.google.gwt.dev.ThreadedPermutationWorkerFactory$ThreadedPermutationWorker.compile(ThreadedPermutationWorkerFactory.java:50)
at 
com.google.gwt.dev.PermutationWorkerFactory$Manager$WorkerThread.run(PermutationWorkerFactory.java:74)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NullPointerException
at com.google.gwt.dev.jjs.ast.JVisitor.accept(JVisitor.java:137)
... 27 more
   [ERROR] no source info: source info not available
   [ERROR] at JsonElement.java(19): public abstract JsonElement 
clear();

  com.google.gwt.dev.jjs.ast.JMethod
   [ERROR] at JsonElement.java(18): interface JsonElement 
extends Serializable 
  com.google.gwt.dev.jjs.ast.JInterfaceType
   [ERROR] at Unknown(0): JProgram
  com.google.gwt.dev.jjs.ast.JProgram
[ERROR] Unrecoverable exception, shutting down
com.google.gwt.core.ext.UnableToCompleteException: (see previous log 
entries)
at 
com.google.gwt.dev.javac.CompilationProblemReporter.logAndTranslateException(CompilationProblemReporter.java:106)
at 
com.google.gwt.dev.jjs.JavaToJavaScriptCompiler$PermutationCompiler.compilePermutation(JavaToJavaScriptCompiler.java:367)
at 
com.google.gwt.dev.jjs.MonolithicJavaToJavaScriptCompiler.compilePermutation(MonolithicJavaToJavaScriptCompiler.java:296)
at 
com.google.gwt.dev.jjs.UnifiedAst.compilePermutation(UnifiedAst.java:143)
at com.google.gwt.dev.CompilePerms.compile(CompilePerms.java:197)
at 
com.google.gwt.dev.ThreadedPermutationWorkerFactory$ThreadedPermutationWorker.compile(ThreadedPermutationWorkerFactory.java:50)
at 
com.google.gwt.dev.PermutationWorkerFactory$Manager$WorkerThread.run(PermutationWorkerFactory.java:74)
at java.lang.Thread.run(Thread.java:745)
[ERROR] Not all permutation were compiled , completed (0/1)
  [WARN] recompile failed
  [WARN] continuing to serve previous version


The library uses the *super-source path=super /* tag. From the GWT 
documentation I found (
http://www.gwtproject.org/doc/latest/DevGuideOrganizingProjects.html)

 In development mode, the native JRE classes always supercede classes 

Re: [gwt-contrib] Javascript Exceptions in SDM about classes not being defined

2015-02-10 Thread Ali Akhtar
Thanks a lot for the work around, Daniel. My sanity is saved.

On Tue, Feb 10, 2015 at 12:58 PM, 'Daniel Kurka' via GWT Contributors 
google-web-toolkit-contributors@googlegroups.com wrote:

 This looks like the same compiler bug we are currently investigating, for
 now you can clear your SDM cache (button on its page) and you should be
 able to continue.

 On Tue, Feb 10, 2015 at 7:16 AM, Ali Akhtar ali.rac...@gmail.com wrote:

 I'm using 2.8.0-SNAPSHOT, from
 https://github.com/manolo/gwt-snapshot/raw/master/

 When I try to invoke the following method:

public ClerkD setEvents(HasValue?... fields)
 {
 for (HasValue? f : fields)
 {
 f.addValueChangeHandler( e - validate() );
 }
 return this;
 }

 I get the following exception:

 com.google.gwt.core.client.JavaScriptException: (ReferenceError) :
 Lcom_google_gwt_user_client_ui_HasValue_2_classLit_0_g$ is not defined

 Any ideas what's going on here? The code compiles, I have the classes on
 classpath, but I still see that exception.

 In fact, lately I've been getting a lot of these 'xxx_classLit_0_g$ not
 defined' exceptions in SDM. E.g:

 https://groups.google.com/forum/#!topic/google-web-toolkit/RzsjqX2gGd4

 https://groups.google.com/forum/#!topic/google-web-toolkit/Uf3IUgeUdP8

 It seems that using any random class in GWT can cause that exception to
 come up. Which doesn't make sense as I'm writing valid code that compiles.

 Am I doing something wrong, or is this a bug in the compiler?

 Would greatly appreciate if any light can be shed on this.

 --
 You received this message because you are subscribed to the Google Groups
 GWT Contributors group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/google-web-toolkit-contributors/83b0b1f8-f8a7-4997-8426-62804e286adf%40googlegroups.com
 https://groups.google.com/d/msgid/google-web-toolkit-contributors/83b0b1f8-f8a7-4997-8426-62804e286adf%40googlegroups.com?utm_medium=emailutm_source=footer
 .
 For more options, visit https://groups.google.com/d/optout.




 --
 Google Germany GmbH
 *Dienerstr. 12*
 *80331 München*

 Registergericht und -nummer: Hamburg, HRB 86891
 Sitz der Gesellschaft: Hamburg
 Geschäftsführer: Graham Law, Katherine Stephens

 --
 You received this message because you are subscribed to a topic in the
 Google Groups GWT Contributors group.
 To unsubscribe from this topic, visit
 https://groups.google.com/d/topic/google-web-toolkit-contributors/RWSov9AilF4/unsubscribe
 .
 To unsubscribe from this group and all its topics, send an email to
 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/google-web-toolkit-contributors/CALLujirarjkVZiL-KXu735kWtSuiRQdMiQFVaWVwXgq75_AB5w%40mail.gmail.com
 https://groups.google.com/d/msgid/google-web-toolkit-contributors/CALLujirarjkVZiL-KXu735kWtSuiRQdMiQFVaWVwXgq75_AB5w%40mail.gmail.com?utm_medium=emailutm_source=footer
 .

 For more options, visit https://groups.google.com/d/optout.


-- 
You received this message because you are subscribed to the Google Groups GWT 
Contributors group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAKiMtbc2oiVBPnRnKwKrL_Ra0MPX3wWrCMP1Z87rmsdjtLUCdA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [gwt-contrib] GWT 2.8.0-SNAPSHOT

2015-02-10 Thread Ali Akhtar
Thanks Manuel, works great after refreshing cache.

Thanks a bunch for providing this repo.

On Tue, Feb 10, 2015 at 12:31 PM, Manuel Carrasco Moñino man...@apache.org
wrote:

 It was updated yesterday with all the stuff in master, so those changes
 should be there.
 Today is going to be run in a couple of hours, although there are no
 changes in the repo.
 Try to force your maven cache to be updated: mvn -U

 On Tue, Feb 10, 2015 at 7:39 AM, Ali Akhtar ali.rac...@gmail.com wrote:

 Hey Manuel,

 I'm using your linked repo, but I'm not sure if its updating. Defender
 methods were added a few days ago, however when I try to use them within
 client code, I get an 'undefined' javascript error.

 --
 You received this message because you are subscribed to the Google Groups
 GWT Contributors group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/google-web-toolkit-contributors/e542c9ca-00ec-4466-826b-8f7ac5ef38af%40googlegroups.com
 https://groups.google.com/d/msgid/google-web-toolkit-contributors/e542c9ca-00ec-4466-826b-8f7ac5ef38af%40googlegroups.com?utm_medium=emailutm_source=footer
 .

 For more options, visit https://groups.google.com/d/optout.


  --
 You received this message because you are subscribed to a topic in the
 Google Groups GWT Contributors group.
 To unsubscribe from this topic, visit
 https://groups.google.com/d/topic/google-web-toolkit-contributors/yttru2sA4vA/unsubscribe
 .
 To unsubscribe from this group and all its topics, send an email to
 google-web-toolkit-contributors+unsubscr...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAM28XAuECu0rMy7dZOsZVa83mtyfYYwk9wSttLsM9XHytc%3DGYw%40mail.gmail.com
 https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAM28XAuECu0rMy7dZOsZVa83mtyfYYwk9wSttLsM9XHytc%3DGYw%40mail.gmail.com?utm_medium=emailutm_source=footer
 .

 For more options, visit https://groups.google.com/d/optout.


-- 
You received this message because you are subscribed to the Google Groups GWT 
Contributors group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/CAKiMtbfq9VW8WwABT%3DBkV1dAv3wPRdCcf1CaeEm1Bo%2BA%3DvuCng%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [gwt-contrib] Re: What constitutes an acceptable emulated String.format implementation?

2015-02-10 Thread Colin Alworth
I'd be strongly in favor of a StringFormat class - this could be
library-ized easily, letting someone opt in to even having it in their
project, or call it.

Since we're changing the API (though I assume keeping the 'format string'
language), you could take other steps to ensure small complied size and
best runtime performance. Consider SafeHtmlTemplates or Messages, with
their abilities to interpolate strings, but knowing the format string to
use at compile-time, not runtime.

This probably won't work in all cases (or be especially nice to use in the
other cases), but will be faster and smaller when compiled to JS.

On Tue Feb 10 2015 at 8:07:22 AM Benjamin DeLillo bpd9...@gmail.com wrote:

 If trying to provide a fairly complete duplicate of the JRE functionality
 is too much of a point of contention, would it be more acceptable to
 provide a simpler/lighter-weight string interpolation implementation behind
 e.g. GWT.format() or to follow the NumberFormat convention a StringFormat
 class?


 On Friday, February 6, 2015 at 11:31:32 PM UTC-5, Benjamin DeLillo wrote:

 For an implementation to be accepted would it have to conform to the entire 
 Java Formater spec? 
 http://docs.oracle.com/javase/7/docs/api/java/util/Formatter.html

 Would an implementation lacking the Date/Time conversions be acceptable?

 Would an implementation that wraps sprintf.js be acceptable (if the 
 licensing is compatible)? https://github.com/alexei/sprintf.js


 What about a minimal positional substitution implementation and nothing more?

  --
 You received this message because you are subscribed to the Google Groups
 GWT Contributors group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/google-web-toolkit-contributors/9d1583ef-ae7b-41e2-9eca-207e8ef33062%40googlegroups.com
 https://groups.google.com/d/msgid/google-web-toolkit-contributors/9d1583ef-ae7b-41e2-9eca-207e8ef33062%40googlegroups.com?utm_medium=emailutm_source=footer
 .
 For more options, visit https://groups.google.com/d/optout.


-- 
You received this message because you are subscribed to the Google Groups GWT 
Contributors group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/CADcXZMw1W_q866X0R2h8eJGWzU2Wx%2B_u62i_MAVuthEGEbnWNA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


[gwt-contrib] UiBinder changes don't get picked up in SDM (trunk)

2015-02-10 Thread Ali Akhtar
I'm using 2.8.0-SNAPSHOT. If I add any new ui-field=.. to a ui.xml file, 
they aren't picked up either on refresh, or on clearing the SDM cache . 
Instead, I have to restart SDM in order for these changes to be picked up. 
Otherwise, I keep getting the error that there's no @UiField for the 
corresponding field in the ui.xml file.

(To be clear, adding new fields to the Java file works, but when I assign 
those fields in the ui.xml template, that isn't picked up. So e.g if I add 
a @UiField Label foo to MyView.java, and assign that via g:Label 
ui-field=foo / in the ui.xml file, I still get the error that MyView#foo 
isn't assigned to a ui-field. Other ui.xml changes do get picked up, but 
not new ui-fields)

On a related note,it seems that CellTable is using CssResource. The 
compiler fails to run if you use CellTable unless you set the css mode to 
lenient. (Also the error message asks to set it to strict in order to 
temporarily avoid the issue, which is confusing as it needs to be set to 
lenient)

-- 
You received this message because you are subscribed to the Google Groups GWT 
Contributors group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/02ce9814-7640-4bf6-8772-0f300eab00f8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[gwt-contrib] Re: What constitutes an acceptable emulated String.format implementation?

2015-02-10 Thread Benjamin DeLillo
If trying to provide a fairly complete duplicate of the JRE functionality 
is too much of a point of contention, would it be more acceptable to 
provide a simpler/lighter-weight string interpolation implementation behind 
e.g. GWT.format() or to follow the NumberFormat convention a StringFormat 
class?

On Friday, February 6, 2015 at 11:31:32 PM UTC-5, Benjamin DeLillo wrote:

 For an implementation to be accepted would it have to conform to the entire 
 Java Formater spec? 
 http://docs.oracle.com/javase/7/docs/api/java/util/Formatter.html

 Would an implementation lacking the Date/Time conversions be acceptable?

 Would an implementation that wraps sprintf.js be acceptable (if the licensing 
 is compatible)? https://github.com/alexei/sprintf.js


 What about a minimal positional substitution implementation and nothing more?



-- 
You received this message because you are subscribed to the Google Groups GWT 
Contributors group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-web-toolkit-contributors+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/google-web-toolkit-contributors/9d1583ef-ae7b-41e2-9eca-207e8ef33062%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.