[Yanel-dev] Speeding up compiling of resources containing GWT classes

[Michael Wechner]

Cedric just pointed out to me (off the mailing list), that one can run

./build.sh -Dgwt.compile.skip=true

(or actuallly one can set anything, e.g. -Dgwt.compile.skip=foo)

which is described at

http://www.yanel.org/en/documentation/best-practices/rapid-development-of-components.html

and looking at my email below it's my bad that I didn't recognize this 
in the first place.
Guillaume had introduced this originally quite some time ago:

commit 7ad081e63a746612ca968c5e0c6ce7389d88c1ac
Author: guillaume <guillaume at db03cdf0-32eb-0310-9083-ccfe9ce60729>
Date:   Thu Feb 11 12:34:30 2010 +0000

     Added 'gwt.compile.skip' Ant property to skip GWT compilation.

     CAUTION: this should never be used for building releases!

Thanks

Am 24.11.10 14:16, schrieb Michael Wechner:
> Hi
>
> In case you are developing a resource type containing GWT classes, e.g.
>
> src/contributions/resources/policymanager/src-gwt
>
> but you only want to compile the "regular" classes, e.g.
>
> src/contributions/resources/policymanager/src
>
> then you might want to consider "patching" the following file in order 
> to speed up compiling
>
> Index: src/build/resource-types/GWT-RT.build.xml
> ===================================================================
> --- src/build/resource-types/GWT-RT.build.xml    (revision 54828)
> +++ src/build/resource-types/GWT-RT.build.xml    (working copy)
> @@ -131,7 +131,11 @@
> </delete>
> </target>
>
> + <!-- @Override resource-type.build.xml#compile -->
> <target name="compile" depends="yanel-resource-type.compile, 
> gwt:compile" description="Compile Java classes and GWT files"/>
> +<!-- INFO: Only compile regular java classes, but no gwt-classes
> + <target name="compile" depends="yanel-resource-type.compile" 
> description="Compile Java classes and GWT files"/>
> +-->
>
> <target name="gwt:compile" depends="gwt:clean" description="Compile 
> GWT files" unless="gwt.compile.skip">
>
>
> This isn't very nice and it would be nicer to have this configurable, 
> but it's a start ;-)
>
> Cheers
>
> Michael