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