<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
As Dan pointed out, if we run that new BOM alone, we're missing:<br>
<ul>
  <li>javax.faces:jsf-api:jar</li>
  <li>javax.enterprise:cdi-api:jar</li>
  <li>javax.annotation:jsr250-api:jar</li>
  <li>javax.validation:validation-api:jar</li>
</ul>
The issue here is that the dependency name space for this new BOM
doesn't match the ones we used because they're all prefixed with
org.jboss.spec.* and have different version numbers.&nbsp; <br>
<br>
<br>
<br>
So the design question for the list is do we want to expose to users:<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;dependency&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;groupId&gt;org.jboss.spec.javax.servlet&lt;/groupId&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;artifactId&gt;jboss-servlet-api_3.0_spec&lt;/artifactId&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;version&gt;1.0.0.Beta2&lt;/version&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;/dependency&gt;<br>
<br>
...or would we prefer:<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;dependency&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;groupId&gt;javax.servlet&lt;/groupId&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;artifactId&gt;servlet-api&lt;/artifactId&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;version&gt;3.0&lt;/version&gt;<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;/dependency&gt;<br>
<br>
Either is perfectly valid and achieves the same bottom-line result.&nbsp;
Both are the same jar.&nbsp; <br>
<br>
On one hand, I prefer the javax.* because it is more conventional and
in my opinion, more polished looking, especially for people who choose
to run weld or Java EE outside of a JBoss container.&nbsp; On the other
hand, it would be preferable if the JBoss AS team maintained a BOM for
each point release of JBoss AS with the precise point release of each
API shipped with their container.&nbsp; <br>
<br>
I imagine this is relatively important for the AS team as I am guessing
a non-trivial number of errors in the wild occur due to library version
mismatches.&nbsp; Perhaps maintaining a good set of archetypes that match
your container precisely will either reduce these or at least give the
developers less of an excuse for these errors?<br>
<br>
What options are available?&nbsp; <br>
Shelly, are you willing to allow both the javax.* and the
org.jboss.spec.javax.* entries in the BOM?&nbsp; <br>
<br>
<br>
If we could maintain the same namespace for dependencies
(javax.servlet, for example) for every container, then a user could use
one pom and change the BOM to match his/her precise container version
(Glassfish v3 vs JBoss AS 6.0.0 or JBoss AS 6.0.1).&nbsp; The AS project can
use the org.jboss.spec.* jars as before and just help out keeping the
javax.* entries up to date as new releases are performed.<br>
<br>
An example where this would be an issues is javax.enterprise.cdi-api.&nbsp;
JBoss AS has no use for a CDI-API 1.0.0 as they're using 1.0.1,
however, to use the BOM and have it work on Glassfish v3 and JBoss AS
6, JBoss would have to upload weld 1.0.0 as
org.jboss.spec.javax.enterprise.cdi-api (if the javax.* entries weren't
in the BOM).&nbsp; <br>
<br>
<br>
<br>
Shelly, if you think that it's acceptable to keep both the normal jar
name and the org.jboss.spec jar name in the BOM, I can make the initial
edits.&nbsp; IMO, this will really pay off if the server team updates the
versions of the individual jars down the road as versions change for
JBoss AS point releases.&nbsp; Otherwise, the archetype project will have to
duplicate a lot of effort to keep in sync with the server team.&nbsp; <br>
<br>
<br>
<br>
Thanks,<br>
Steven<br>
<br>
<br>
<br>
On 04/19/2010 04:40 AM, Pete Muir wrote:
<blockquote cite="mid:45567626-3C90-43F5-90AB-237C73A58B46@redhat.com"
 type="cite">
  <pre wrap="">
On 19 Apr 2010, at 02:31, Dan Allen wrote:

  </pre>
  <blockquote type="cite">
    <pre wrap="">Great initiative! This is a real win for JBoss, especially given the debacle of the aggregate jar that Sun published to the java.net repository.

It seems that several core specs are missing, such as bean validation, CDI
    </pre>
  </blockquote>
  <pre wrap="">
Shelly is working on CDI at least.

  </pre>
  <blockquote type="cite">
    <pre wrap="">and JSF. I'm I just not seeing them or are they missing for a reason? Also, are we planning on doing profile stack poms such as the web profile?
    </pre>
  </blockquote>
  <pre wrap="">
This would be nice.

  </pre>
  <blockquote type="cite">
    <pre wrap="">
Again, nice start.

-Dan

On Wed, Apr 14, 2010 at 10:44 AM, Shelly McGowan <a class="moz-txt-link-rfc2396E" href="mailto:smcgowan@redhat.com">&lt;smcgowan@redhat.com&gt;</a> wrote:

Pete,

This morning I released the jboss-javaee_6.0_spec, 1.0.0.Beta3.

<a class="moz-txt-link-freetext" href="http://repository.jboss.org/maven2/org/jboss/spec/jboss-javaee_6.0_spec/1.0.0.Beta3">http://repository.jboss.org/maven2/org/jboss/spec/jboss-javaee_6.0_spec/1.0.0.Beta3</a>


This release contains fix for JBEE-33 - update to use JACC 1.4.


Shelly McGowan
JBoss, by Red Hat

----- Original Message -----
From: "Pete Muir" <a class="moz-txt-link-rfc2396E" href="mailto:pmuir@redhat.com">&lt;pmuir@redhat.com&gt;</a>
To: "Steven Boscarine" <a class="moz-txt-link-rfc2396E" href="mailto:steven.boscarine@childrens.harvard.edu">&lt;steven.boscarine@childrens.harvard.edu&gt;</a>
Cc: "Weld-Dev List" <a class="moz-txt-link-rfc2396E" href="mailto:weld-dev@lists.jboss.org">&lt;weld-dev@lists.jboss.org&gt;</a>, <a class="moz-txt-link-abbreviated" href="mailto:smcgowan@redhat.com">smcgowan@redhat.com</a>
Sent: Tuesday, April 13, 2010 8:00:35 AM GMT -05:00 US/Canada Eastern
Subject: Re: [weld-dev] Maven Archetype Bill of Materials - How should we handle minor variations in point releases of Java EE 6 containers?

Shelly has pointed us at <a class="moz-txt-link-freetext" href="http://repository.jboss.org/maven2//org/jboss/spec/jboss-javaee_6.0_spec/1.0.0.Beta2/jboss-javaee_6.0_spec-1.0.0.Beta2.pom">http://repository.jboss.org/maven2//org/jboss/spec/jboss-javaee_6.0_spec/1.0.0.Beta2/jboss-javaee_6.0_spec-1.0.0.Beta2.pom</a> which works great as a jboss-6.0.0-bom. Unfortunately, Sun control the javax namespace, and don't publish a BOM for Java EE, so producing one of these is much harder.

I suggest we stick with the JBoss one for now, along with instructions on how to create one for other app servers.

WDYT?

On 12 Apr 2010, at 16:47, Steven Boscarine wrote:

    </pre>
    <blockquote type="cite">
      <pre wrap="">Hello All,
The Weld archetypes need to be updated to reflect the latest Weld 1.0.1
release.

Presently, we're using the weld-extensions-bom

&lt;dependency&gt;
&lt;groupId&gt;org.jboss.weld&lt;/groupId&gt;
&lt;artifactId&gt;weld-extensions-bom&lt;/artifactId&gt;
&lt;version&gt;1.0.0-CR2&lt;/version&gt;
&lt;type&gt;pom&lt;/type&gt;
&lt;scope&gt;import&lt;/scope&gt;
&lt;/dependency&gt;

The immediate issue is that the archetypes need to reflect the changes.

The hairier issue is dealing with minor point release differences

Now there's 2 variants of weld in the wild, via 2 Java EE containers.
Glassfish has weld-1.0.0 and JBoss 6 will have 1.0.1.  Should this be
reflected via different BOMs?

Should there be a weld-jboss-6.0.0-bom? glassfish-v3-bom?  Presumably,
down the road, there will be more variants as other APIs have minor
point increases.

If not, does anyone have suggestions for dealing with trivial variations
in versions between container point releases?

Thanks,
Steven
_______________________________________________
weld-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:weld-dev@lists.jboss.org">weld-dev@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/weld-dev">https://lists.jboss.org/mailman/listinfo/weld-dev</a>
      </pre>
    </blockquote>
    <pre wrap="">
_______________________________________________
weld-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:weld-dev@lists.jboss.org">weld-dev@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/weld-dev">https://lists.jboss.org/mailman/listinfo/weld-dev</a>



-- 
Dan Allen
Senior Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597

<a class="moz-txt-link-freetext" href="http://mojavelinux.com">http://mojavelinux.com</a>
<a class="moz-txt-link-freetext" href="http://mojavelinux.com/seaminaction">http://mojavelinux.com/seaminaction</a>
<a class="moz-txt-link-freetext" href="http://www.google.com/profiles/dan.j.allen">http://www.google.com/profiles/dan.j.allen</a>
_______________________________________________
weld-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:weld-dev@lists.jboss.org">weld-dev@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/weld-dev">https://lists.jboss.org/mailman/listinfo/weld-dev</a>
    </pre>
  </blockquote>
  <pre wrap="">

_______________________________________________
weld-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:weld-dev@lists.jboss.org">weld-dev@lists.jboss.org</a>
<a class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/weld-dev">https://lists.jboss.org/mailman/listinfo/weld-dev</a>
  </pre>
</blockquote>
<br>
</body>
</html>