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@lists.jboss.org [mailto:rules-dev-bounces@lists.jboss.org] On Behalf Of esteban.aliverti@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:

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 @ http://www.plugtree.com
- Blog @ http://ilesteban.wordpress.com


On Sat, Oct 9, 2010 at 7:53 AM, Geoffrey De Smet <ge0ffrey.spam@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@lists.jboss.org
>     [mailto:rules-dev-bounces@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@redhat.com
>     <mailto:jliu@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@lists.jboss.org <mailto:rules-dev@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@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-dev

_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev