Dev list for Drools rule engine ()

Geoffrey De Smet | 1 Oct 2010 17:12

[rules-dev] Guvnor build changes summary

Hi guys,

The Guvnor build has changed somewhat. Here's the changes:
- "mvn clean compile" now compiles the GWT java sources to javascript 
with the gwt-maven-plugin.
-- So now, to really clean build guvnor, you don't need to run the ANT 
script separate no more
-- The maven plugin is about 50% faster than the ANT script.
-- This makes the entire drools build slower (as it now gwt compiles 
too), but I am looking into improving that (for example in a development 
mode profile, we can only gwt compile to english and firefox)
- The generated GWT javascript files have been removed from subversion 
and are now generated under the target/drools-guvnor directory
-- No more A43BF34D23567676DF.js files in svn or tree conflicts on those 
directories

I haven't split up drools-guvnor into drools-guvnor-gwtclient and 
drools-guvnor-server, because GWT simply doesn't really allow that (not 
without making the solution worse than the problem at least...).

If you feel any rough edges, let me know and I 'll take a look at it.

I 'll remove the old ANT script soon, once the maven filtering for the 
version and revision is in place.
--

-- 
With kind regards,
Geoffrey De Smet

_______________________________________________
rules-dev mailing list

(Continue reading)

headers

Michael Neale | 2 Oct 2010 00:26

Re: [rules-dev] Guvnor build changes summary

great work Geoffrey !

On Sat, Oct 2, 2010 at 1:12 AM, Geoffrey De Smet <ge0ffrey.spam <at> gmail.com> wrote:

Hi guys,

The Guvnor build has changed somewhat. Here's the changes:
- "mvn clean compile" now compiles the GWT java sources to javascript
with the gwt-maven-plugin.
-- So now, to really clean build guvnor, you don't need to run the ANT
script separate no more
-- The maven plugin is about 50% faster than the ANT script.
-- This makes the entire drools build slower (as it now gwt compiles
too), but I am looking into improving that (for example in a development
mode profile, we can only gwt compile to english and firefox)
- The generated GWT javascript files have been removed from subversion
and are now generated under the target/drools-guvnor directory
-- No more A43BF34D23567676DF.js files in svn or tree conflicts on those
directories

I haven't split up drools-guvnor into drools-guvnor-gwtclient and
drools-guvnor-server, because GWT simply doesn't really allow that (not
without making the solution worse than the problem at least...).

If you feel any rough edges, let me know and I 'll take a look at it.

I 'll remove the old ANT script soon, once the maven filtering for the
version and revision is in place.
--
With kind regards,
Geoffrey De Smet

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

--
Michael D Neale
home: www.michaelneale.net
blog: michaelneale.blogspot.com

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

headers

Michael Anstis | 2 Oct 2010 23:43

Re: [rules-dev] Guvnor build changes summary

Woot!

I can confirm compiling and packaging from within Eclipse (using m2eclipse) worked a treat. Great job.

I also ran clean install from the command line without issue against a fresh source tree.

Are you going to remove the ant script (build.xml)?

Cheers,

Mike

On 1 October 2010 16:12, Geoffrey De Smet <ge0ffrey.spam <at> gmail.com> wrote:

Hi guys,

The Guvnor build has changed somewhat. Here's the changes:
- "mvn clean compile" now compiles the GWT java sources to javascript
with the gwt-maven-plugin.
-- So now, to really clean build guvnor, you don't need to run the ANT
script separate no more
-- The maven plugin is about 50% faster than the ANT script.
-- This makes the entire drools build slower (as it now gwt compiles
too), but I am looking into improving that (for example in a development
mode profile, we can only gwt compile to english and firefox)
- The generated GWT javascript files have been removed from subversion
and are now generated under the target/drools-guvnor directory
-- No more A43BF34D23567676DF.js files in svn or tree conflicts on those
directories

I haven't split up drools-guvnor into drools-guvnor-gwtclient and
drools-guvnor-server, because GWT simply doesn't really allow that (not
without making the solution worse than the problem at least...).

If you feel any rough edges, let me know and I 'll take a look at it.

I 'll remove the old ANT script soon, once the maven filtering for the
version and revision is in place.
--
With kind regards,
Geoffrey De Smet

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

headers

Geoffrey De Smet | 3 Oct 2010 13:19

Re: [rules-dev] Guvnor build changes summary => soyc

> great work Geoffrey !

Tnx, Toni helped out too and the QA guys and Tihomir are looking to port 
it to the branch (which might prove difficult since I did the 
indentation style changes in the pom.xml before the build changes commits).

 > Are you going to remove the ant script (build.xml)?

Yes, once the version filtering is in place and there's an alternative 
for the standalone build. I 'll also remove some of the jars under the 
lib dir in svn.

A new feature we found is soyc, "the story of your compile" for GWT 
compiles.
After compiling guvnor, open this in your browser:

drools-guvnor/target/extra/org.drools.guvnor.Guvnor/soycReport/compile-report/index.html
and you can see some info about how and what GWT compiled (permutations 
etc).

The gwt-maven-plugin is very good, just had a bunch of problems because 
GWT and JDT-JCE don't play togheter nice, see:
   http://code.google.com/p/google-web-toolkit/issues/detail?id=5290
   http://jira.codehaus.org/browse/MGWT-219
I had to make a tmp fork of the gwt-maven-plugin with MGWT-219 patched, 
but there's talk that GWT 2.1 will fix it thoroughly.

With kind regards,
Geoffrey De Smet

Op 02-10-10 23:43, Michael Anstis schreef:
> Woot!
>
> I can confirm compiling and packaging from within Eclipse (using
> m2eclipse) worked a treat. Great job.
>
> I also ran clean install from the command line without issue against a
> fresh source tree.
>
> Are you going to remove the ant script (build.xml)?
>
> Cheers,
>
> Mike
>
> On 1 October 2010 16:12, Geoffrey De Smet <ge0ffrey.spam <at> gmail.com
> <mailto:ge0ffrey.spam <at> gmail.com>> wrote:
>
>     Hi guys,
>
>     The Guvnor build has changed somewhat. Here's the changes:
>     - "mvn clean compile" now compiles the GWT java sources to javascript
>     with the gwt-maven-plugin.
>     -- So now, to really clean build guvnor, you don't need to run the ANT
>     script separate no more
>     -- The maven plugin is about 50% faster than the ANT script.
>     -- This makes the entire drools build slower (as it now gwt compiles
>     too), but I am looking into improving that (for example in a development
>     mode profile, we can only gwt compile to english and firefox)
>     - The generated GWT javascript files have been removed from subversion
>     and are now generated under the target/drools-guvnor directory
>     -- No more A43BF34D23567676DF.js files in svn or tree conflicts on those
>     directories
>
>     I haven't split up drools-guvnor into drools-guvnor-gwtclient and
>     drools-guvnor-server, because GWT simply doesn't really allow that (not
>     without making the solution worse than the problem at least...).
>
>     If you feel any rough edges, let me know and I 'll take a look at it.
>
>     I 'll remove the old ANT script soon, once the maven filtering for the
>     version and revision is in place.
>     --
>     With kind regards,
>     Geoffrey De Smet
>
>     _______________________________________________
>     rules-dev mailing list
>     rules-dev <at> lists.jboss.org <mailto:rules-dev <at> lists.jboss.org>
>     https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev <at> lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

headers

Esteban Aliverti | 3 Oct 2010 15:02

Re: [rules-dev] Guvnor build changes summary

Great job! I think now is going to be much more easy to me to run it from netbeans!

El oct 2, 2010 6:44 p.m., "Michael Anstis" <michael.anstis <at> gmail.com> escribió:

Woot!

I can confirm compiling and packaging from within Eclipse (using m2eclipse) worked a treat. Great job.

I also ran clean install from the command line without issue against a fresh source tree.

Are you going to remove the ant script (build.xml)?

Cheers,

Mike

On 1 October 2010 16:12, Geoffrey De Smet <ge0ffrey.spam <at> gmail.com> wrote:
>
> Hi guys,
>
> The Gu...

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

headers

Jervis Liu | 8 Oct 2010 03:51

Re: [rules-dev] Guvnor build changes summary

Good job, Geoffrey! BTW, what is this about: "split up drools-guvnor 
into drools-guvnor-gwtclient and drools-guvnor-server" ?

Thanks,
Jervis

Geoffrey De Smet wrote:
> Hi guys,
>
> The Guvnor build has changed somewhat. Here's the changes:
> - "mvn clean compile" now compiles the GWT java sources to javascript 
> with the gwt-maven-plugin.
> -- So now, to really clean build guvnor, you don't need to run the ANT 
> script separate no more
> -- The maven plugin is about 50% faster than the ANT script.
> -- This makes the entire drools build slower (as it now gwt compiles 
> too), but I am looking into improving that (for example in a development 
> mode profile, we can only gwt compile to english and firefox)
> - The generated GWT javascript files have been removed from subversion 
> and are now generated under the target/drools-guvnor directory
> -- No more A43BF34D23567676DF.js files in svn or tree conflicts on those 
> directories
>
> I haven't split up drools-guvnor into drools-guvnor-gwtclient and 
> drools-guvnor-server, because GWT simply doesn't really allow that (not 
> without making the solution worse than the problem at least...).
>
> If you feel any rough edges, let me know and I 'll take a look at it.
>
> I 'll remove the old ANT script soon, once the maven filtering for the 
> version and revision is in place.
>   

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

headers

Michael Neale | 8 Oct 2010 04:33

Re: [rules-dev] Guvnor build changes summary

yes, that probably would make sense. Although, there would have to be maybe a 3rd for the common code. Or else the server module depends on the client module?

On Fri, Oct 8, 2010 at 12:51 PM, Jervis Liu <jliu <at> redhat.com> wrote:

Good job, Geoffrey! BTW, what is this about: "split up drools-guvnor
into drools-guvnor-gwtclient and drools-guvnor-server" ?

Thanks,
Jervis

Geoffrey De Smet wrote:
> Hi guys,
>
> The Guvnor build has changed somewhat. Here's the changes:
> - "mvn clean compile" now compiles the GWT java sources to javascript
> with the gwt-maven-plugin.
> -- So now, to really clean build guvnor, you don't need to run the ANT
> script separate no more
> -- The maven plugin is about 50% faster than the ANT script.
> -- This makes the entire drools build slower (as it now gwt compiles
> too), but I am looking into improving that (for example in a development
> mode profile, we can only gwt compile to english and firefox)
> - The generated GWT javascript files have been removed from subversion
> and are now generated under the target/drools-guvnor directory
> -- No more A43BF34D23567676DF.js files in svn or tree conflicts on those
> directories
>
> I haven't split up drools-guvnor into drools-guvnor-gwtclient and
> drools-guvnor-server, because GWT simply doesn't really allow that (not
> without making the solution worse than the problem at least...).
>
> If you feel any rough edges, let me know and I 'll take a look at it.
>
> I 'll remove the old ANT script soon, once the maven filtering for the
> version and revision is in place.
>

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

--
Michael D Neale
home: www.michaelneale.net
blog: michaelneale.blogspot.com

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

headers

Anstis, Michael (M. | 8 Oct 2010 09:54

Re: [rules-dev] Guvnor build changes summary

I'm not sure Geoffrey is planning on the split anymore:

> I haven't split up drools-guvnor into drools-guvnor-gwtclient and
> drools-guvnor-server, because GWT simply doesn't really allow that (not
> without making the solution worse than the problem at least...).

From: rules-dev-bounces <at> lists.jboss.org [mailto:rules-dev-bounces <at> lists.jboss.org] On Behalf Of Michael Neale
Sent: 08 October 2010 03:34
To: Rules Dev List
Subject: Re: [rules-dev] Guvnor build changes summary

yes, that probably would make sense. Although, there would have to be maybe a 3rd for the common code. Or else the server module depends on the client module?

On Fri, Oct 8, 2010 at 12:51 PM, Jervis Liu <jliu <at> redhat.com> wrote:
Good job, Geoffrey! BTW, what is this about: "split up drools-guvnor
into drools-guvnor-gwtclient and drools-guvnor-server" ?

Thanks,
Jervis

Geoffrey De Smet wrote:
> Hi guys,
>
> The Guvnor build has changed somewhat. Here's the changes:
> - "mvn clean compile" now compiles the GWT java sources to javascript
> with the gwt-maven-plugin.
> -- So now, to really clean build guvnor, you don't need to run the ANT
> script separate no more
> -- The maven plugin is about 50% faster than the ANT script.
> -- This makes the entire drools build slower (as it now gwt compiles
> too), but I am looking into improving that (for example in a development
> mode profile, we can only gwt compile to english and firefox)
> - The generated GWT javascript files have been removed from subversion
> and are now generated under the target/drools-guvnor directory
> -- No more A43BF34D23567676DF.js files in svn or tree conflicts on those
> directories
>
> I haven't split up drools-guvnor into drools-guvnor-gwtclient and
> drools-guvnor-server, because GWT simply doesn't really allow that (not
> without making the solution worse than the problem at least...).
>
> If you feel any rough edges, let me know and I 'll take a look at it.
>
> I 'll remove the old ANT script soon, once the maven filtering for the
> version and revision is in place.
>

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

--
Michael D Neale
home: www.michaelneale.net
blog: michaelneale.blogspot.com

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

headers

Geoffrey De Smet | 9 Oct 2010 12:53

Re: [rules-dev] Guvnor build changes summary

No, I no longer think we should "split up drools-guvnor into 
drools-guvnor-gwtclient and drools-guvnor-server",
not at least until GWT supports separate client vs server classpaths better.
I will still look into moving factconstraints module guvnor part to 
guvnor (and the rest might be movable to drools-core/compiler?)?

With kind regards,
Geoffrey De Smet

Op 08-10-10 09:54, Anstis, Michael (M.) schreef:
> I'm not sure Geoffrey is planning on the split anymore:
>>  I haven't split up drools-guvnor into drools-guvnor-gwtclient and
>>  drools-guvnor-server, because GWT simply doesn't really allow that (not
>>  without making the solution worse than the problem at least...).
>
>     ------------------------------------------------------------------------
>     *From:* rules-dev-bounces <at> lists.jboss.org
>     [mailto:rules-dev-bounces <at> lists.jboss.org] *On Behalf Of *Michael Neale
>     *Sent:* 08 October 2010 03:34
>     *To:* Rules Dev List
>     *Subject:* Re: [rules-dev] Guvnor build changes summary
>
>     yes, that probably would make sense. Although, there would have to
>     be maybe a 3rd for the common code. Or else the server module
>     depends on the client module?
>
>     On Fri, Oct 8, 2010 at 12:51 PM, Jervis Liu <jliu <at> redhat.com
>     <mailto:jliu <at> redhat.com>> wrote:
>
>         Good job, Geoffrey! BTW, what is this about: "split up drools-guvnor
>         into drools-guvnor-gwtclient and drools-guvnor-server" ?
>
>         Thanks,
>         Jervis
>
>         Geoffrey De Smet wrote:
>          > Hi guys,
>          >
>          > The Guvnor build has changed somewhat. Here's the changes:
>          > - "mvn clean compile" now compiles the GWT java sources to
>         javascript
>          > with the gwt-maven-plugin.
>          > -- So now, to really clean build guvnor, you don't need to
>         run the ANT
>          > script separate no more
>          > -- The maven plugin is about 50% faster than the ANT script.
>          > -- This makes the entire drools build slower (as it now gwt
>         compiles
>          > too), but I am looking into improving that (for example in a
>         development
>          > mode profile, we can only gwt compile to english and firefox)
>          > - The generated GWT javascript files have been removed from
>         subversion
>          > and are now generated under the target/drools-guvnor directory
>          > -- No more A43BF34D23567676DF.js files in svn or tree
>         conflicts on those
>          > directories
>          >
>          > I haven't split up drools-guvnor into drools-guvnor-gwtclient and
>          > drools-guvnor-server, because GWT simply doesn't really allow
>         that (not
>          > without making the solution worse than the problem at least...).
>          >
>          > If you feel any rough edges, let me know and I 'll take a
>         look at it.
>          >
>          > I 'll remove the old ANT script soon, once the maven
>         filtering for the
>          > version and revision is in place.
>          >
>
>         _______________________________________________
>         rules-dev mailing list
>         rules-dev <at> lists.jboss.org <mailto:rules-dev <at> lists.jboss.org>
>         https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
>
>
>     --
>     Michael D Neale
>     home: www.michaelneale.net <http://www.michaelneale.net>
>     blog: michaelneale.blogspot.com <http://michaelneale.blogspot.com>
>
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev <at> lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

headers

esteban.aliverti@gmail.com | 14 Oct 2010 01:06

Re: [rules-dev] Guvnor build changes summary

Geoffrey, again, great work!

But I have a question for you. I'm trying to run/debug guvnor without eclipse.

Thanks to your work, now I am able to execute mvn gwt:compile without modify the pom.xml file! That is great.

Then I run Guvnor doing: mvn -Dgwt.module=org.drools.guvnor.Guvnor -DrunTarget=org.drools.guvnor.Guvnor/Guvnor.html gwt:debug

Everything seams to look right. I get this output:

Preparing gwt:debug

[resources:resources]

Using 'UTF-8' encoding to copy filtered resources.

Copying 29 resources

[compiler:compile]

Nothing to compile - all classes are up to date

[gwt:debug]

starting debugger on port 8000 in suspend mode

You're project declares dependency on gwt-user 2.0.4. This plugin is designed for version 2.1-20101001.MGWT219

create exploded Jetty webapp in /home/esteban/plugTree/trunkTMP/drools-guvnor/target/drools-guvnor

Your POM <build><outputdirectory> does not match your hosted webapp WEB-INF/classes folder for GWT Hosted browser to see your classes.

Listening for transport dt_socket at address: 8000

Now, when I try to attach a debugger (in my case, using Netbeans), I get the following behavior:

The GWT Development Mode console appears
After a few seconds, the Startup URL appears in the combobox
At this point, I have some warnings in "Development Mode" and "Jetty" tabs. (probably you are using tomcat, but should be the same)
When I try to enter Guvnor using firefox, a new tab appears in the GWT Development Mode (which is the expected behavior), but a lot of errors appear there. The errors are because the source code of ide.common packages can't be found.

I'm attaching a screenshot showing the error:

The questions are: do you know how is eclipse running guvnor? Does it use maven at all? Am I missing any argument when running gwt:debug goal?

Best Regards,

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Esteban Aliverti
- Developer <at> http://www.plugtree.com
- Blog <at> http://ilesteban.wordpress.com

On Sat, Oct 9, 2010 at 7:53 AM, Geoffrey De Smet <ge0ffrey.spam <at> gmail.com> wrote:

No, I no longer think we should "split up drools-guvnor into
drools-guvnor-gwtclient and drools-guvnor-server",

not at least until GWT supports separate client vs server classpaths better.
I will still look into moving factconstraints module guvnor part to
guvnor (and the rest might be movable to drools-core/compiler?)?

With kind regards,
Geoffrey De Smet

Op 08-10-10 09:54, Anstis, Michael (M.) schreef:
> I'm not sure Geoffrey is planning on the split anymore:
>> I haven't split up drools-guvnor into drools-guvnor-gwtclient and
>> drools-guvnor-server, because GWT simply doesn't really allow that (not
>> without making the solution worse than the problem at least...).
>
> ------------------------------------------------------------------------
> *From:* rules-dev-bounces <at> lists.jboss.org
> [mailto:rules-dev-bounces <at> lists.jboss.org] *On Behalf Of *Michael Neale
> *Sent:* 08 October 2010 03:34
> *To:* Rules Dev List
> *Subject:* Re: [rules-dev] Guvnor build changes summary
>
> yes, that probably would make sense. Although, there would have to
> be maybe a 3rd for the common code. Or else the server module
> depends on the client module?
>
> On Fri, Oct 8, 2010 at 12:51 PM, Jervis Liu <jliu <at> redhat.com

> <mailto:jliu <at> redhat.com>> wrote:
>
> Good job, Geoffrey! BTW, what is this about: "split up drools-guvnor
> into drools-guvnor-gwtclient and drools-guvnor-server" ?
>
> Thanks,
> Jervis
>
> Geoffrey De Smet wrote:
> > Hi guys,
> >
> > The Guvnor build has changed somewhat. Here's the changes:
> > - "mvn clean compile" now compiles the GWT java sources to
> javascript
> > with the gwt-maven-plugin.
> > -- So now, to really clean build guvnor, you don't need to
> run the ANT
> > script separate no more
> > -- The maven plugin is about 50% faster than the ANT script.
> > -- This makes the entire drools build slower (as it now gwt
> compiles
> > too), but I am looking into improving that (for example in a
> development
> > mode profile, we can only gwt compile to english and firefox)
> > - The generated GWT javascript files have been removed from
> subversion
> > and are now generated under the target/drools-guvnor directory
> > -- No more A43BF34D23567676DF.js files in svn or tree
> conflicts on those
> > directories
> >
> > I haven't split up drools-guvnor into drools-guvnor-gwtclient and
> > drools-guvnor-server, because GWT simply doesn't really allow
> that (not
> > without making the solution worse than the problem at least...).
> >
> > If you feel any rough edges, let me know and I 'll take a
> look at it.
> >
> > I 'll remove the old ANT script soon, once the maven
> filtering for the
> > version and revision is in place.
> >
>
> _______________________________________________
> rules-dev mailing list

> rules-dev <at> lists.jboss.org <mailto:rules-dev <at> lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
>
>
> --
> Michael D Neale

> home: www.michaelneale.net <http://www.michaelneale.net>
> blog: michaelneale.blogspot.com <http://michaelneale.blogspot.com>

>
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev <at> lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

headers

Anstis, Michael (M. | 14 Oct 2010 12:05

Re: [rules-dev] Guvnor build changes summary

Hi Geoffrey, Esteban,

The Eclipse GWT Plugin in essence calls out to GWT's com.google.gwt.dev.DevMode and does not use maven.

I think half the problem could be the disjoint between the default paths used by maven compared to the default paths used by gwt i.e. they are different: mvn uses src/main/webapp by default whereas gwt prefers /war. It looks like you can bring the two inline http://mojo.codehaus.org/gwt-maven-plugin/user-guide/war-folder.html but I haven't tried it. A warning to this effect is in the log you show "Your POM <build><outputdirectory> does not match your hosted webapp WEB-INF/classes folder for GWT Hosted browser to see your classes." I think the classes are JIT'ed so you won't get any errors until launching your browser. I also think the "target" folder ("/home/esteban/plugTree/trunkTMP/drools-guvnor/target/drools-guvnor") is a GWT1.6 hang-over and wonder whether Guvnor is fully GWT2.x or a hybrid of bits and pieces that wouldn't help matters.

Not wanting to tread on toes.

With kind regards,

Mike

From: rules-dev-bounces <at> lists.jboss.org [mailto:rules-dev-bounces <at> lists.jboss.org] On Behalf Of esteban.aliverti <at> gmail.com
Sent: 14 October 2010 00:07
To: Rules Dev List
Subject: Re: [rules-dev] Guvnor build changes summary

Geoffrey, again, great work!
But I have a question for you. I'm trying to run/debug guvnor without eclipse.

Thanks to your work, now I am able to execute mvn gwt:compile without modify the pom.xml file! That is great.

Then I run Guvnor doing: mvn -Dgwt.module=org.drools.guvnor.Guvnor -DrunTarget=org.drools.guvnor.Guvnor/Guvnor.html gwt:debug

Everything seams to look right. I get this output:

Preparing gwt:debug

[resources:resources]

Using 'UTF-8' encoding to copy filtered resources.

Copying 29 resources

[compiler:compile]

Nothing to compile - all classes are up to date

[gwt:debug]

starting debugger on port 8000 in suspend mode

You're project declares dependency on gwt-user 2.0.4. This plugin is designed for version 2.1-20101001.MGWT219

create exploded Jetty webapp in /home/esteban/plugTree/trunkTMP/drools-guvnor/target/drools-guvnor

Your POM <build><outputdirectory> does not match your hosted webapp WEB-INF/classes folder for GWT Hosted browser to see your classes.

Listening for transport dt_socket at address: 8000

Now, when I try to attach a debugger (in my case, using Netbeans), I get the following behavior:

The GWT Development Mode console appears

After a few seconds, the Startup URL appears in the combobox

At this point, I have some warnings in "Development Mode" and "Jetty" tabs. (probably you are using tomcat, but should be the same)

When I try to enter Guvnor using firefox, a new tab appears in the GWT Development Mode (which is the expected behavior), but a lot of errors appear there. The errors are because the source code of ide.common packages can't be found.

I'm attaching a screenshot showing the error:

The questions are: do you know how is eclipse running guvnor? Does it use maven at all? Am I missing any argument when running gwt:debug goal?

Best Regards,

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Esteban Aliverti
- Developer <at> http://www.plugtree.com
- Blog <at> http://ilesteban.wordpress.com

On Sat, Oct 9, 2010 at 7:53 AM, Geoffrey De Smet <ge0ffrey.spam <at> gmail.com> wrote:
No, I no longer think we should "split up drools-guvnor into
drools-guvnor-gwtclient and drools-guvnor-server",

not at least until GWT supports separate client vs server classpaths better.
I will still look into moving factconstraints module guvnor part to
guvnor (and the rest might be movable to drools-core/compiler?)?

With kind regards,
Geoffrey De Smet

Op 08-10-10 09:54, Anstis, Michael (M.) schreef:
> I'm not sure Geoffrey is planning on the split anymore:
>> I haven't split up drools-guvnor into drools-guvnor-gwtclient and
>> drools-guvnor-server, because GWT simply doesn't really allow that (not
>> without making the solution worse than the problem at least...).
>
> ------------------------------------------------------------------------
> *From:* rules-dev-bounces <at> lists.jboss.org
> [mailto:rules-dev-bounces <at> lists.jboss.org] *On Behalf Of *Michael Neale
> *Sent:* 08 October 2010 03:34
> *To:* Rules Dev List
> *Subject:* Re: [rules-dev] Guvnor build changes summary
>
> yes, that probably would make sense. Although, there would have to
> be maybe a 3rd for the common code. Or else the server module
> depends on the client module?
>
> On Fri, Oct 8, 2010 at 12:51 PM, Jervis Liu <jliu <at> redhat.com

> <mailto:jliu <at> redhat.com>> wrote:
>
> Good job, Geoffrey! BTW, what is this about: "split up drools-guvnor
> into drools-guvnor-gwtclient and drools-guvnor-server" ?
>
> Thanks,
> Jervis
>
> Geoffrey De Smet wrote:
> > Hi guys,
> >
> > The Guvnor build has changed somewhat. Here's the changes:
> > - "mvn clean compile" now compiles the GWT java sources to
> javascript
> > with the gwt-maven-plugin.
> > -- So now, to really clean build guvnor, you don't need to
> run the ANT
> > script separate no more
> > -- The maven plugin is about 50% faster than the ANT script.
> > -- This makes the entire drools build slower (as it now gwt
> compiles
> > too), but I am looking into improving that (for example in a
> development
> > mode profile, we can only gwt compile to english and firefox)
> > - The generated GWT javascript files have been removed from
> subversion
> > and are now generated under the target/drools-guvnor directory
> > -- No more A43BF34D23567676DF.js files in svn or tree
> conflicts on those
> > directories
> >
> > I haven't split up drools-guvnor into drools-guvnor-gwtclient and
> > drools-guvnor-server, because GWT simply doesn't really allow
> that (not
> > without making the solution worse than the problem at least...).
> >
> > If you feel any rough edges, let me know and I 'll take a
> look at it.
> >
> > I 'll remove the old ANT script soon, once the maven
> filtering for the
> > version and revision is in place.
> >
>
> _______________________________________________
> rules-dev mailing list

> rules-dev <at> lists.jboss.org <mailto:rules-dev <at> lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
>
>
> --
> Michael D Neale

> home: www.michaelneale.net <http://www.michaelneale.net>
> blog: michaelneale.blogspot.com <http://michaelneale.blogspot.com>

>
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev <at> lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

headers

Geoffrey De Smet | 14 Oct 2010 15:20

Re: [rules-dev] Guvnor build changes summary

The eclipse GWT plugin doesn't use maven.

With kind regards / Met vriendelijke groeten,
Geoffrey De Smet

Op 14-10-10 12:05, Anstis, Michael (M.) schreef:
> Hi Geoffrey, Esteban,
> The Eclipse GWT Plugin in essence calls out to GWT's
> com.google.gwt.dev.DevMode and does not use maven.

Yes, AFAIC it doesn't use maven.

> I think half the problem could be the disjoint between the default paths
> used by maven compared to the default paths used by gwt i.e. they are
> different: mvn uses src/main/webapp by default whereas gwt prefers /war.

The latest gwt plugin for eclipse (since 2.0.3) isn't hardcoded to the 
/war directory, so the /war issues is not longer relevant normally.
See the note on 
http://mojo.codehaus.org/gwt-maven-plugin/user-guide/war-folder.html
So don't use an old gwt plugin for eclipse.
Toni Rikkola is working fine with eclipse, maybe you can ask him how he 
said it up?

> It looks like you can bring the two inline
> http://mojo.codehaus.org/gwt-maven-plugin/user-guide/war-folder.html but
> I haven't tried it. A warning to this effect is in the log you show
> "Your POM <build><outputdirectory> does not match your hosted webapp
> WEB-INF/classes folder for GWT Hosted browser to see your classes." I
> think the classes are JIT'ed so you won't get any errors until launching
> your browser. I also think the "target" folder
> ("/home/esteban/plugTree/trunkTMP/drools-guvnor/*target*/drools-guvnor")
> is a GWT1.6 hang-over and wonder whether Guvnor is fully GWT2.x or a
> hybrid of bits and pieces that wouldn't help matters.

There is the sources wierdness. Basically gwt needs the *.java sources 
of all the java to javascript it needs to compile, not just the *.class 
sources. So to be able to compile drools-guvnor it needs the sources of 
drools-ide-common.
- If you have drools open in IntelliJ/Eclipse, this isn't a problem: the 
sources are there anyway and you don't need to configure anything 
special. Note you can't have just drools-guvnor open without 
drools-ide-common open... I would expect this to be the same for netbeans
- In Maven, things are different because modules need to be able to 
compile individually. There are 2 ways to handle it:
-- the GWT hack way: just add the sources to the jar. This is the bad 
way as it violates the maven repository contract.
-- the maven way (which we follow): also install/deploy the sources into 
the repository as a separate jar (so as a 
drools-idea-common-...-sources.jar) and re-use that to build 
drools-guvnor (and note that the maven intellij/eclipse reuse those 
sources to automatically download sources etc).

> Not wanting to tread on toes.
idem dito :) Hope this helps too

> With kind regards,
> Mike
>
>     ------------------------------------------------------------------------
>     *From:* rules-dev-bounces <at> lists.jboss.org
>     [mailto:rules-dev-bounces <at> lists.jboss.org] *On Behalf Of
>     *esteban.aliverti <at> gmail.com
>     *Sent:* 14 October 2010 00:07
>     *To:* Rules Dev List
>     *Subject:* Re: [rules-dev] Guvnor build changes summary
>
>     Geoffrey, again, great work!
>     But I have a question for you. I'm trying to run/debug guvnor
>     without eclipse.
>     Thanks to your work, now I am able to execute *mvn gwt:compile*
>     without modify the pom.xml file! That is great.
>     Then I run Guvnor doing:* mvn -Dgwt.module=org.drools.guvnor.Guvnor
>     -DrunTarget=org.drools.guvnor.Guvnor/Guvnor.html gwt:debug*
>     Everything seams to look right. I get this output:
>
>     /Preparing gwt:debug/
>     /[resources:resources]/
>     /Using 'UTF-8' encoding to copy filtered resources./
>     /Copying 29 resources/
>     /[compiler:compile]/
>     /Nothing to compile - all classes are up to date/
>     /[gwt:debug]/
>     /starting debugger on port 8000 in suspend mode/
>     /You're project declares dependency on gwt-user 2.0.4. This plugin
>     is designed for version 2.1-20101001.MGWT219/
>     /create exploded Jetty webapp in
>     /home/esteban/plugTree/trunkTMP/drools-guvnor/target/drools-guvnor/
>     /Your POM <build><outputdirectory> does not match your hosted webapp
>     WEB-INF/classes folder for GWT Hosted browser to see your classes./
>     /Listening for transport dt_socket at address: 8000/
>
>     Now, when I try to attach a debugger (in my case, using Netbeans), I
>     get the following behavior:
>
>        1. The GWT Development Mode console appears
>        2. After a few seconds, the Startup URL appears in the combobox
>        3. At this point, I have some warnings in "Development Mode" and
>           "Jetty" tabs. (probably you are using tomcat, but should be
>           the same)
>        4. When I try to enter Guvnor using firefox, a new tab appears in
>           the GWT Development Mode (which is the expected behavior), but
>           a lot of errors appear there. The errors are because the
>           source code of ide.common packages can't be found.
>
>
>     I'm attaching a screenshot showing the error:
>
>     news://news.gmane.org:119/C7774483B6A70C4BB10E917CC1A59DC10766BE79%40eu1wam35.warley.ford.com?group=gmane.comp.java.drools.devel&key=3996&header=quotebody&part=1.1.2&filename=Screenshot.png
>
>     The questions are: do you know how is eclipse running guvnor? Does
>     it use maven at all? Am I missing any argument when running
>     gwt:debug goal?
>
>     Best Regards,
>
>     XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
>
>     Esteban Aliverti
>     - Developer  <at>  http://www.plugtree.com <http://www.plugtree.com>
>     - Blog  <at>  http://ilesteban.wordpress.com
>
>
>     On Sat, Oct 9, 2010 at 7:53 AM, Geoffrey De Smet
>     <ge0ffrey.spam <at> gmail.com <mailto:ge0ffrey.spam <at> gmail.com>> wrote:
>
>         No, I no longer think we should "split up drools-guvnor into
>         drools-guvnor-gwtclient and drools-guvnor-server",
>         not at least until GWT supports separate client vs server
>         classpaths better.
>         I will still look into moving factconstraints module guvnor part to
>         guvnor (and the rest might be movable to drools-core/compiler?)?
>
>         With kind regards,
>         Geoffrey De Smet
>
>         Op 08-10-10 09:54, Anstis, Michael (M.) schreef:
>          > I'm not sure Geoffrey is planning on the split anymore:
>          >> I haven't split up drools-guvnor into
>         drools-guvnor-gwtclient and
>          >> drools-guvnor-server, because GWT simply doesn't really
>         allow that (not
>          >> without making the solution worse than the problem at least...).
>          >
>          >
>         ------------------------------------------------------------------------
>          > *From:* rules-dev-bounces <at> lists.jboss.org
>         <mailto:rules-dev-bounces <at> lists.jboss.org>
>          > [mailto:rules-dev-bounces <at> lists.jboss.org
>         <mailto:rules-dev-bounces <at> lists.jboss.org>] *On Behalf Of
>         *Michael Neale
>          > *Sent:* 08 October 2010 03:34
>          > *To:* Rules Dev List
>          > *Subject:* Re: [rules-dev] Guvnor build changes summary
>          >
>          > yes, that probably would make sense. Although, there would
>         have to
>          > be maybe a 3rd for the common code. Or else the server module
>          > depends on the client module?
>          >
>          > On Fri, Oct 8, 2010 at 12:51 PM, Jervis Liu <jliu <at> redhat.com
>         <mailto:jliu <at> redhat.com>
>          > <mailto:jliu <at> redhat.com <mailto:jliu <at> redhat.com>>> wrote:
>          >
>          > Good job, Geoffrey! BTW, what is this about: "split up
>         drools-guvnor
>          > into drools-guvnor-gwtclient and drools-guvnor-server" ?
>          >
>          > Thanks,
>          > Jervis
>          >
>          > Geoffrey De Smet wrote:
>          > > Hi guys,
>          > >
>          > > The Guvnor build has changed somewhat. Here's the changes:
>          > > - "mvn clean compile" now compiles the GWT java sources to
>          > javascript
>          > > with the gwt-maven-plugin.
>          > > -- So now, to really clean build guvnor, you don't need to
>          > run the ANT
>          > > script separate no more
>          > > -- The maven plugin is about 50% faster than the ANT script.
>          > > -- This makes the entire drools build slower (as it now gwt
>          > compiles
>          > > too), but I am looking into improving that (for example in a
>          > development
>          > > mode profile, we can only gwt compile to english and firefox)
>          > > - The generated GWT javascript files have been removed from
>          > subversion
>          > > and are now generated under the target/drools-guvnor directory
>          > > -- No more A43BF34D23567676DF.js files in svn or tree
>          > conflicts on those
>          > > directories
>          > >
>          > > I haven't split up drools-guvnor into
>         drools-guvnor-gwtclient and
>          > > drools-guvnor-server, because GWT simply doesn't really allow
>          > that (not
>          > > without making the solution worse than the problem at
>         least...).
>          > >
>          > > If you feel any rough edges, let me know and I 'll take a
>          > look at it.
>          > >
>          > > I 'll remove the old ANT script soon, once the maven
>          > filtering for the
>          > > version and revision is in place.
>          > >
>          >
>          > _______________________________________________
>          > rules-dev mailing list
>          > rules-dev <at> lists.jboss.org <mailto:rules-dev <at> lists.jboss.org>
>         <mailto:rules-dev <at> lists.jboss.org
>         <mailto:rules-dev <at> lists.jboss.org>>
>          > https://lists.jboss.org/mailman/listinfo/rules-dev
>          >
>          >
>          >
>          >
>          > --
>          > Michael D Neale
>          > home: www.michaelneale.net <http://www.michaelneale.net>
>         <http://www.michaelneale.net>
>          > blog: michaelneale.blogspot.com
>         <http://michaelneale.blogspot.com>
>         <http://michaelneale.blogspot.com>
>          >
>          >
>          >
>          > _______________________________________________
>          > rules-dev mailing list
>          > rules-dev <at> lists.jboss.org <mailto:rules-dev <at> lists.jboss.org>
>          > https://lists.jboss.org/mailman/listinfo/rules-dev
>
>         _______________________________________________
>         rules-dev mailing list
>         rules-dev <at> lists.jboss.org <mailto:rules-dev <at> lists.jboss.org>
>         https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev <at> lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

headers

Michael Anstis | 14 Oct 2010 21:24

Re: [rules-dev] Guvnor build changes summary

Thanks for the clarification Geoffrey.

On 14 October 2010 14:20, Geoffrey De Smet <ge0ffrey.spam <at> gmail.com> wrote:

The eclipse GWT plugin doesn't use maven.

With kind regards / Met vriendelijke groeten,
Geoffrey De Smet

Op 14-10-10 12:05, Anstis, Michael (M.) schreef:
> Hi Geoffrey, Esteban,
> The Eclipse GWT Plugin in essence calls out to GWT's
> com.google.gwt.dev.DevMode and does not use maven.

Yes, AFAIC it doesn't use maven.

> I think half the problem could be the disjoint between the default paths
> used by maven compared to the default paths used by gwt i.e. they are
> different: mvn uses src/main/webapp by default whereas gwt prefers /war.

The latest gwt plugin for eclipse (since 2.0.3) isn't hardcoded to the
/war directory, so the /war issues is not longer relevant normally.
See the note on
http://mojo.codehaus.org/gwt-maven-plugin/user-guide/war-folder.html

So don't use an old gwt plugin for eclipse.
Toni Rikkola is working fine with eclipse, maybe you can ask him how he
said it up?

> It looks like you can bring the two inline
> http://mojo.codehaus.org/gwt-maven-plugin/user-guide/war-folder.html but
> I haven't tried it. A warning to this effect is in the log you show
> "Your POM <build><outputdirectory> does not match your hosted webapp
> WEB-INF/classes folder for GWT Hosted browser to see your classes." I
> think the classes are JIT'ed so you won't get any errors until launching
> your browser. I also think the "target" folder
> ("/home/esteban/plugTree/trunkTMP/drools-guvnor/*target*/drools-guvnor")
> is a GWT1.6 hang-over and wonder whether Guvnor is fully GWT2.x or a
> hybrid of bits and pieces that wouldn't help matters.

There is the sources wierdness. Basically gwt needs the *.java sources
of all the java to javascript it needs to compile, not just the *.class
sources. So to be able to compile drools-guvnor it needs the sources of
drools-ide-common.
- If you have drools open in IntelliJ/Eclipse, this isn't a problem: the
sources are there anyway and you don't need to configure anything
special. Note you can't have just drools-guvnor open without
drools-ide-common open... I would expect this to be the same for netbeans
- In Maven, things are different because modules need to be able to
compile individually. There are 2 ways to handle it:
-- the GWT hack way: just add the sources to the jar. This is the bad
way as it violates the maven repository contract.
-- the maven way (which we follow): also install/deploy the sources into
the repository as a separate jar (so as a
drools-idea-common-...-sources.jar) and re-use that to build
drools-guvnor (and note that the maven intellij/eclipse reuse those
sources to automatically download sources etc).

> Not wanting to tread on toes.

idem dito :) Hope this helps too

> With kind regards,
> Mike
>
> ------------------------------------------------------------------------
> *From:* rules-dev-bounces <at> lists.jboss.org
> [mailto:rules-dev-bounces <at> lists.jboss.org] *On Behalf Of
> *esteban.aliverti <at> gmail.com
> *Sent:* 14 October 2010 00:07
> *To:* Rules Dev List
> *Subject:* Re: [rules-dev] Guvnor build changes summary
>
> Geoffrey, again, great work!
> But I have a question for you. I'm trying to run/debug guvnor
> without eclipse.
> Thanks to your work, now I am able to execute *mvn gwt:compile*
> without modify the pom.xml file! That is great.
> Then I run Guvnor doing:* mvn -Dgwt.module=org.drools.guvnor.Guvnor
> -DrunTarget=org.drools.guvnor.Guvnor/Guvnor.html gwt:debug*
> Everything seams to look right. I get this output:
>
> /Preparing gwt:debug/
> /[resources:resources]/
> /Using 'UTF-8' encoding to copy filtered resources./
> /Copying 29 resources/
> /[compiler:compile]/
> /Nothing to compile - all classes are up to date/
> /[gwt:debug]/
> /starting debugger on port 8000 in suspend mode/
> /You're project declares dependency on gwt-user 2.0.4. This plugin
> is designed for version 2.1-20101001.MGWT219/
> /create exploded Jetty webapp in
> /home/esteban/plugTree/trunkTMP/drools-guvnor/target/drools-guvnor/
> /Your POM <build><outputdirectory> does not match your hosted webapp
> WEB-INF/classes folder for GWT Hosted browser to see your classes./
> /Listening for transport dt_socket at address: 8000/
>
> Now, when I try to attach a debugger (in my case, using Netbeans), I
> get the following behavior:
>

> 1. The GWT Development Mode console appears
> 2. After a few seconds, the Startup URL appears in the combobox
> 3. At this point, I have some warnings in "Development Mode" and
> "Jetty" tabs. (probably you are using tomcat, but should be
> the same)

> 4. When I try to enter Guvnor using firefox, a new tab appears in
> the GWT Development Mode (which is the expected behavior), but
> a lot of errors appear there. The errors are because the
> source code of ide.common packages can't be found.
>
>
> I'm attaching a screenshot showing the error:
>

> news://news.gmane.org:119/C7774483B6A70C4BB10E917CC1A59DC10766BE79%40eu1wam35.warley.ford.com?group=gmane.comp.java.drools.devel&key=3996&header=quotebody&part=1.1.2&filename=Screenshot.png
>
> The questions are: do you know how is eclipse running guvnor? Does
> it use maven at all? Am I missing any argument when running
> gwt:debug goal?
>
> Best Regards,
>
> XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
>
> Esteban Aliverti

> - Developer <at> http://www.plugtree.com <http://www.plugtree.com>
> - Blog <at> http://ilesteban.wordpress.com
>
>
> On Sat, Oct 9, 2010 at 7:53 AM, Geoffrey De Smet

> <ge0ffrey.spam <at> gmail.com <mailto:ge0ffrey.spam <at> gmail.com>> wrote:
>
> No, I no longer think we should "split up drools-guvnor into
> drools-guvnor-gwtclient and drools-guvnor-server",
> not at least until GWT supports separate client vs server
> classpaths better.
> I will still look into moving factconstraints module guvnor part to
> guvnor (and the rest might be movable to drools-core/compiler?)?
>
> With kind regards,
> Geoffrey De Smet
>
> Op 08-10-10 09:54, Anstis, Michael (M.) schreef:
> > I'm not sure Geoffrey is planning on the split anymore:
> >> I haven't split up drools-guvnor into
> drools-guvnor-gwtclient and
> >> drools-guvnor-server, because GWT simply doesn't really
> allow that (not
> >> without making the solution worse than the problem at least...).
> >
> >
> ------------------------------------------------------------------------
> > *From:* rules-dev-bounces <at> lists.jboss.org
> <mailto:rules-dev-bounces <at> lists.jboss.org>

> > [mailto:rules-dev-bounces <at> lists.jboss.org

> <mailto:rules-dev-bounces <at> lists.jboss.org>] *On Behalf Of
> *Michael Neale
> > *Sent:* 08 October 2010 03:34
> > *To:* Rules Dev List
> > *Subject:* Re: [rules-dev] Guvnor build changes summary
> >
> > yes, that probably would make sense. Although, there would
> have to
> > be maybe a 3rd for the common code. Or else the server module
> > depends on the client module?
> >
> > On Fri, Oct 8, 2010 at 12:51 PM, Jervis Liu <jliu <at> redhat.com
> <mailto:jliu <at> redhat.com>

> > <mailto:jliu <at> redhat.com <mailto:jliu <at> redhat.com>>> wrote:
> >
> > Good job, Geoffrey! BTW, what is this about: "split up
> drools-guvnor
> > into drools-guvnor-gwtclient and drools-guvnor-server" ?
> >
> > Thanks,
> > Jervis
> >
> > Geoffrey De Smet wrote:
> > > Hi guys,
> > >
> > > The Guvnor build has changed somewhat. Here's the changes:
> > > - "mvn clean compile" now compiles the GWT java sources to
> > javascript
> > > with the gwt-maven-plugin.
> > > -- So now, to really clean build guvnor, you don't need to
> > run the ANT
> > > script separate no more
> > > -- The maven plugin is about 50% faster than the ANT script.
> > > -- This makes the entire drools build slower (as it now gwt
> > compiles
> > > too), but I am looking into improving that (for example in a
> > development
> > > mode profile, we can only gwt compile to english and firefox)
> > > - The generated GWT javascript files have been removed from
> > subversion
> > > and are now generated under the target/drools-guvnor directory
> > > -- No more A43BF34D23567676DF.js files in svn or tree
> > conflicts on those
> > > directories
> > >
> > > I haven't split up drools-guvnor into
> drools-guvnor-gwtclient and
> > > drools-guvnor-server, because GWT simply doesn't really allow
> > that (not
> > > without making the solution worse than the problem at
> least...).
> > >
> > > If you feel any rough edges, let me know and I 'll take a
> > look at it.
> > >
> > > I 'll remove the old ANT script soon, once the maven
> > filtering for the
> > > version and revision is in place.
> > >
> >
> > _______________________________________________
> > rules-dev mailing list
> > rules-dev <at> lists.jboss.org <mailto:rules-dev <at> lists.jboss.org>
> <mailto:rules-dev <at> lists.jboss.org
> <mailto:rules-dev <at> lists.jboss.org>>
> > https://lists.jboss.org/mailman/listinfo/rules-dev
> >
> >
> >
> >
> > --
> > Michael D Neale
> > home: www.michaelneale.net <http://www.michaelneale.net>
> <http://www.michaelneale.net>
> > blog: michaelneale.blogspot.com
> <http://michaelneale.blogspot.com>
> <http://michaelneale.blogspot.com>
> >
> >
> >
> > _______________________________________________
> > rules-dev mailing list
> > rules-dev <at> lists.jboss.org <mailto:rules-dev <at> lists.jboss.org>
> > https://lists.jboss.org/mailman/listinfo/rules-dev
>
> _______________________________________________
> rules-dev mailing list
> rules-dev <at> lists.jboss.org <mailto:rules-dev <at> lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev <at> lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

headers

Subhas | 21 Oct 2010 19:16

Re: [rules-dev] Guvnor build changes summary

Great work Geoffrey.

Thanks,
Subhas

On Thu, Oct 14, 2010 at 12:24 PM, Michael Anstis <michael.anstis <at> gmail.com> wrote:

Thanks for the clarification Geoffrey.

On 14 October 2010 14:20, Geoffrey De Smet <ge0ffrey.spam <at> gmail.com> wrote:
The eclipse GWT plugin doesn't use maven.

With kind regards / Met vriendelijke groeten,
Geoffrey De Smet

Op 14-10-10 12:05, Anstis, Michael (M.) schreef:
> Hi Geoffrey, Esteban,
> The Eclipse GWT Plugin in essence calls out to GWT's
> com.google.gwt.dev.DevMode and does not use maven.

Yes, AFAIC it doesn't use maven.

> I think half the problem could be the disjoint between the default paths
> used by maven compared to the default paths used by gwt i.e. they are
> different: mvn uses src/main/webapp by default whereas gwt prefers /war.

The latest gwt plugin for eclipse (since 2.0.3) isn't hardcoded to the
/war directory, so the /war issues is not longer relevant normally.
See the note on
http://mojo.codehaus.org/gwt-maven-plugin/user-guide/war-folder.html

So don't use an old gwt plugin for eclipse.
Toni Rikkola is working fine with eclipse, maybe you can ask him how he
said it up?

> It looks like you can bring the two inline
> http://mojo.codehaus.org/gwt-maven-plugin/user-guide/war-folder.html but
> I haven't tried it. A warning to this effect is in the log you show
> "Your POM <build><outputdirectory> does not match your hosted webapp
> WEB-INF/classes folder for GWT Hosted browser to see your classes." I
> think the classes are JIT'ed so you won't get any errors until launching
> your browser. I also think the "target" folder
> ("/home/esteban/plugTree/trunkTMP/drools-guvnor/*target*/drools-guvnor")
> is a GWT1.6 hang-over and wonder whether Guvnor is fully GWT2.x or a
> hybrid of bits and pieces that wouldn't help matters.

There is the sources wierdness. Basically gwt needs the *.java sources
of all the java to javascript it needs to compile, not just the *.class
sources. So to be able to compile drools-guvnor it needs the sources of
drools-ide-common.
- If you have drools open in IntelliJ/Eclipse, this isn't a problem: the
sources are there anyway and you don't need to configure anything
special. Note you can't have just drools-guvnor open without
drools-ide-common open... I would expect this to be the same for netbeans
- In Maven, things are different because modules need to be able to
compile individually. There are 2 ways to handle it:
-- the GWT hack way: just add the sources to the jar. This is the bad
way as it violates the maven repository contract.
-- the maven way (which we follow): also install/deploy the sources into
the repository as a separate jar (so as a
drools-idea-common-...-sources.jar) and re-use that to build
drools-guvnor (and note that the maven intellij/eclipse reuse those
sources to automatically download sources etc).

> Not wanting to tread on toes.

idem dito :) Hope this helps too

> With kind regards,
> Mike
>
> ------------------------------------------------------------------------
> *From:* rules-dev-bounces <at> lists.jboss.org
> [mailto:rules-dev-bounces <at> lists.jboss.org] *On Behalf Of
> *esteban.aliverti <at> gmail.com
> *Sent:* 14 October 2010 00:07
> *To:* Rules Dev List
> *Subject:* Re: [rules-dev] Guvnor build changes summary
>
> Geoffrey, again, great work!
> But I have a question for you. I'm trying to run/debug guvnor
> without eclipse.
> Thanks to your work, now I am able to execute *mvn gwt:compile*
> without modify the pom.xml file! That is great.
> Then I run Guvnor doing:* mvn -Dgwt.module=org.drools.guvnor.Guvnor
> -DrunTarget=org.drools.guvnor.Guvnor/Guvnor.html gwt:debug*
> Everything seams to look right. I get this output:
>
> /Preparing gwt:debug/
> /[resources:resources]/
> /Using 'UTF-8' encoding to copy filtered resources./
> /Copying 29 resources/
> /[compiler:compile]/
> /Nothing to compile - all classes are up to date/
> /[gwt:debug]/
> /starting debugger on port 8000 in suspend mode/
> /You're project declares dependency on gwt-user 2.0.4. This plugin
> is designed for version 2.1-20101001.MGWT219/
> /create exploded Jetty webapp in
> /home/esteban/plugTree/trunkTMP/drools-guvnor/target/drools-guvnor/
> /Your POM <build><outputdirectory> does not match your hosted webapp
> WEB-INF/classes folder for GWT Hosted browser to see your classes./
> /Listening for transport dt_socket at address: 8000/
>
> Now, when I try to attach a debugger (in my case, using Netbeans), I
> get the following behavior:
>

> 1. The GWT Development Mode console appears
> 2. After a few seconds, the Startup URL appears in the combobox
> 3. At this point, I have some warnings in "Development Mode" and
> "Jetty" tabs. (probably you are using tomcat, but should be
> the same)

> 4. When I try to enter Guvnor using firefox, a new tab appears in
> the GWT Development Mode (which is the expected behavior), but
> a lot of errors appear there. The errors are because the
> source code of ide.common packages can't be found.
>
>
> I'm attaching a screenshot showing the error:
>

> news://news.gmane.org:119/C7774483B6A70C4BB10E917CC1A59DC10766BE79%40eu1wam35.warley.ford.com?group=gmane.comp.java.drools.devel&key=3996&header=quotebody&part=1.1.2&filename=Screenshot.png
>
> The questions are: do you know how is eclipse running guvnor? Does
> it use maven at all? Am I missing any argument when running
> gwt:debug goal?
>
> Best Regards,
>
> XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
>
> Esteban Aliverti

> - Developer <at> http://www.plugtree.com <http://www.plugtree.com>
> - Blog <at> http://ilesteban.wordpress.com
>
>
> On Sat, Oct 9, 2010 at 7:53 AM, Geoffrey De Smet

> <ge0ffrey.spam <at> gmail.com <mailto:ge0ffrey.spam <at> gmail.com>> wrote:
>
> No, I no longer think we should "split up drools-guvnor into
> drools-guvnor-gwtclient and drools-guvnor-server",
> not at least until GWT supports separate client vs server
> classpaths better.
> I will still look into moving factconstraints module guvnor part to
> guvnor (and the rest might be movable to drools-core/compiler?)?
>
> With kind regards,
> Geoffrey De Smet
>
> Op 08-10-10 09:54, Anstis, Michael (M.) schreef:
> > I'm not sure Geoffrey is planning on the split anymore:
> >> I haven't split up drools-guvnor into
> drools-guvnor-gwtclient and
> >> drools-guvnor-server, because GWT simply doesn't really
> allow that (not
> >> without making the solution worse than the problem at least...).
> >
> >
> ------------------------------------------------------------------------
> > *From:* rules-dev-bounces <at> lists.jboss.org
> <mailto:rules-dev-bounces <at> lists.jboss.org>

> > [mailto:rules-dev-bounces <at> lists.jboss.org

> <mailto:rules-dev-bounces <at> lists.jboss.org>] *On Behalf Of
> *Michael Neale
> > *Sent:* 08 October 2010 03:34
> > *To:* Rules Dev List
> > *Subject:* Re: [rules-dev] Guvnor build changes summary
> >
> > yes, that probably would make sense. Although, there would
> have to
> > be maybe a 3rd for the common code. Or else the server module
> > depends on the client module?
> >
> > On Fri, Oct 8, 2010 at 12:51 PM, Jervis Liu <jliu <at> redhat.com
> <mailto:jliu <at> redhat.com>

> > <mailto:jliu <at> redhat.com <mailto:jliu <at> redhat.com>>> wrote:
> >
> > Good job, Geoffrey! BTW, what is this about: "split up
> drools-guvnor
> > into drools-guvnor-gwtclient and drools-guvnor-server" ?
> >
> > Thanks,
> > Jervis
> >
> > Geoffrey De Smet wrote:
> > > Hi guys,
> > >
> > > The Guvnor build has changed somewhat. Here's the changes:
> > > - "mvn clean compile" now compiles the GWT java sources to
> > javascript
> > > with the gwt-maven-plugin.
> > > -- So now, to really clean build guvnor, you don't need to
> > run the ANT
> > > script separate no more
> > > -- The maven plugin is about 50% faster than the ANT script.
> > > -- This makes the entire drools build slower (as it now gwt
> > compiles
> > > too), but I am looking into improving that (for example in a
> > development
> > > mode profile, we can only gwt compile to english and firefox)
> > > - The generated GWT javascript files have been removed from
> > subversion
> > > and are now generated under the target/drools-guvnor directory
> > > -- No more A43BF34D23567676DF.js files in svn or tree
> > conflicts on those
> > > directories
> > >
> > > I haven't split up drools-guvnor into
> drools-guvnor-gwtclient and
> > > drools-guvnor-server, because GWT simply doesn't really allow
> > that (not
> > > without making the solution worse than the problem at
> least...).
> > >
> > > If you feel any rough edges, let me know and I 'll take a
> > look at it.
> > >
> > > I 'll remove the old ANT script soon, once the maven
> > filtering for the
> > > version and revision is in place.
> > >
> >
> > _______________________________________________
> > rules-dev mailing list
> > rules-dev <at> lists.jboss.org <mailto:rules-dev <at> lists.jboss.org>
> <mailto:rules-dev <at> lists.jboss.org
> <mailto:rules-dev <at> lists.jboss.org>>
> > https://lists.jboss.org/mailman/listinfo/rules-dev
> >
> >
> >
> >
> > --
> > Michael D Neale
> > home: www.michaelneale.net <http://www.michaelneale.net>
> <http://www.michaelneale.net>
> > blog: michaelneale.blogspot.com
> <http://michaelneale.blogspot.com>
> <http://michaelneale.blogspot.com>
> >
> >
> >
> > _______________________________________________
> > rules-dev mailing list
> > rules-dev <at> lists.jboss.org <mailto:rules-dev <at> lists.jboss.org>
> > https://lists.jboss.org/mailman/listinfo/rules-dev
>
> _______________________________________________
> rules-dev mailing list
> rules-dev <at> lists.jboss.org <mailto:rules-dev <at> lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-dev
>
>
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev <at> lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev

_______________________________________________
rules-dev mailing list
rules-dev <at> lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev