[rules-dev] [Maven feedback] Uberfire artifacts should start with "uberfire-"

Geoffrey De Smet ge0ffrey.spam at gmail.com
Mon Nov 19 05:27:14 EST 2012


Hi Alexandre,

Some of your recent pom.xml changes might introduce a new issue.

What changes are an issue?
=================

The uberfire security api has:

<artifactId>security-api</artifactId>

in 
https://github.com/droolsjbpm/uberfire/blob/master/uberfire-security/security-api/pom.xml

Why is that an issue?
=============

  * 1) Hard for users to assert that uberfire's versions are in sync
      o myproject.war // throws NoSuchMethodError in uberfire
          + WEB-INF/lib
              # ...
              # security-api-0.3.jar // wrong version, should be 0.4
              # ...
              # spring-beans-3.0.0.jar
              # spring-core-3.0.0.jar
              # ...
              # uberfire-core-0.4.jar
              # uberfire-vfs-api-0.4.jar
              # ...
  * 2) Clashes/confuses with javax.security:security-api
      o http://search.maven.org/#artifactdetails|javax.security|security-api|1.1-rev-1|jar
      o myproject.war
          + WEB-INF/lib
              # ...
              # security-api-0.4.jar // uberfire
              # security-1.1-rev-1.jar // javax.security


How can you fix it?
============

Rename it to uberfire-*

<artifactId>uberfire-security-api</artifactId>

Also check the other uberfire poms for the same problem (vfs-api, ...).

===

Can you take a look at fixing it?
(Let me know if you can't fix it in a timely manner.)

With kind regards,
Geoffrey

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-dev/attachments/20121119/b1f5f5fe/attachment.html 


More information about the rules-dev mailing list