5:12 p.m.
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
12:26 a.m.
great work Geoffrey !
On Sat, Oct 2, 2010 at 1:12 AM, Geoffrey De Smet <ge0ffrey.spam(a)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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
--
Michael D Neale
home: www.michaelneale.net
blog: michaelneale.blogspot.com
11:43 p.m.
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(a)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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
1:19 p.m.
New subject: 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(a)gmail.com
<mailto:ge0ffrey.spam@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(a)lists.jboss.org <mailto:rules-dev@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
3:02 p.m.
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(a)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(a)gmail.com> wrote:
Hi guys,
The Gu...
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
3:51 a.m.
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.
4:33 a.m.
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> 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
https://lists.jboss.org/mailman/listinfo/rules-dev
--
Michael D Neale
home: www.michaelneale.net
blog: michaelneale.blogspot.com
9:54 a.m.
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>
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
https://lists.jboss.org/mailman/listinfo/rules-dev
--
Michael D Neale
home: www.michaelneale.net
blog: michaelneale.blogspot.com
12:53 p.m.
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@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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
1:06 a.m.
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:
[image: 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(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@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(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
12:05 p.m.
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:
------------------------------------------------------------------------
_______________________________________________
https://lists.jboss.org/mailman/listinfo/rules-dev
> --
> Michael D Neale
>
> _______________________________________________
> 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
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>
home: www.michaelneale.net <
http://www.michaelneale.net>
blog: michaelneale.blogspot.com <
http://michaelneale.blogspot.com>
3:20 p.m.
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(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:
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 @ http://www.plugtree.com <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 <mailto: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(a)lists.jboss.org
<mailto:rules-dev-bounces@lists.jboss.org>
> [mailto: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(a)redhat.com
<mailto:jliu@redhat.com>
> <mailto: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(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org>
<mailto: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>
<http://www.michaelneale.net>
> blog: michaelneale.blogspot.com
<http://michaelneale.blogspot.com>
<http://michaelneale.blogspot.com>
>
>
>
> _______________________________________________
> rules-dev mailing list
> rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org>
> https://lists.jboss.org/mailman/listinfo/rules-dev
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org <mailto:rules-dev@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
9:24 p.m.
Thanks for the clarification Geoffrey.
On 14 October 2010 14:20, Geoffrey De Smet <ge0ffrey.spam(a)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(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:
>
> 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 @ http://www.plugtree.com <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 <mailto: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(a)lists.jboss.org
> <mailto:rules-dev-bounces@lists.jboss.org>
> > [mailto: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(a)redhat.com
> <mailto:jliu@redhat.com>
> > <mailto: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(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org>
> <mailto: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>
> <http://www.michaelneale.net>
> > blog: michaelneale.blogspot.com
> <http://michaelneale.blogspot.com>
> <http://michaelneale.blogspot.com>
> >
> >
> >
> > _______________________________________________
> > rules-dev mailing list
> > rules-dev(a)lists.jboss.org <mailto:rules-dev@lists.jboss.org>
> > https://lists.jboss.org/mailman/listinfo/rules-dev
>
> _______________________________________________
> rules-dev mailing list
> rules-dev(a)lists.jboss.org <mailto:rules-dev@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
_______________________________________________
rules-dev mailing list
rules-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
7:16 p.m.
Great work Geoffrey.
Thanks,
Subhas
On Thu, Oct 14, 2010 at 12:24 PM, Michael Anstis
<michael.anstis(a)gmail.com>wrote:
Thanks for the clarification Geoffrey.
On 14 October 2010 14:20, Geoffrey De Smet <ge0ffrey.spam(a)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.htmlbut
> > 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(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:
> >
> > 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 @ http://www.plugtree.com <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 <mailto: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(a)lists.jboss.org
> > <mailto:rules-dev-bounces@lists.jboss.org>
> > > [mailto: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(a)redhat.com
> > <mailto:jliu@redhat.com>
> > > <mailto: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(a)lists.jboss.org
<mailto:rules-dev@lists.jboss.org>
> > <mailto: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>
> > <http://www.michaelneale.net>
> > > blog: michaelneale.blogspot.com
> > <http://michaelneale.blogspot.com>
> > <http://michaelneale.blogspot.com>
> > >
> > >
> > >
> > > _______________________________________________
> > > rules-dev mailing list
> > > rules-dev(a)lists.jboss.org
<mailto:rules-dev@lists.jboss.org>
> > > https://lists.jboss.org/mailman/listinfo/rules-dev
> >
> > _______________________________________________
> > rules-dev mailing list
> > rules-dev(a)lists.jboss.org <mailto:rules-dev@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
>
> _______________________________________________
> 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
4935
days inactive
4955
days old
13 comments
8 participants
participants (8)
-
Anstis, Michael (M.) -
Esteban Aliverti -
esteban.aliverti＠gmail.com
-
Geoffrey De Smet -
Jervis Liu -
Michael Anstis -
Michael Neale -
Subhas