Super Dev Mode - Source maps break points ignored
Hi all, I'm very happy with the super dev mode. Recompiling after a change takes between 2-3 secs. But with the current state of GWT 2.7 (trunk) I'm not able to make some break points in Chrome (41 dev) or IE11? It seems that the generated source maps are not correctly because some break points seems to work but the local variables don't match to the code and also step over doesn't work in the debugger. I remember that some bugs have been fixed in the case that collapse-all-properties will be used. But also removing collapse-all-properties doesn't work. Somebody fighting with the some issue? Is it possible to check whether the generated souce map is correctly? BR Rocco -- You received this message because you are subscribed to the Google Groups Google Web Toolkit 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 http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: GWT 2.7 performance issue
Much to our surprise the test show a quite large performance hit. For example a simple test running three for loops inside each other took almost 50% longer with 2.7 then with 2.6.1. What work are you doing inside these for loops? If these loops are empty or only do local, useless work it might be a bug in code pruning, e.g. GWT 2.6.1 has removed the for loops from the final output while GWT 2.7 keeps them. You can check that by comparing the final JS output (compile with mode PRETTY). Can't remember any commit to GWT that might cause a 50% performance drop, especially as GWT now has a new benchmark system in place to detect performance regressions. -- J. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit 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 http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: SuggestBox: how to change suggestions sort order?
Hi,
Were you able to find a solution to this at all? I have been trying to
figure this out all week, but I am still stuck. When I try to extend
SuggestOracle and implement my own Oracle, I am having problems with some
of the methods being private and classes (PrefixTree) with default access
modifier . It would be great if someone could point me in the right
direction. Thanks.
Pradeep
On Thursday, January 28, 2010 at 9:28:28 AM UTC-7, forewar wrote:
Hello!
I have the following problem:
I have created SuggestBox element and filled it`s
MultiWordSuggestOracle. But when I use showSuggestionList(), my
suggestions are displaying in alphabetic order instead of original
order. I want to show suggestions depends on their rating, not in
alphabetic order.
So, maybe someone could help me? I suppose, it must be some mechanism
to set displaying order, but I havent found it in docs yet.
My code is quite simple:
AsyncCallbackArrayList callback = new AsyncCallbackArrayList() {
public void onSuccess(ArrayList result){
ArrayList suggests = result;
Iterator suggestsIt = suggests.iterator();
MultiWordSuggestOracle ora = getOracleByElementId
(innerSuggesterId);
ora.addAll(suggests);
...
I`m sure that element of my ArrayList suggests are sorted in order I
want. But oracle changes it.
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit 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 http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.
GWT 2.7 performance issue
Hi everyone, I'm working on an embedded Linux system that displays a web app on a touch LCD. As hardware resources are tight in the system I am tasked to run some tests to evaluate the impact of 2.7. Much to our surprise the test show a quite large performance hit. For example a simple test running three for loops inside each other took almost 50% longer with 2.7 then with 2.6.1. We presume this is an issue with settings but haven't found any clear information on what to try. Any hints or links to such information would be very helpful. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit 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 http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: SuggestBox: how to change suggestions sort order?
Were you able to find a solution to this at all? I have been trying to figure this out all week, but I am still stuck. When I try to extend SuggestOracle and implement my own Oracle, I am having problems with some of the methods being private and classes (PrefixTree) with default access modifier . It would be great if someone could point me in the right direction. Thanks. Copy GWT's MultiWordSuggestOracle and adjust it to your needs. -- J. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit 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 http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: Super Dev Mode - Source maps break points ignored
Hi Jens, yes sane behavior in Chrome stable. The gray and white lines seems to be correct. But when I run into a break point the local variables a completely incorrect and when I try to step over the code I get really strange jumps. The same behavior appears also in IE11. But it's strange that the gray and white lines get display correctly? -- You received this message because you are subscribed to the Google Groups Google Web Toolkit 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 http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Synchronize Mobile SQLite Database with a Server
I have the following scenario. I use a HTML5 WebSQL database on my mobile devices which run on a PhoneGap/Cordova app. I have also a server as a backend which is connected via REST to my mobile clients. My mobile clients can create, edit and delete items. These items will be synchronized with the server. The client can request the other items which have been created by other clients. These item where loaded using pagination from the server. Meaning that only a bunch of n items where loaded on each page request. Keep in mind that order of items can be changed and items can be deleted due to other devices. What do you use for such kind of data sync? -- You received this message because you are subscribed to the Google Groups Google Web Toolkit 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 http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: Super Dev Mode - Source maps break points ignored
I would first blame Chrome if you use the dev channel of Chrome. Try beta or stable channel and see if you still have issues. Also note that you can not set break points in grey lines since they do not have source mapping information. -- J. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit 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 http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
[gwt-contrib] GWT 2.8SNAPSHOT does not run properly with Java8
I use in my gwt.xml module and put guava-18.0.jar guava-gwt-18.0.jar Tracing compile failure path for type 'com.google.common.collect.Collections2' [ERROR] Errors in 'com/google/common/collect/Collections2.java' [ERROR] Line 201: The method and(Predicatecapture#14-of ? super E, Predicatecapture#15-of ?) is undefined for the type Collections2.FilteredCollectionE [ERROR] Line 206: The method and(Predicatecapture#16-of ? super E, Predicatecapture#17-of ?) is undefined for the type Collections2.FilteredCollectionE Tracing compile failure path for type 'com.google.common.collect.Maps' [ERROR] Errors in 'com/google/common/collect/super/com/google/common/collect/Maps.java' [ERROR] Line 2244: The method and(Predicatecapture#263-of ? super Map.EntryK,V, Predicatecapture#264-of ? super Map.EntryK,V) is undefined for the type Predicates [ERROR] Line 2343: The method and(Predicatecapture#265-of ? super Map.EntryK,V, Predicatecapture#266-of ? super Map.EntryK,V) is undefined for the type Predicates Tracing compile failure path for type 'com.google.common.collect.Multimaps' [ERROR] Errors in 'com/google/common/collect/super/com/google/common/collect/Multimaps.java' [ERROR] Line 1691: The method and(Predicatecapture#83-of ? super K, Predicatecapture#84-of ? super K) is undefined for the type Predicates [ERROR] Line 1954: The method and(Predicatecapture#105-of ? super Map.EntryK,V, Predicatecapture#106-of ? super Map.EntryK,V) is undefined for the type Predicates [ERROR] Line 1735: The method and(Predicatecapture#87-of ? super K, Predicatecapture#88-of ? super K) is undefined for the type Predicates [ERROR] Line 1779: The method and(Predicatecapture#91-of ? super K, Predicatecapture#92-of ? super K) is undefined for the type Predicates [ERROR] Line 1940: The method and(Predicatecapture#103-of ? super Map.EntryK,V, Predicatecapture#104-of ? super Map.EntryK,V) is undefined for the type Predicates [ERROR] Aborting compile due to errors in some input files Edit: There is a discussion in the google GWT-Contributors group her: https://groups.google.com/forum/#!topic/google-web-toolkit-contributors/zYUfanL8zwM Here is an issue for this problem: http://code.google.com/p/google-web-toolkit/issues/detail?id=9036 *Is there a workaround for this problem?* I tested with the Guava 19SNAPSHOT and got the same error. Even with the fix proposed here http://code.google.com/p/google-web-toolkit/issues/detail?id=9036 it doe not work. -- 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/f7a1841b-01cc-468f-af18-588bac431f33%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[gwt-contrib] GWT Generators vs java annotation processing
GWT itself won't run annotation processors (yet), but if your IDE runs them automatically on file save then it should work just as well as GWT generators. -- 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/f10371fb-5d57-4a26-8c1b-74a4d726e4e9%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[gwt-contrib] GWT Generators vs java annotation processing
Hi group, I was wondering if the preferred way these days is to implement generation using the java annotation API or GWT generators is the way? Does SDM works with java annotations in the whole edit-save-refresh cycle like the GWT generators do? -- 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/fced4d41-03bb-4616-93e5-99251af7f1e7%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [gwt-contrib] GWT Generators vs java annotation processing
I will be presenting something around that at GWT.create - http://gwtcreate.com/#agenda-us_room1_event9 http://gwtcreate.com/#agenda-us_room1_event9 On Wed, Jan 21, 2015 at 3:20 PM, Thomas Broyer t.bro...@gmail.com wrote: GWT itself won't run annotation processors (yet), but if your IDE runs them automatically on file save then it should work just as well as GWT generators. -- 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/f10371fb-5d57-4a26-8c1b-74a4d726e4e9%40googlegroups.com . 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 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/CALLujioGi6Z_ogZTHSjEEPa1AQrA9_2%2BnSFfph%2BCF964vzF9Og%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
Re: GWT look and feel
http://jqm4gwt.appspot.com/examples.html Try it, it's based on jQuery Mobile. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit 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 http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: GWT look and feel
https://gwtbootstrap3.github.io/gwtbootstrap3-demo/ Try this, Works for me. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit 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 http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: GWT look and feel
For management software, I advise SmartGWT : it's really great !!! you should test ! For little specific application, I advise GWT with javascript / jquery -- You received this message because you are subscribed to the Google Groups Google Web Toolkit 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 http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: [gwt-contrib] Re: GWT 2.7.0: isAssignableFromRaw will fail when parameter to is java.lang.Object
And thanks for you help, got it working!
Am Mittwoch, 21. Januar 2015 07:47:21 UTC+1 schrieb Frank Hossfeld:
Arrrgh, you are right. It works well up to version 2.6.1.
Am Mittwoch, 21. Januar 2015 01:26:22 UTC+1 schrieb Goktug Gokdogan:
Here it is:
https://code.google.com/p/mvp4g/source/browse/trunk/sources/src/test/java/com/google/gwt/dev/javac/typemodel/TypeOracleStub.java
You always stub types with JGenericType; that is not correct.
On Tue, Jan 20, 2015 at 4:22 PM, Goktug Gokdogan gok...@google.com
wrote:
I'm not going to come Munich..
TypeOracle getJavaLangObject shouldn't return java.lang.Object. From
the screenshots, it looks like your are using a stub implementation for
TypeOracle and that is probably doing the wrong thing.
On Tue, Jan 20, 2015 at 3:34 PM, Frank Hossfeld
frank.h...@googlemail.com wrote:
I have tried to create a JUnit test for the AssignabilityChecker class,
but that's not so easy. So I run the test from the JUnit test provided by
the mvp4g project. You can easily reproduce the error. Just check out the
mvp4g code from trunk, delete the AssignabilityChecker class and run the
method testPath method from ServiceAnnotationsLoaderTest.
I am using the isAssignable method from AssignabilityChecker class. The
value of the from parameter is something the SimpleService interface of
mvp4g. The value of the to parameter is java.lang.object. The
isAssignable method calls isAssignableFromRaw.
The first thing this method does is to call isJavaLangObject(to).
The code of the isJavaLangObject method looks like this:
private static boolean isJavaLangObject(JClassType type) {
return type == type.getOracle().getJavaLangObject();
}
type.getOracle().getJavaLangObject() returns java.lang.Object. If
this is compared to the raw type java.lang.Object the compare will fail.
I have added two Screenshots. p02.png will show the value as the
isAssignableFromRaw is called and p03.png will show the value which is
returned by the method getJavaLangObject.
Will you be at the GWT.create in Munich? If yes, I can show you the
problem.
The screenshots can be downloaded here:
http://www.hossfeld-solutions.de/downloads/p02.png
http://www.hossfeld-solutions.de/downloads/p03.png
Am Dienstag, 20. Januar 2015 21:53:03 UTC+1 schrieb Goktug Gokdogan:
I tried to reproduce the problem in GWT. I added following to
JParameterizedTypeTest
assertType(Object).isAssignableFrom(List);
assertType(Object).isAssignableFrom(Integer);
and both cases doesn't fail.
I also don't understand what you mean about converting
java.lang.Object to raw type. java.lang.Object is not a generic type so
it
cannot have a raw type.
Can you provide the exact types that your are passing or better
reproduce the problem in JParameterizedTypeTest so we can take a look at
the issue?
On Mon, Jan 19, 2015 at 2:07 AM, Frank Hossfeld
frank.h...@googlemail.com wrote:
Please can you prove that it is a bug or am I doing something wrong?
I make an update to the AssignabilityChecker (this time with less code
changes). If it is a bug, the changes should solve it.
Am Samstag, 17. Januar 2015 14:34:36 UTC+1 schrieb Frank Hossfeld:
It look like that there is a bug inside the AssignabilityChecker
class of GWT 2.7.0.
If you use the method isAssignableFromRaw(JClassType from,
JClassType to) to check weather something is assignable to the „to“
parameter or not, the method will always fail if the value of the
parameter
„to“ is „java.lang.object“.
The first thing this method does is to check if the „to“-parameter
is the java.lang.object type. Therefor the method calls the method
„isJavaLangObject(JClassType type)“. This method compares parameter
type
with type.getOracle().getJavaLangObject(). But type.getOracle().
getJavaLangObject() does not return a raw type. To solve this
problem, the value of type.getOracle().getJavaLangObject() must be
converted to a raw type.
The method is used to times. Once it is called from
isAssignableFromGenericArrayType(JarrayType from, JClassType to),
where the method isJavaLangObject(to) will work correct The second call
is
the one from isAssignableFromRaw, where the compare will fail.
To solve this problem, I have created a another method:
*private static boolean isJavaLangObjectRawType(JClassType rawType)
{*
* return rawType ==
convertToRawIfGeneric(rawType.getOracle().getJvaLangObject());*
*}*
and call this method from isAssignableFromRaw. Using this patch,
everything works correct.
To test this error, you can download the mvp4g framework (trunk) from
*https://code.google.com/p/mvp4g/source/checkout
https://code.google.com/p/mvp4g/source/checkout*
and run the method:
*testGeneratedClass*
from the class:
*com.mvp4g.rebind.config.loader.annotation.ServicesAnnotationsLoaderTest*
I have created a patch and assigned it. Using the patch, the test
will
Re: Custom ScriptInject with callback and inject inside body element
On Wednesday, January 21, 2015 at 6:46:16 AM UTC+1, Tham wrote: Went through some best practices of web standards, they suggested that, it is better to include the Javascript at the end of the body. Include the css at the start of the head. This is only for the initial load of the HTML page, because script src= block the rendering of the HTML (scripts could use document.write() and modify how the HTML after the script will be parsed). Putting CSS in the head allows starting loading them (in parallel) sooner so you can hopefully avoid the FOUC (flash of unstyled content), plus scripts block until previous stylesheets have been loaded. Once the page is loaded however (as is the case when your onModuleLoad is run), it doesn't matter any more. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit 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 http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
GWT forward mouse wheel event to underlying element
I have a popup panel which should disappear on mouse wheel and forward the
event to the underlying DOM element. I do it like the following:
popupPanel.addDomHandler(new MouseWheelHandler() {
@Override
public void onMouseWheel(final MouseWheelEvent event) {
popupPanel.hide();
// forward mouse wheel event
final Element element =
DOMUtil.elementFromPoint(event.getClientX(), event.getClientY());
if (event.getNativeEvent() != null) {
final NativeEvent nativeEvent = event.getNativeEvent();
Scheduler.get().scheduleDeferred(new
Scheduler.ScheduledCommand() {
@Override
public void execute() {
element.dispatchEvent(nativeEvent);
}
});
}
}
}, MouseWheelEvent.getType());
The popup panel will hide itself, but scroll event gets lost. I tried to debug
it, but without result. Is it possible to implement it some other way?
--
You received this message because you are subscribed to the Google Groups
Google Web Toolkit 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 http://groups.google.com/group/google-web-toolkit.
For more options, visit https://groups.google.com/d/optout.
Re: Errors migrating to GWT 2.7.0 . Can someone please help me ?
Thomas, Thanks a lot for your responses.
I made a change in my Ant build GWT Compiler by adding the line (text in
green) as you suggested to my java task; I copied my build.xml code.
I also copied the error below I am getting after adding this sysproperty.
Can you please check the error and suggest next steps ?
Start
of Build.xml
Code
target name=gwtc depends=javac description=GWT compile to JavaScript
mkdir dir=${out.dir} /
java failonerror=true fork=true
classname=com.google.gwt.dev.Compiler maxmemory=512m
*sysproperty key=gwt.usearchives value=false / *
classpath
pathelement location=src/
path refid=project.class.path/
/classpath
!-- add jvmarg -Xss16M or similar if you see a StackOverflowError --
!-- jvmarg value=-Xmx256M/ --
!-- Additional arguments like -style PRETTY or -logLevel DEBUG --
arg value=com.acg.mmsea.gwt.Mmsea /
arg value=-war /
arg file=${basedir}/${out.dir} /
arg value=-style /
arg value=PRETTY /
!--arg value=-logLevel /
arg value=DEBUG / --
/java
copy todir=${web.dir}
fileset dir=${out.dir}/${module}/
/copy
/target
End
of Build.xml
Code
Start
of
ERROR
*Compiling module com.acg.appname.gwt.Appname [java][ERROR]
Unexpected internal compiler error [java] java.lang.RuntimeException:
Unexpected IOException on in-memory stream [java] at
com.google.gwt.dev.javac.CompilationUnit.getTypes(CompilationUnit.java:383)*
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:999)
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1653)
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1645)
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.resolveType(UnifyAst.java:1552)
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:1010)
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1653)
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1645)
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.resolveType(UnifyAst.java:1552)
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:1010)
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1653)
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.translate(UnifyAst.java:1645)
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.resolveType(UnifyAst.java:1552)
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.assimilateSourceUnit(UnifyAst.java:1010)
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.internalFindType(UnifyAst.java:1595)
[java] at
com.google.gwt.dev.jjs.impl.UnifyAst.addRootTypes(UnifyAst.java:733)
[java] at
com.google.gwt.dev.jjs.JavaToJavaScriptCompiler$Precompiler.unifyJavaAst(JavaToJavaScriptCompiler.java:1291)
[java] at
com.google.gwt.dev.jjs.JavaToJavaScriptCompiler$Precompiler.constructJavaAst(JavaToJavaScriptCompiler.java:1038)
[java] at
com.google.gwt.dev.jjs.JavaToJavaScriptCompiler$Precompiler.precompile(JavaToJavaScriptCompiler.java:954)
[java] at
com.google.gwt.dev.jjs.MonolithicJavaToJavaScriptCompiler.precompile(MonolithicJavaToJavaScriptCompiler.java:303)
[java] at
com.google.gwt.dev.jjs.JavaScriptCompiler.precompile(JavaScriptCompiler.java:38)
[java] at
com.google.gwt.dev.Precompile.precompile(Precompile.java:286)
[java] at
com.google.gwt.dev.Precompile.precompile(Precompile.java:229)
[java] at
com.google.gwt.dev.Precompile.precompile(Precompile.java:145)
[java] at com.google.gwt.dev.Compiler.run(Compiler.java:206)
[java] at com.google.gwt.dev.Compiler.run(Compiler.java:158)
[java] at com.google.gwt.dev.Compiler$1.run(Compiler.java:120)
[java] at
com.google.gwt.dev.CompileTaskRunner.doRun(CompileTaskRunner.java:55)
[java] at
Re: GWT look and feel
what do you mean by management software? среда, 21 января 2015 г., 11:34:35 UTC+1 пользователь Philippe Pithon написал: For management software, I advise SmartGWT : it's really great !!! you should test ! For little specific application, I advise GWT with javascript / jquery -- You received this message because you are subscribed to the Google Groups Google Web Toolkit 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 http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
Re: GWT compile times between 2.6.0 2.7.0
Jens, Thanks for your prompt reply. Here's the information I left out: - We are using Java 7. I'm aware of the performance issues with Java 8 haven't upgraded yet. - We don't use GWT RPC or have server side calls. We are using HTTP Requests with RequestBuilder. - We have about 145 GWT modules with a single Entry Point. - We have 2 code generations for manage our multiple module approach decoupling. I'm sure we have not implemented the incremental generator correctly. - We are evaluating the improvements in SuperDevMode in 2.7 over 2.6. This seems to be the primary reason for upgrading. We have seen improvements but the real question is productivity of our development staff working with SuperDevMode vs. DevMode when working with Java. There's no question about the use of SDM for JavaScript JSNI debugging. As for breaking up the app into smaller pieces, I'm very interested in this but we've yet to find a way to do this. Do you have any recommended reading on the subject? We curre As for better computers for the developers, we try. We've mandated 16GB+ RAM all computers are refreshed every 3 years with good specs. I've been pushing for SSDs but we have limited availability to most developers. :) A few of us are heading to GWT.create tomorrow hope to find some answers. -Denny On Thursday, January 15, 2015 at 6:49:08 PM UTC-5, Jens wrote: I don't know why a developer wants to regularly compile an app during development except he want to optimize the amount of permutations. I can't remember when I did a full app compile during development. Anyways, keep in mind that you have 800k line of code that GWT generates an AST from. Then it walks that AST multiple times to apply optimizations on it, then transforms that Java AST into a JavaScript AST and again walks through it multiple times to optimize again. Also you have defined a fragment count of 100 which tells me that you probably have lots of GWT.runAsync() calls in your code base. All of these must be analyzed so code can be assigned to correct code fragments and if some fragments are better merged. Finally you have 85 jars on class path. Its probably not a big gain but you might want to split server and client code into separate projects with separate class paths. You don't need server classes / libraries if you compile the GWT client code to JavaScript. Overall I think a 3 min compile is pretty normal for that size. And if its 3 oder 4 minutes should literally be irrelevant. A developer should not need to compile the app regularly and you probably have a CI / build server anyways. What you should evaluate is how fast incremental SuperDevMode in GWT 2.7 is, because that is what matters most during development since most recent browsers do not support the classic DevMode plugin anymore. Also some report that Java8 might also slow down compilation a bit. If you have used it you could try Java7 instead. If nothing helps you have to split your app into smaller pieces (additional GWT modules + entry points that only start a sub set of your app) that can be worked on during development ... or buy beefier computers for developers :) -- J. -- You received this message because you are subscribed to the Google Groups Google Web Toolkit 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 http://groups.google.com/group/google-web-toolkit. For more options, visit https://groups.google.com/d/optout.
