Hi Sayhi,
After a little investigating, I 've found the root cause of the problem
why compeSourceArtifact didn't work for gwt:run:
http://jira.codehaus.org/browse/MGWT-266
and created a patch to fix it in the gwt-maven-plugin itself.
Please vote for the issue :)
Hopefully it makes the 2.2.1 release of the plugin and then I 'll
upgrade our gwt plugin version immediately after.
I don't want to litter the production jars with sources because that
will make IntelliJ and Eclipse confused (you 'll find everything twice).
Thank you for bringing the problem to our attention and the patch to
prove it's indeed a problem :)
Op 28-02-11 10:23, Geoffrey De Smet schreef:
Hi Sayhi,
Thank you, great work :)
I am migrating the patch to master, since 5.2.0.M2 will be slated from
master.
In the guvnor-webapp pom (renamed from drools-guvnor) on master, I do
have 2 notable things:
<plugin>
<artifactId>gwt-maven-plugin</artifactId>
<version>*2.1.0-1*</version>
<configuration>
...
<compileSourcesArtifacts>
*<compileSourcesArtifact>org.drools:droolsjbpm-ide-common</compileSourcesArtifact>*
</compileSourcesArtifacts>
...
</configuration>
That should make it work without including the java files in the
normal jar (which is against maven guidelines, and which is also bloat).
one of the rules for developing gwt libraries is that when packaged,
classes that reside in the client package (i.e. those that will be
used in client code of projets using the library) should have their
sources packaged with them.
Yes, it was. But there's been some discussion (and an issue, probably
fixed for 2.1 or 2.1.1 IIRC) that states that the gwt libraries
deployed to the maven repository should follow maven conventions and
separate jars and source-jars, so Intellij, Eclipse, Netbeans and the
rest of the maven ecosystem can find and deal with the sources too.
Anyway, gwt:run should work and I 'll apply your patch if it doesn't.
Thanks again.
Op 25-02-11 17:38, Sayhi Aymen schreef:
Hi Geoffrey,
I've fixed all things you've talked about and I've some remarks:
2011/2/24 Geoffrey De Smet <ge0ffrey.s...@gmail.com
<mailto:ge0ffrey.s...@gmail.com>>
Hi Sayhi,
Thanks for noticing this issue and creating a patch.
Unfortunately I cannot accept and apply this patch because:
- By changing the build resources to only include
src/main/resources/**/*.gwt.xml, it breaks the backend which
needs other resources out of src/main/resources.
Fixed : you're right !
- By changing the build resources to include the java files from
src/main/java, it clutters the deployed jars and dirties the
build (those things are in source jars already).
Maintained:
Projects "drools-factconstraint" and "drools-ide-common" are seen as
gwt libraries by "drools-guvnor", one of the rules for developing gwt
libraries is that when packaged, classes that reside in the client
package (i.e. those that will be used in client code of projets using
the library) should have their sources packaged with them. The reason
for this is that sources should be available on the classpath for the
gwt compiler.
You can check this in gwt-user.jar itself :
http://repo1.maven.org/maven2/com/google/gwt/gwt-user/2.1.1/gwt-user-2.1.1.jar
And in the famous library Ext GWT :
http://repo1.maven.org/maven2/com/extjs/gxt/2.2.0/gxt-2.2.0.jar
- It's stale when compared to master on
https://github.com/droolsjbpm/guvnor
-- drools-factconstraints has been removed some time already on
master
-- droolsjbpm-ide-common is ne
This patch is intended for "origin/5.2.0.M1.x" branch, not for master.
- The changes are obfuscated with style changes that do not
follow our guidelines.
-- See README
https://github.com/droolsjbpm/droolsjbpm-build-bootstrap
--- More specifically about indentation
Fixed: sorry for that :) I'm using your cleaning and formatting
settings now.
I believe a much better way to deal with the gwt:run problem is
to fix this issue:
https://issues.jboss.org/browse/GUVNOR-1196
You don't really think it is needed to do All that in order to run
the guvnor project with maven.
But that's stuck on the fact that I don't know if and how
intellij/eclipse can deal with hosted mode in that structure.
Any experiments and data to answer that question will help that
issue forward.
--
With kind regards,
Geoffrey De Smet
I attached a patch (fixed one :)) to this e-mail for those who are
using branch 5.2.0.M1.x and need to run the guvnor project in hosted
mode with maven.
P.S. sorry for the previous e-mail, it was incomplete.
Op 24-02-11 02:17, Sayhi Aymen schreef:
Here is the patch. I hope it helps !
2011/2/23 Mauricio Salatino <sala...@gmail.com
<mailto:sala...@gmail.com>>
Sounds really cool.. if you can help to get maven working
better for the project I think that the dev team will highly
appreciate that.
Greetings.
On Wed, Feb 23, 2011 at 1:36 PM, Sayhi Aymen
<sayhi.ay...@gmail.com <mailto:sayhi.ay...@gmail.com>> wrote:
Hi everybody,
I checked Drools 5.2.0.M1.x sources yesterday in order
to look with more insight to /Guvnor /internals.
I built the whole project with /Maven/ and that was ok.
But when I tried to run /Guvnor /with /Maven /(mvn
gwt:run) I was surprised to see that the /Maven /config
do not allow that, I get a lot of errors !
Thankfully I fixed that (after a hard night) and I want
to contribute with that /Maven /config fix.
Are you interested ?
By the way, I've already been /Maven /maintainer of an
open source project on sourceforge, /Gilead
<http://noon.gilead.free.fr/gilead/index.php?page=thanks>/.
And I can help you in the future for anything related to
/Maven/.
--
Best Regards
Aymen SAYHI
_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org <mailto:rules-dev@lists.jboss.org>
https://lists.jboss.org/mailman/listinfo/rules-dev
--
- CTO @ http://www.plugtree.com
- MyJourney @ http://salaboy.wordpress.com
- Co-Founder @ http://www.jbug.com.ar
- Salatino "Salaboy" Mauricio -
--
Best Regards
Aymen SAYHI
_______________________________________________
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
--
Best Regards
Aymen SAYHI
_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
--
With kind regards,
Geoffrey De Smet
_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
--
With kind regards,
Geoffrey De Smet
_______________________________________________
rules-dev mailing list
rules-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-dev
