[gwt-contrib] Re: Feature request: RPC automagically transferred values

2009-04-02 Thread Arthur Kalmenson
It depends on how you are building your authorization. If you use something like Spring Security, this is done automatically with every RPC you make. -- Arthur Kalmenson On Wed, Apr 1, 2009 at 11:43 PM, John Tamplin j...@google.com wrote: On Wed, Apr 1, 2009 at 10:22 PM, Vitali Lovich

[gwt-contrib] Comment on NoCastCheckingOptimization in google-web-toolkit

2009-04-02 Thread codesite-noreply
Comment by kibork: Hello. Please provide some estimate as when this feature will be available to test For more information: http://code.google.com/p/google-web-toolkit/wiki/NoCastCheckingOptimization --~--~-~--~~~---~--~~

[gwt-contrib] Re: Add StyleInjector to GWT trunk

2009-04-02 Thread bobv
[+Ray Cromwell] @RayC, What was the exact problem that you were having without an insertBefore/After method? These methods are somewhat problematic to implement in a least-surprise way on IE owing to the pigeonhole principle unless the API is changed to return some kind of token instead of a

[gwt-contrib] Comment on NoCastCheckingOptimization in google-web-toolkit

2009-04-02 Thread codesite-noreply
Comment by hbrucejohnson: It's in trunk as of r5032. The flag is -XdisableCastChecking. Let us know what you think. http://code.google.com/p/google-web-toolkit/source/detail?r=5032 For more information: http://code.google.com/p/google-web-toolkit/wiki/NoCastCheckingOptimization

[gwt-contrib] Re: Use class seed functions in -XdisableClassMetadata mode

2009-04-02 Thread Scott Blum
Are you in a big hurry to get this in? If not, it seems like the perfect reason to go back to the drawing board with JClassLiteral to make it not suck now that we have a much better idea what we really want out of it. Otherwise, it feels an awful lot like we're piling suckitude on top of

[gwt-contrib] Re: JVM crashes when using GWT compiler under Java 6 update 7 JVM

2009-04-02 Thread Scott Blum
This looks to me like a HotSpot problem.. the jitter is crashing trying to compile some JDT code. Current thread (0x08ab8800): JavaThread CompilerThread0 daemon [_thread_in_native, id=2484, stack(0xe037f000,0xe040)] Current CompileTask: C2:498

[gwt-contrib] [google-web-toolkit commit] r5163 - Created a new DiskCache class which caches large blocks of data on disk to converse heap.

2009-04-02 Thread codesite-noreply
Author: sco...@google.com Date: Thu Apr 2 13:40:27 2009 New Revision: 5163 Added: trunk/dev/core/src/com/google/gwt/dev/util/DiskCache.java trunk/dev/core/test/com/google/gwt/dev/util/DiskCacheTest.java Modified: trunk/dev/core/src/com/google/gwt/dev/javac/CompilationUnit.java

[gwt-contrib] [google-web-toolkit commit] r5164 - Free up CompilationState and TypeOracle as soon as the golden CUDs are produced.

2009-04-02 Thread codesite-noreply
Author: sco...@google.com Date: Thu Apr 2 13:41:22 2009 New Revision: 5164 Added: trunk/dev/core/src/com/google/gwt/dev/util/arg/OptionCompilationStateRetained.java Modified: trunk/dev/core/src/com/google/gwt/dev/GWTShell.java trunk/dev/core/src/com/google/gwt/dev/HostedMode.java

[gwt-contrib] [google-web-toolkit commit] r5165 - Free up more memory from ResourceOracle, JavaSourceOracle, and more CompilationState duri...

2009-04-02 Thread codesite-noreply
Author: sco...@google.com Date: Thu Apr 2 13:42:06 2009 New Revision: 5165 Modified: trunk/dev/core/src/com/google/gwt/dev/javac/CompilationState.java trunk/dev/core/src/com/google/gwt/dev/javac/JavaSourceOracle.java

[gwt-contrib] [google-web-toolkit commit] r5166 - Removed the highly unnecessary JavaSourceFile abstraction, which served no real purpose.

2009-04-02 Thread codesite-noreply
Author: sco...@google.com Date: Thu Apr 2 13:44:20 2009 New Revision: 5166 Removed: trunk/dev/core/src/com/google/gwt/dev/javac/JavaSourceFile.java trunk/dev/core/src/com/google/gwt/dev/javac/JavaSourceOracle.java

[gwt-contrib] [google-web-toolkit commit] r5169 - Follow-on to clearing out TypeOracle state; also free Generators instances.

2009-04-02 Thread codesite-noreply
Author: sco...@google.com Date: Thu Apr 2 13:48:07 2009 New Revision: 5169 Modified: trunk/dev/core/src/com/google/gwt/dev/Precompile.java trunk/dev/core/src/com/google/gwt/dev/cfg/ModuleDef.java trunk/dev/core/src/com/google/gwt/dev/cfg/Rule.java

[gwt-contrib] [google-web-toolkit commit] r5170 - Hold instances of DiskCache with weak refs to allow early cleanup.

2009-04-02 Thread codesite-noreply
Author: sco...@google.com Date: Thu Apr 2 13:48:34 2009 New Revision: 5170 Modified: trunk/dev/core/src/com/google/gwt/dev/util/DiskCache.java Log: Hold instances of DiskCache with weak refs to allow early cleanup. Review by: bobv (TBR) Modified:

[gwt-contrib] [google-web-toolkit commit] r5171 - HACK: compiler clears out pinned i18n static data to free memory.

2009-04-02 Thread codesite-noreply
Author: sco...@google.com Date: Thu Apr 2 13:49:05 2009 New Revision: 5171 Added: trunk/user/src/com/google/gwt/i18n/rebind/ClearStaticData.java Modified: trunk/dev/core/src/com/google/gwt/dev/jjs/JavaToJavaScriptCompiler.java

[gwt-contrib] Re: JVM crashes when using GWT compiler under Java 6 update 7 JVM

2009-04-02 Thread Ray Cromwell
Another quick workaround is try to switch the jitter (from -client to -server). In JDK6 and below, these are in fact, separate compilers. I had similar crashes with Java6 on OSX at one point and switching the HotSpot compiler fixed them. -Ray On Thu, Apr 2, 2009 at 11:16 AM, Scott Blum

[gwt-contrib] Re: JVM crashes when using GWT compiler under Java 6 update 7 JVM

2009-04-02 Thread Vitali Lovich
Interesting - didn't think of that, but I believe I had it set to -server (not in the compilation of GWT, but when I ran the 32-bit hosted mode). I'm so swamped right now I have no time to do anything but this one project then I have the first of my final exams Wednesday, so I dunno when I'll

[gwt-contrib] Re: code review requested -- rewrite CurrencyListGenerator to minimize duplication in the inheritance tree

2009-04-02 Thread John Tamplin
On Thu, Apr 2, 2009 at 4:24 PM, Scott Blum sco...@google.com wrote: Per our pair-review, updated against current trunk. Committed to trunk at r5174 with additional tests and one uncovered bug fixed. -- John A. Tamplin Software Engineer (GWT), Google

[gwt-contrib] [google-web-toolkit commit] r5172 - Build fix: ApiChecker should depend on gwt-dev instead of an explicit (old) JDT jar direc...

2009-04-02 Thread codesite-noreply
Author: sco...@google.com Date: Thu Apr 2 15:12:54 2009 New Revision: 5172 Modified: trunk/tools/api-checker/build.xml Log: Build fix: ApiChecker should depend on gwt-dev instead of an explicit (old) JDT jar directly. Modified: trunk/tools/api-checker/build.xml

[gwt-contrib] [google-web-toolkit commit] r5175 - Build fix: remove another dependency from ApiChecker to old JDT.

2009-04-02 Thread codesite-noreply
Author: sco...@google.com Date: Thu Apr 2 16:43:08 2009 New Revision: 5175 Modified: trunk/build.xml Log: Build fix: remove another dependency from ApiChecker to old JDT. Modified: trunk/build.xml == ---

[gwt-contrib] [google-web-toolkit commit] r5173 - Adding missing setCompilationStateRetained() to OOPHM HostedMode.

2009-04-02 Thread codesite-noreply
Author: sco...@google.com Date: Thu Apr 2 15:56:04 2009 New Revision: 5173 Modified: trunk/dev/oophm/overlay/com/google/gwt/dev/HostedMode.java Log: Adding missing setCompilationStateRetained() to OOPHM HostedMode. Review by: jat (desk) Modified:

[gwt-contrib] [google-web-toolkit commit] r5176 - Tweaks to pretty-printed Java source output

2009-04-02 Thread codesite-noreply
Author: sco...@google.com Date: Thu Apr 2 17:54:10 2009 New Revision: 5176 Modified: changes/scottb/memory/dev/core/src/com/google/gwt/dev/jjs/impl/SourceGenerationVisitor.java changes/scottb/memory/dev/core/src/com/google/gwt/dev/jjs/impl/ToStringGenerationVisitor.java

[gwt-contrib] [google-web-toolkit commit] r5178 - Removed JTypeOracle.hasClinitSet()

2009-04-02 Thread codesite-noreply
Author: sco...@google.com Date: Thu Apr 2 17:55:23 2009 New Revision: 5178 Modified: changes/scottb/memory/dev/core/src/com/google/gwt/dev/jjs/ast/JTypeOracle.java Log: Removed JTypeOracle.hasClinitSet() Modified:

[gwt-contrib] [google-web-toolkit commit] r5179 - Fix null callers to hasClinit()

2009-04-02 Thread codesite-noreply
Author: sco...@google.com Date: Thu Apr 2 17:55:54 2009 New Revision: 5179 Modified: changes/scottb/memory/dev/core/src/com/google/gwt/dev/jjs/ast/JTypeOracle.java changes/scottb/memory/dev/core/src/com/google/gwt/dev/jjs/impl/GenerateJavaScriptAST.java Log: Fix null callers to

[gwt-contrib] [google-web-toolkit commit] r5180 - Reimplement TypeOracle.checkClinit() in JReferenceType; inlined JTypeOracle.hasClinit()

2009-04-02 Thread codesite-noreply
Author: sco...@google.com Date: Thu Apr 2 17:56:32 2009 New Revision: 5180 Modified: changes/scottb/memory/dev/core/src/com/google/gwt/dev/jjs/ast/JFieldRef.java changes/scottb/memory/dev/core/src/com/google/gwt/dev/jjs/ast/JReferenceType.java

[gwt-contrib] One last memory review

2009-04-02 Thread Scott Blum
Just when you thought you were done, right? I took to heart your feedback on the whole JFieldRef.hasClinit statefulness. When I went in to look at it, it felt so yucky that I aborted the constructor change and instead decided to solve it the way we discussed, by adding a stateful flag to

[gwt-contrib] [google-web-toolkit commit] r5181 - JField compute clinit on demand; inlined JTypeOracle.checkClinit

2009-04-02 Thread codesite-noreply
Author: sco...@google.com Date: Thu Apr 2 17:57:11 2009 New Revision: 5181 Modified: changes/scottb/memory/dev/core/src/com/google/gwt/dev/jjs/ast/JFieldRef.java changes/scottb/memory/dev/core/src/com/google/gwt/dev/jjs/ast/JTypeOracle.java