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(a)lists.jboss.org
[mailto:rules-dev-bounces@lists.jboss.org] On Behalf Of
esteban.aliverti(a)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:
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(a)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(a)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(a)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(a)lists.jboss.org <mailto:
rules-dev(a)lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-dev
> --
> Michael D Neale
http://www.michaelneale.net>
http://michaelneale.blogspot.com>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/rules-dev
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev