retry code split async when fail
can advice how to have runasync retry number of times when connection fail ? which files to modify? -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/R_r6NHXa08MJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Code Split / Prefetching Mechanics
Okay. Thanks for sharing your experience.=) I think I will just use the prefetching and see how the application is behaving compared to the application without code splitting and choose then. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Code Split / Prefetching Mechanics
The code will only be loaded once and if its already available you wont recognize any delay in code execution. So I think there is little to no overhead when reaching a code split point more than once. At least I havent seen any issues in my apps (about 20 split points, which are executed multiple times based on navigation inside the app). They just work like expected. -- J -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/-Bb27PAsH-MJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Code Split / Prefetching Mechanics
Good question, but if you only use it once, you don't need to worry about it. I would only use it once such that you aren't dependent on the implementation details as you never know how it will be in the future. I use it a bit like in the example of the link you specify. I check if the instance is initialized. If not, you initialize it in a runAsync, which is then only called once. - Ed On Dec 6, 11:03 am, Watnuss wrote: > Hi, > > I am wondering how the prefetching described > inhttp://code.google.com/intl/de-DE/webtoolkit/doc/latest/DevGuideCodeS... > works exactly. > > Will the code always be loaded when a runAsync call is performed or > just the 1st time the method is invoked? > > In my opinion it makes only sense if the code is just loaded once. > Otherwise I don't really see a benefit in using the code split/ > prefetching. > > If it is just loaded only once. How much is the overhead in calling > the runAsync method (when the code is already loaded)? > > Thanks for your help > Regards > > Watnuss -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Code Split / Prefetching Mechanics
Hi, I am wondering how the prefetching described in http://code.google.com/intl/de-DE/webtoolkit/doc/latest/DevGuideCodeSplitting.html works exactly. Will the code always be loaded when a runAsync call is performed or just the 1st time the method is invoked? In my opinion it makes only sense if the code is just loaded once. Otherwise I don't really see a benefit in using the code split/ prefetching. If it is just loaded only once. How much is the overhead in calling the runAsync method (when the code is already loaded)? Thanks for your help Regards Watnuss -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Classname.this in code split (GWT 2.4)
This is basically the code that is now failing in GWT 2.4:
public void doSomething(final String id, final String name) {
GWT.runAsync(new RunAsyncCallback() {
@Override
public void onFailure(Throwable caught) {
Window.alert("An error occurred accessing the server.");
GWT.log("ClassName.doSomething() Async Failure", caught);
}
@Override
public void onSuccess() {
Scheduler.get().scheduleDeferred(new
TheCommand(ClassName.this, id, name));
}
});
}
My work around:
public void doSomething(final String id, final String name) {
final ClassName instance = this; //had to add to this??
GWT.runAsync(new RunAsyncCallback() {
@Override
public void onFailure(Throwable caught) {
Window.alert("An error occurred accessing the server.");
GWT.log("ClassName.doSomething() Async Failure", caught);
}
@Override
public void onSuccess() {
Scheduler.get().scheduleDeferred(new SomeCommand(instance,
id, name)); //ClassName.this was changed to instance
}
});
}
On Oct 28, 11:41 am, Patrick Tucker wrote:
> Has anyone else had trouble with usingClassname.thisin a code split
> block?
>
> The code I'm referring to worked fine in 2.3 but throws a NPE when I
> updated it to 2.4.
>
> I have a work around but not looking forward to finding all the places
> where it is now broken.
>
> Thanks,
> Pat
--
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To post to this group, send email to google-web-toolkit@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
Classname.this in code split (GWT 2.4)
Has anyone else had trouble with using Classname.this in a code split block? The code I'm referring to worked fine in 2.3 but throws a NPE when I updated it to 2.4. I have a work around but not looking forward to finding all the places where it is now broken. Thanks, Pat -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Aw: Code Split
Have you compiled your app and used Firebug to see what is loaded? If not do so, because in dev mode code behind a split point is not loaded asynchronously via a ajax call. This only happens when you have compiled your app and don't use dev mode. -- J. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/HmfNnUwwhA8J. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Code Split
Hi, To get information on how your code is split you can use the soyc (story of your compile) flag, see: http://code.google.com/webtoolkit/doc/latest/DevGuideCompileReport.html To get information on when your splitted code is loaded, use the speed tracer plugin for chrome: http://code.google.com/webtoolkit/speedtracer/index.html Regards, Raphaël Brugier. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/eJAUT95yEucJ. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Code Split
Hi, I have implemented code split in my module. i can see "deferredjs" folder got created and i can see 1.cache.js and 2.cache.js files. how can i ensure that these are getting loaded when we send a request. even when i see in fire bug also i did not see are getting loaded. can any one help me how to test this? Thank you in advance. Regards, Bhaskar -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Multiple leftover fragments with a tree of code split points?
Thanks John, I hope more people will share the same problems and vote for the issue. I just opened an issue about this: http://code.google.com/p/google-web-toolkit/issues/detail?id=6612 Please vote it. When enough people vote this issue, the GWT dev team will give it attention. Ed On Sun, Jul 24, 2011 at 6:46 AM, John Patterson wrote: > I'm having the same problem - the left overs fragment is growing and > control should be more fine grained. This is particularly important with > multi page apps (c.f. app in one page) where each page must load the initial > fragment, its exclusive fragment and the leftovers fragment. > > I found this work that seems related: > > http://code.google.com/p/gwt-splitter/ > > but there is no activity on that project. > > @Google: any work happening on smarter leftover fragment splitting? > > -- > You received this message because you are subscribed to the Google Groups > "Google Web Toolkit" group. > To view this discussion on the web visit > https://groups.google.com/d/msg/google-web-toolkit/-/Pi6rPRBEl84J. > To post to this group, send email to google-web-toolkit@googlegroups.com. > To unsubscribe from this group, send email to > google-web-toolkit+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-web-toolkit?hl=en. > -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Multiple leftover fragments with a tree of code split points?
I'm having the same problem - the left overs fragment is growing and control should be more fine grained. This is particularly important with multi page apps (c.f. app in one page) where each page must load the initial fragment, its exclusive fragment and the leftovers fragment. I found this work that seems related: http://code.google.com/p/gwt-splitter/ but there is no activity on that project. @Google: any work happening on smarter leftover fragment splitting? -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-web-toolkit/-/Pi6rPRBEl84J. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Code split of client bundle
It's kinda impossible to provide help with the description of the problem you gave. So in general I suggest you read again the documentation for code splitting: http://code.google.com/webtoolkit/doc/latest/DevGuideCodeSplitting.html Also you should produce a compile report as mentioned here (-compileReport flag): http://code.google.com/webtoolkit/doc/latest/DevGuideCompileReport.html ... and try to figure out which code pulls in your DTOs before the split point(s). If you have no split points then everything (including resources / bundles) is in the initial download. Also keep in mind that code and resources you don't reference / use are eliminated by the compiler. If the above doesn't answer your question please be more specific. -fotos -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Code split of client bundle
Any guidance pls. On Tue, Mar 8, 2011 at 12:45 AM, Deepak Singh wrote: > Hi All, > > I am using a clientBundle in client package. > Also, i have some DTO classes in shared package. > I also use code splitting in my application. I want to know that > Are ClientBundle and DTO in shared package loaded at app startup as i dont > find any way to do code splitting for them? > > Is it possible to avoid them to be loaded at app start up time and allow > them to be loaded when DTO is being used ? > > Thanks > > > > > -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Code split of client bundle
Hi All, I am using a clientBundle in client package. Also, i have some DTO classes in shared package. I also use code splitting in my application. I want to know that Are ClientBundle and DTO in shared package loaded at app startup as i dont find any way to do code splitting for them? Is it possible to avoid them to be loaded at app start up time and allow them to be loaded when DTO is being used ? Thanks -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-toolkit@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Multiple leftover fragments with a tree of code split points?
Anybody of the Dev team has a bit of advice on this ? Or might it be better to drop this in the contributor list? -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Multiple leftover fragments with a tree of code split points?
I am about to migrate 3 gwt app's to one gwt app. All gwt app's contain code split points, and I want to connect them with 3 code split points. I am a bit concerned about the left over fragment. From the documentation I understand that I only have one leftovers code fragment, which isn't very ideal I think in my situation. The code split points after migration: main app 1 split point: login app 1a, 1b, 1c, .. split points in the login app. 2 split point: profile app 2a, 2b, 2c, .. split points in the profile app. 3 split point: declare app 3a, 3b, 3c, .. split points in the declare app. I am afraid that my leftover code fragment becomes rather large, where I would love to have several leftover fragments that belong only to 1), 2), or 3). Is that possible? How does gwt deal with this? >From the documentation I read that code are put in the leftover code fragment if it's not unique to one split point. Ok, I understand that but in my case it's unique to the parent split point. Example: I have leftover code that is used in 1a and 1b split points, but is unique to 1), so I would guess that 1) has his own "unique" leftover. Can somebody please give some details on this, on how gwt deals with these kind of nested split point situations? -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Google packages size in initial download after code split...
Hi, After code split my initial download is 240Kb. When I see the package split, com.google packages and java.util together take up 60% of it. Is it something one cannot do much about ? Any kind of optimization around this ? java.util 25118 (14.2%) com.google.gwt.user.client.ui 23371 (13.21%) java.lang 10524 (5.95%) com.google.gwt.user.client.rpc.impl 7827 (4.42%) com.google.gwt.dom.client 6387 (3.61%) com.google.gwt.lang 5880 (3.32%) com.google.gwt.core.client.impl 5772 (3.26%) com.google.gwt.user.client.impl 5511 (3.11%) com.google.gwt.user.client 5274 (2.98%) com.google.gwt.i18n.client 5258 (2.97%) Misc google packages - 5% Thanks gd -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Code Split and Superclasses.
>
> Is there a different pattern I should use?
>
The only pattern I have found working is the Async Package Pattern thats
recommended by GWT. See
http://code.google.com/events/io/2009/sessions/StoryCompilerGwtCompiler.html.
Its around the second half of the video. You can also find it in the PDF
slides for that presentation.
re. using a generic approach to split
>
Its been discussed before. See the following discussions - `
1.
http://groups.google.com/group/google-web-toolkit/browse_thread/thread/783cac72e23950d1/67580bea02318832%3C/span%3E
2. GIN and Async Callback -
http://code.google.com/p/google-gin/issues/detail?id=61
--Sri
2009/12/25 Tristan
> Correction, the splitter looks like this:
>
> public class GenericSplitter {
>
> HashMap providers; // populated with Aprovider and Bprovider
>
> public void onSplit {
> GWT.runAsync(new RunAsyncCallback(){
> ...
> onSuccess(){
> MySuperclass sup = providers.get( AorBparam ).get();
>sup.doGeneric();
> }
>}
> }
>
> }
>
> On Dec 25, 12:00 pm, Tristan wrote:
> > Here is an example I am trying to code split:
> >
> > public class MySuperclass {
> >
> > public abstract doSpecific();
> >
> > public void doGeneric(){
> > doSpecific();
> > }
> >
> > }
> >
> > public class A extends MySuperclass {
> >
> > public doSpecific(){
> > // do something for A
> > }
> >
> > }
> >
> > public class B extends MySuperclass {
> >
> > public doSpecific(){
> > // do something for B
> > }
> >
> > }
> >
> > The fun part happens when I do something to code split A and B.
> >
> > public class Splitter {
> >
> > public void onSplitA {
> > GWT.runAsync(new RunAsyncCallback(){
> > ...
> > onSuccess(){
> > A a = providerOfA.get();
> > a.doGeneric();
> > }
> > }
> >}
> >
> >public void onSplitB {
> > GWT.runAsync(new RunAsyncCallback(){
> >...
> >onSuccess(){
> > B b = providerOfB.get();
> > b.doGeneric();
> >}
> > }
> > }
> >
> > }
> >
> > The SOYC has the following dependencies resulting in a trivial split
> > (the method itself is split, but A and B are downloaded in initial
> > download):
> >
> > A.doGeneric() -> MySuperclass.doGeneric -> B.doSpecific();
> > also
> > B.doGeneric() -> MySuperclass.doGeneric() -> A.doSpecific();
> >
> > I think I understand why that happens. But is this the desired
> > functionality? Is there no way to add state information to the code
> > splitter to determine which of the classes are calling the generic?
> > This severely hinders code reuse. Is there a different pattern I
> > should use?
> >
> > Thanks, Tristan
>
> --
>
> You received this message because you are subscribed to the Google Groups
> "Google Web Toolkit" group.
> To post to this group, send email to google-web-tool...@googlegroups.com.
> To unsubscribe from this group, send email to
> google-web-toolkit+unsubscr...@googlegroups.com
> .
> For more options, visit this group at
> http://groups.google.com/group/google-web-toolkit?hl=en.
>
>
>
--
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Code Split and Superclasses.
Correction, the splitter looks like this:
public class GenericSplitter {
HashMap providers; // populated with Aprovider and Bprovider
public void onSplit {
GWT.runAsync(new RunAsyncCallback(){
...
onSuccess(){
MySuperclass sup = providers.get( AorBparam ).get();
sup.doGeneric();
}
}
}
}
On Dec 25, 12:00 pm, Tristan wrote:
> Here is an example I am trying to code split:
>
> public class MySuperclass {
>
> public abstract doSpecific();
>
> public void doGeneric(){
> doSpecific();
> }
>
> }
>
> public class A extends MySuperclass {
>
> public doSpecific(){
> // do something for A
> }
>
> }
>
> public class B extends MySuperclass {
>
> public doSpecific(){
> // do something for B
> }
>
> }
>
> The fun part happens when I do something to code split A and B.
>
> public class Splitter {
>
> public void onSplitA {
> GWT.runAsync(new RunAsyncCallback(){
> ...
> onSuccess(){
> A a = providerOfA.get();
> a.doGeneric();
> }
> }
> }
>
> public void onSplitB {
> GWT.runAsync(new RunAsyncCallback(){
> ...
> onSuccess(){
> B b = providerOfB.get();
> b.doGeneric();
> }
> }
> }
>
> }
>
> The SOYC has the following dependencies resulting in a trivial split
> (the method itself is split, but A and B are downloaded in initial
> download):
>
> A.doGeneric() -> MySuperclass.doGeneric -> B.doSpecific();
> also
> B.doGeneric() -> MySuperclass.doGeneric() -> A.doSpecific();
>
> I think I understand why that happens. But is this the desired
> functionality? Is there no way to add state information to the code
> splitter to determine which of the classes are calling the generic?
> This severely hinders code reuse. Is there a different pattern I
> should use?
>
> Thanks, Tristan
--
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
Code Split and Superclasses.
Here is an example I am trying to code split:
public class MySuperclass {
public abstract doSpecific();
public void doGeneric(){
doSpecific();
}
}
public class A extends MySuperclass {
public doSpecific(){
// do something for A
}
}
public class B extends MySuperclass {
public doSpecific(){
// do something for B
}
}
The fun part happens when I do something to code split A and B.
public class Splitter {
public void onSplitA {
GWT.runAsync(new RunAsyncCallback(){
...
onSuccess(){
A a = providerOfA.get();
a.doGeneric();
}
}
}
public void onSplitB {
GWT.runAsync(new RunAsyncCallback(){
...
onSuccess(){
B b = providerOfB.get();
b.doGeneric();
}
}
}
}
The SOYC has the following dependencies resulting in a trivial split
(the method itself is split, but A and B are downloaded in initial
download):
A.doGeneric() -> MySuperclass.doGeneric -> B.doSpecific();
also
B.doGeneric() -> MySuperclass.doGeneric() -> A.doSpecific();
I think I understand why that happens. But is this the desired
functionality? Is there no way to add state information to the code
splitter to determine which of the classes are calling the generic?
This severely hinders code reuse. Is there a different pattern I
should use?
Thanks, Tristan
--
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
Code Split Question
i split my code into 4 cache.js, and GWT will produce 5 cache.js. May i know what is the extra cache.js?Because i found that the extra cache.js size is quite big. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
SOYC report and code split don't make sense
Hey,
I came across a weird case that no matter what I do I cannot fix. Here
is something that roughly describes the problem:
I have a class that does something like:
public abstract class MyAbstractClass{
@Inject SomeProvider someProvider;
public Widget getWidget(BaseObject object){
...
someProvider.get()
...
}
}
When I do GWT compile and look at SOYC, the code split does not work
because of of the following "dependency":
com.my.package.some.place.UnrelatedClassProvider.get()
com.my.package.some.unrelated.place.MyAbstractClass::getWidget
()
It appears that Code Split is confused about what provider gets
called, SomeProvider does get called, but for some reason it thinks
that UnrelatedClassProvider.get() is getting called. Any idea why in
the world this would happen?
-Tristan
--
You received this message because you are subscribed to the Google Groups
"Google Web Toolkit" group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-web-toolkit?hl=en.
Re: Does code split real shrink the inital download?
Unfortunately, the RunAsync need more tests by the developer, and u have to do tests to make sure your code will work the way u want.. 2009/11/13 Edgenius > Finally, I chop one class from my bloat code by code splitting > function. The class is a dialog box, about 100 lines code. > Unfortunately, the result looks funny: > > Before splitting: Full code size: 868323 > After splittting: Initial download size: 871391 Full code size: > 874615 > > > It looks Gwt.runAsync() increases my code a little bit Need do > further investigate... Any comments are welcome. > > -- > > You received this message because you are subscribed to the Google Groups > "Google Web Toolkit" group. > To post to this group, send email to google-web-tool...@googlegroups.com. > To unsubscribe from this group, send email to > google-web-toolkit+unsubscr...@googlegroups.com > . > For more options, visit this group at > http://groups.google.com/group/google-web-toolkit?hl=. > > > -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=.
Does code split real shrink the inital download?
Finally, I chop one class from my bloat code by code splitting function. The class is a dialog box, about 100 lines code. Unfortunately, the result looks funny: Before splitting: Full code size: 868323 After splittting: Initial download size: 871391 Full code size: 874615 It looks Gwt.runAsync() increases my code a little bit Need do further investigate... Any comments are welcome. -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=.
