For development purposes you could try the following in your .gwt.xml file
You many or may not be able to get away with the first setting depending on
how you structured your css. In our project we tried to minimize the amount
of code generation. We have about 250 uibinder files and 300,000
It turns out, AutoBeans generate 250k lines of code! This is compared to
550k written by us. But this is still just a tip of an iceberg. When we dig
further into code generation output, it turns out we have overall 1.5 M
lines of code generated, so 3x more than we have written! It is mostly
Good hint. In our case we don't use GWT-RPC, but AutoBeans for REST. Though
looking into compile report, it seems it wasn't best choice either, as it
seems to generate a lot of code too :-( Will need to look after a
replacement. JsInterop would be best here ... I wish it supported
Also check the classes that are used by GWT-RPC. For example if those
classes are using List instead of ArrayList for example, will generate more
JS output.
On Tue, 11 Apr 2017 at 12:13 Jens wrote:
>
> Our optimized output with collapse all is 23 MB. Things are reused
> Our optimized output with collapse all is 23 MB. Things are reused though,
> which is visible in left-over taking 6 MB.
>
How large is a single permutation (= not using collapse-all)? Our app is
roughly 300KLOC and results in roughly 6-7MB optimized JS for a single
permutation when doing
Hi,
Thanks. That sounds much more doable. Unfortunately we don't have such
natural big logic to extract. Everything is very mych spread around across
different views. The views are in fact pretty much separate, to the extent
we can compile different set of views for development purposes (super
We have detached a complex script projectional editor with completion.
The interface was very easy - to provide containing element, context for
completion, the script itself and callbacks for saving the scripts.
--
You received this message because you are subscribed to the Google Groups "GWT
That is a nice idea. Actually compiling modules as separate entities was
definitely something would helped. ModuleCompiler that was producing gwtar
output, but looks like it was dropped in 2.8.
Now I wonder if that approach is applicable to us. We have a pretty
extensive "common" module,
> As far as I know this will add lots of GWT internal stuff which I not
> going to export. Right ?
>
If you are willing to use master branch you can apply filters during
compilation:
https://github.com/gwtproject/gwt/commit/9eda5dc418f9bdfef2fd21c6113e48dd10672beb
-- J.
--
You
There is a whitelist / blacklist to control that.
On Mon, Apr 10, 2017 at 12:30 PM Kirill Prazdnikov
wrote:
> As far as I know this will add lots of GWT internal stuff which I not
> going to export. Right ?
>
> понедельник, 10 апреля 2017 г., 21:57:33 UTC+3 пользователь
As far as I know this will add lots of GWT internal stuff which I not going
to export. Right ?
понедельник, 10 апреля 2017 г., 21:57:33 UTC+3 пользователь Daniel Kurka
написал:
>
> If you compile your gwt app with -generateJsInteropExports any @JsType is
> accessible in global scope:
>
>>
>>
If you compile your gwt app with -generateJsInteropExports any @JsType is
accessible in global scope:
Exporting app:
package foo;
@JsType
public Bar {
public Baz baz = new Baz();
}
Consuming JS:
new Bar().baz.baz1();
Consuming gwt app ( No need for -generateJsInteropExports):
You can also use DOM Elememts as an interop types.
--
You received this message because you are subscribed to the Google Groups "GWT
Users" 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
The approach is very simple and easy, you use you detached GWT app like any
other JS script.
Any GWT app is a JS script.
1st you need to define the interface of the detached module in terms of
JsInterop: isNative = true.
You can only use Strings, numbers, arrays and isNative = true interfaces.
@Kirill: Do you have an example how the splitting will work?
Am Sonntag, 9. April 2017 10:54:50 UTC+2 schrieb Kirill Prazdnikov:
>
> Think about to split your app into several apps and interop between them
> via jsinterop. We did that and detach 1 mb of genersted js app.
>
> Our app is pretty
15 matches
Mail list logo