Thanks for the clarification Geoffrey.On 14 October 2010 14:20, Geoffrey De Smet <ge0ffrey.spam@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,Yes, AFAIC it doesn't use maven.
> The Eclipse GWT Plugin in essence calls out to GWT's
> com.google.gwt.dev.DevMode and does not use maven.
The latest gwt plugin for eclipse (since 2.0.3) isn't hardcoded to the
> 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.
/war directory, so the /war issues is not longer relevant normally.
See the note on
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?
There is the sources wierdness. Basically gwt needs the *.java sources
> 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.
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).
idem dito :) Hope this helps too
> Not wanting to tread on toes.
> 1. The GWT Development Mode console appears
> 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:
>
> 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> 4. When I try to enter Guvnor using firefox, a new tab appears in
> the same)
> the GWT Development Mode (which is the expected behavior), but> 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
> 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:
>
>> - Developer @ http://www.plugtree.com <http://www.plugtree.com>
> 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
> <ge0ffrey.spam@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@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@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@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@lists.jboss.org <mailto:rules-dev@lists.jboss.org>
> > https://lists.jboss.org/mailman/listinfo/rules-dev
>
> _______________________________________________
> rules-dev mailing list
> rules-dev@lists.jboss.org <mailto: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
_______________________________________________
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