+1<br><br><div class="gmail_quote">On Wed, Jun 8, 2011 at 17:32, Shane Bryzak <span dir="ltr">&lt;<a href="mailto:sbryzak@redhat.com">sbryzak@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

We discussed this briefly on IRC, however I thought we should discuss it<br>
on seam-dev before we make any concrete decision.  To summarise the plan:<br>
<br>
1. Remove the combined jar file from each of the modules<br>
2. If the module has a single implementation, rename it to whatever the<br>
combined jar was called.<br>
     E.g. for Seam Catch, the impl module would be called seam-catch.<br>
3. If the module has multiple implementations, then add a suffix to the<br>
artifact name that reflects the individual implementation.<br>
     E.g. Seam Reports has two implementations, which would be called<br>
seam-reports-jasper (for Jasper reports) and seam-reports-pentaho (for<br>
Pentaho).<br>
4. Leave the API naming as it is, e.g. seam-reports-api.<br>
<br>
The idea is that by importing the simplified module artifact name (i.e.<br>
&quot;seam-xxx&quot;) you would get the default implementation, which in turn<br>
depends on the API.  The advantage of this is that we won&#39;t break<br>
backwards compatibility - e.g. someone currently declaring a dependency<br>
on &quot;seam-catch&quot; in their pom file won&#39;t have their app broken when we<br>
rename the modules.  Also we remove the complexity introduced by having<br>
a combined jar in the first place.<br>
<br>
If you can spot any issues with this, please speak up now ;)<br>
<br>
Shane<br>
_______________________________________________<br>
seam-dev mailing list<br>
<a href="mailto:seam-dev@lists.jboss.org">seam-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/seam-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/seam-dev</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Jason Porter<br><a href="http://lightguard-jp.blogspot.com" target="_blank">http://lightguard-jp.blogspot.com</a><br><a href="http://twitter.com/lightguardjp" target="_blank">http://twitter.com/lightguardjp</a><br>

<br>Software Engineer<br>Open Source Advocate<br>Author of Seam Catch - Next Generation Java Exception Handling<br><br>PGP key id: 926CCFF5<br>PGP key available at: <a href="http://keyserver.net" target="_blank">keyserver.net</a>, <a href="http://pgp.mit.edu" target="_blank">pgp.mit.edu</a><br>