I had to add a dependency for "com.google.collections \ google-collections \ 1.0" to Guvnor's POM.<br><br>Not the best place mind you, as it appears to be a dependency for "drools-verifier" in class "org.drools.verifier.data.VerifierDataMaps".<br>
<br>I'm not sure where \ how \ who "drools-verifier" is in the split-up process but this dependency should live there.<br><br>Cheers,<br><br><div class="gmail_quote">On 14 February 2011 16:56, Michael Anstis <span dir="ltr"><<a href="mailto:michael.anstis@gmail.com">michael.anstis@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Looks like the problem can also be prevented by adding an additional reference to GWT and moving it to the top of your "order and export".<br>
<br>This at least ensures the POM, under version control, does not need to be modified (with potential for erroneous check-ins).<br>
<br>With kind regards,<div><div></div><div class="h5"><br><br><div class="gmail_quote">On 14 February 2011 16:52, Michael Anstis <span dir="ltr"><<a href="mailto:michael.anstis@gmail.com" target="_blank">michael.anstis@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Eclipse users:<br><br>I had to remove GWT from Maven's dependencies and add a reference manually so that it could be moved to the top of the build classpath "order and export" section.<br><br>AFAIK, this is a well known problem running Guvnor from Eclipse due to incompatibilities of the version of JDT. <br>
<br>These JIRAs contain reference to the problem. I don't think a fix was ever found.<br><ul><li><a href="https://issues.jboss.org/browse/GUVNOR-685" target="_blank">https://issues.jboss.org/browse/GUVNOR-685</a></li>
</ul><ul><li><a href="https://issues.jboss.org/browse/GUVNOR-580" target="_blank">https://issues.jboss.org/browse/GUVNOR-580</a></li>
</ul>The problem manifests itself with "java.lang.NoSuchFieldError: warningThreshold" errors when GWT attempts to compile Guvnor (either when the URL is first accessed or explicitly selected).<br><br>With lind regards,<br>
<br>Mike<br><br><br><div class="gmail_quote"><div><div></div><div>On 14 February 2011 13:25, Geoffrey De Smet <span dir="ltr"><<a href="mailto:ge0ffrey.spam@gmail.com" target="_blank">ge0ffrey.spam@gmail.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div></div><div>
<div text="#000000" bgcolor="#ffffff">
The split-off of guvnor is done, the repository is ready to be used.<br>
See below how to get started.<br>
<br>
But before you get started, please <b>check these settings</b>:<br>
<ul>
<li><b>Do not include @author tags in new files</b></li>
<ul>
<li>For motivation see:
<a href="https://issues.jboss.org/browse/JBRULES-2869" target="_blank">https://issues.jboss.org/browse/JBRULES-2869</a></li>
<li>All author tags have been stripped (done during split-up)</li>
</ul>
<li><b>Line endings are unix (\n)</b></li>
<ul>
<li>All files now have unix line endings (done during split-up)<br>
</li>
</ul>
<li><b>Do not use tab characters (\t)</b></li>
<ul>
<li>All flies now use spaces instead of tabs (done during
split-up)<br>
</li>
</ul>
<li>Encoding for all files (except property files) is UTF-8</li>
<ul>
<li>Not changes during split-up</li>
</ul>
</ul>
For detailed instructions on how to configure this fast correctly,
see the README.txt file, currently still at:<br>
<a href="https://github.com/droolsjbpm/droolsjbpm/blob/master/README.txt#L118" target="_blank">https://github.com/droolsjbpm/droolsjbpm/blob/master/README.txt#L118</a><br>
<br>
<br>
How to get started<br>
============<br>
<br>
// Close eclipse/intellij<br>
cd ~/projects<br>
// Move the old repostory out of the way<br>
mv droolsjbpm monolitic-droolsjbpm<br>
// Make a directory to hold all the new repositories<br>
mkdir droolsjbpm<br>
cd droolsjbpm<br>
git clone <a href="mailto:git@github.com:droolsjbpm/guvnor.git" target="_blank">git@github.com:droolsjbpm/guvnor.git</a> guvnor<br>
git clone <a href="mailto:git@github.com:droolsjbpm/droolsjbpm-tools.git" target="_blank">git@github.com:droolsjbpm/droolsjbpm-tools.git</a>
droolsjbpm-tools<br>
// As the split-up continues, you'll be able to add more repo's<br>
// Make a new workspace in Eclipse/IntelliJ<br>
// Add each of the new repo's as maven projects to that new
workspace<br>
<br>
<br>
Temporary workaround during the next week<br>
============================<br>
<br>
Because the split-up is still ongoing (not everything split up yet +
the hudson jobs don't deploy snapshot yet),<br>
you 'll need to do this to get it to work, because the repo's still
depend on the old parent pom for now:<br>
<br>
cd ~/projects<br>
// go the old repo and get it up to date<br>
cd monolitic-droolsjbpm<br>
git pull --rebase<br>
// Just build and install the parent pom<br>
mvn clean install -N<br>
cd ..<br>
cd droolsjbpm<br>
cd guvnor<br>
mvn clean install -DskipTests<br>
cd ..<br>
cd droolsjbpm-tools<br>
mvn clean install -DskipTests<br>
<br>
<br>
Status of split-up<br>
===========<br>
<br>
Guvnor and droolsjbpm-tools are unfrozen and mostly ready.<br>
Integration is starting now, might take till tomorrow.<br>
Drools will be started Wednesday.<br>
droolsjbpm-knowledge and droolsjbpm-parent will be started later
this week<br>
drools-planner has to be redone.<br>
droolsjbpm-dist will be started after those.<br>
General cleanup and improvements can run into next week.<br>
<pre cols="72">--
With kind regards,
Geoffrey De Smet</pre>
</div>
<br></div></div><div>_______________________________________________<br>
rules-dev mailing list<br>
<a href="mailto:rules-dev@lists.jboss.org" target="_blank">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></div></blockquote></div><br>
</blockquote></div><br>
</div></div></blockquote></div><br>