You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by Wayne Fay <wa...@gmail.com> on 2006/03/02 20:31:55 UTC

Re: Publishing Glassfish jars (javax.* apis) in Maven repos

If the bundles I've uploaded are acceptable, perhaps we can move
forward with this issue? If they are not, please let me know what else
needs changing, and I'll take care of it right away...
http://jira.codehaus.org/browse/MAVENUPLOAD-759

If this is all OK, I'd be happy to do the same for the other APIs
(create poms, bundles, etc). I'd like to see all these APIs made
available in Maven repo if at all possible, actual code, not just
links to external sites. And this Glassfish/CDDL angle seems to be a
good route to achieve that.

Also, if you'd like, I can include sources (suggested but not required
by ibiblio upload guide). I don't believe I did this with the
Persistence and Transaction jars previously uploaded to Jira but I can
repackage those, too.

I just don't want this issue to fall off the radar, if I can avoid it...

Wayne


On 2/28/06, Wayne Fay <wa...@gmail.com> wrote:
> Yes all of that was included in the parent. I will upload it now.
>
> (Of course, the Glassfish site isn't responding right now, so you
> can't verify the License url, the SCM, etc.)
>
> Wayne
>
>
> On 2/28/06, Carlos Sanchez <ca...@apache.org> wrote:
> > groupid has to be net.java.dev.glassfish
> > Info required http://maven.apache.org/guides/mini/guide-ibiblio-upload.html
> > is not present (url, scm,...), is it in the parent pom? where's the
> > parent pom?
> >
> > On 2/28/06, Wayne Fay <wa...@gmail.com> wrote:
> > > I just uploaded Persistence and Transaction bundles to JIRA.
> > > http://jira.codehaus.org/browse/MAVENUPLOAD-759
> > >
> > > Take a look.
> > >
> > > As I said before, there are no differences between the class files in
> > > these bundles and those being distributed by Glassfish.
> > >
> > > Wayne
> > >
> > >
> > > On 2/28/06, Wayne Fay <wa...@gmail.com> wrote:
> > > > Glassfish packages all the J2ee stack modules in a single javaee.jar.
> > > > But I doubt you want to force everyone to download the 1.2mb
> > > > javaee.jar file when they only need 1 or 2 apis...
> > > >
> > > > That's why I only compared class files -- unpacked the javaee.jar
> > > > file, grabbed the persistence and transaction subdirs, and compared to
> > > > mine generated from source.
> > > >
> > > > There are "no differences" between these class files.
> > > >
> > > > I will proceed with pom/Maven, and respond again later today...
> > > >
> > > > Wayne
> > > >
> > > >
> > > > On 2/28/06, Carlos Sanchez <ca...@apache.org> wrote:
> > > > > Give it a try to one of the projects, generate the pom, build it with
> > > > > maven and post here the differencies. With that info we'd be able to
> > > > > make a decision.
> > > > >
> > > > > On 2/28/06, Wayne Fay <wa...@gmail.com> wrote:
> > > > > > Sorry, that's tag SJSAS-9_0-B32G-BETA-10_Feb_2006  !  This corresponds
> > > > > > to the most recent Milestone build 5 of the Glassfish project.
> > > > > >
> > > > > > So I just checked out from CVS, compiled, and compared my generated
> > > > > > binaries (classes only) to those provided by Glassfish for the
> > > > > > persistence-api and transaction-api modules only.
> > > > > >
> > > > > > As far as SFV is concerned, these are identical files/directories.
> > > > > > This is as we expected, but we needed to confirm it. So the binaries
> > > > > > (Sun binary license) being delivered by Glassfish are identical to the
> > > > > > source files (CDDL licensed).
> > > > > >
> > > > > > So... given this, what's the next step?
> > > > > >
> > > > > > I can revert my entire local CVS root to the B32G build, compile all
> > > > > > the APIs, create the appropriate POMs (assuming we can make a decision
> > > > > > on groupId and artifactId), and create bundles for all these Glassfish
> > > > > > APIs, if we agree on this approach.
> > > > > >
> > > > > >
> > > > > > Wayne
> > > > > >
> > > > > >
> > > > > > On 2/28/06, Wayne Fay <wa...@gmail.com> wrote:
> > > > > > > On 2/28/06, Steve Loughran <st...@apache.org> wrote:
> > > > > > > > Oh, this nice. javax.persistence especially. I've been doing some EJB3
> > > > > > > > stuff and that is a sore point. JTA too.
> > > > > > >
> > > > > > > Since you expressed an interest in persistence and transaction, I
> > > > > > > focused efforts on those two modules.
> > > > > > >
> > > > > > > I pulled down the Glassfish CVS code, compiled into classes, and
> > > > > > > compared to the classes delivered by Glassfish distribution using SFV
> > > > > > > (its like MD5 for a group of files/directories).
> > > > > > >
> > > > > > > Found my compiled classes had a number of differences including new files.
> > > > > > >
> > > > > > > Realized I was using CVS head rather than tag SJAS-9_0-B32G-BETA-10_Feb_2006.
> > > > > > >
> > > > > > > So now I'm pulling the tag code from CVS, will repeat the compile and
> > > > > > > compare steps, and report back shortly...
> > > > > > >
> > > > > > > Wayne
> > > > > > >
> > > > > >
> > > > > > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > > > > For additional commands, e-mail: dev-help@maven.apache.org
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > I could give you my word as a Spaniard.
> > > > > No good. I've known too many Spaniards.
> > > > >                             -- The Princess Bride
> > > > >
> > > > > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > > > For additional commands, e-mail: dev-help@maven.apache.org
> > > > >
> > > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > For additional commands, e-mail: dev-help@maven.apache.org
> > >
> > >
> >
> >
> > --
> > I could give you my word as a Spaniard.
> > No good. I've known too many Spaniards.
> >                             -- The Princess Bride
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > For additional commands, e-mail: dev-help@maven.apache.org
> >
> >
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org


Re: Publishing Glassfish jars (javax.* apis) in Maven repos

Posted by Wayne Fay <wa...@gmail.com>.
Project Glassfish is currently using multiple build tools including
ant, maven1, etc. Each module has its own method of building. Their m1
"project.xml" for the persistence-api module was called "maven.xml"
and I used it as the basis for my "pom.xml" file. So the CDDL license
etc was just leftover.


As for the SCM connection... I don't currently use SCM in any of my
Maven2 projects, that's all handled offline in other tools for now, so
I took some time and figured it out.. I got a working scm:checkout
just now.

I'll upload this updated persistence-api bundle (includes updated pom,
source, and binary jar) to Jira and wait for more comments from Carlos
et al. Hopefully this bundle is more along the lines of what you were
expecting...

http://jira.codehaus.org/browse/MAVENUPLOAD-759

Wayne

On 3/2/06, Carlos Sanchez <ca...@apache.org> wrote:
> What has to do maven.xml with pom.xml ?
>
> On 3/2/06, Wayne Fay <wa...@gmail.com> wrote:
> > Actually I just copied their existing maven.xml and modified for M2,
> > so I left the CDDL there. No, I don't care about that, so I'll remove
> > it.
> >
> > The entire dev.java.net site was down when I was working on this the
> > other day, so the SCM urls are not correct. Will update.
> >
> > Thanks.
> > Wayne
> >
> > On 3/2/06, Carlos Sanchez <ca...@apache.org> wrote:
> > > I'm trying to checkout and build with your poms:
> > > - the scm url is wrong mvn scm:checkout fails
> > > - you're putting the poms you made under CDDL license???
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > For additional commands, e-mail: dev-help@maven.apache.org
> >
> >
>
>
> --
> I could give you my word as a Spaniard.
> No good. I've known too many Spaniards.
>                             -- The Princess Bride
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org


Re: Publishing Glassfish jars (javax.* apis) in Maven repos

Posted by Carlos Sanchez <ca...@apache.org>.
What has to do maven.xml with pom.xml ?

On 3/2/06, Wayne Fay <wa...@gmail.com> wrote:
> Actually I just copied their existing maven.xml and modified for M2,
> so I left the CDDL there. No, I don't care about that, so I'll remove
> it.
>
> The entire dev.java.net site was down when I was working on this the
> other day, so the SCM urls are not correct. Will update.
>
> Thanks.
> Wayne
>
> On 3/2/06, Carlos Sanchez <ca...@apache.org> wrote:
> > I'm trying to checkout and build with your poms:
> > - the scm url is wrong mvn scm:checkout fails
> > - you're putting the poms you made under CDDL license???
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>


--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
                             -- The Princess Bride

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org


Re: Publishing Glassfish jars (javax.* apis) in Maven repos

Posted by Wayne Fay <wa...@gmail.com>.
Actually I just copied their existing maven.xml and modified for M2,
so I left the CDDL there. No, I don't care about that, so I'll remove
it.

The entire dev.java.net site was down when I was working on this the
other day, so the SCM urls are not correct. Will update.

Thanks.
Wayne

On 3/2/06, Carlos Sanchez <ca...@apache.org> wrote:
> I'm trying to checkout and build with your poms:
> - the scm url is wrong mvn scm:checkout fails
> - you're putting the poms you made under CDDL license???
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org


Re: Publishing Glassfish jars (javax.* apis) in Maven repos

Posted by Carlos Sanchez <ca...@apache.org>.
I'm trying to checkout and build with your poms:
- the scm url is wrong mvn scm:checkout fails
- you're putting the poms you made under CDDL license???

On 3/2/06, Wayne Fay <wa...@gmail.com> wrote:
> If the bundles I've uploaded are acceptable, perhaps we can move
> forward with this issue? If they are not, please let me know what else
> needs changing, and I'll take care of it right away...
> http://jira.codehaus.org/browse/MAVENUPLOAD-759
>
> If this is all OK, I'd be happy to do the same for the other APIs
> (create poms, bundles, etc). I'd like to see all these APIs made
> available in Maven repo if at all possible, actual code, not just
> links to external sites. And this Glassfish/CDDL angle seems to be a
> good route to achieve that.
>
> Also, if you'd like, I can include sources (suggested but not required
> by ibiblio upload guide). I don't believe I did this with the
> Persistence and Transaction jars previously uploaded to Jira but I can
> repackage those, too.
>
> I just don't want this issue to fall off the radar, if I can avoid it...
>
> Wayne
>
>
> On 2/28/06, Wayne Fay <wa...@gmail.com> wrote:
> > Yes all of that was included in the parent. I will upload it now.
> >
> > (Of course, the Glassfish site isn't responding right now, so you
> > can't verify the License url, the SCM, etc.)
> >
> > Wayne
> >
> >
> > On 2/28/06, Carlos Sanchez <ca...@apache.org> wrote:
> > > groupid has to be net.java.dev.glassfish
> > > Info required http://maven.apache.org/guides/mini/guide-ibiblio-upload.html
> > > is not present (url, scm,...), is it in the parent pom? where's the
> > > parent pom?
> > >
> > > On 2/28/06, Wayne Fay <wa...@gmail.com> wrote:
> > > > I just uploaded Persistence and Transaction bundles to JIRA.
> > > > http://jira.codehaus.org/browse/MAVENUPLOAD-759
> > > >
> > > > Take a look.
> > > >
> > > > As I said before, there are no differences between the class files in
> > > > these bundles and those being distributed by Glassfish.
> > > >
> > > > Wayne
> > > >
> > > >
> > > > On 2/28/06, Wayne Fay <wa...@gmail.com> wrote:
> > > > > Glassfish packages all the J2ee stack modules in a single javaee.jar.
> > > > > But I doubt you want to force everyone to download the 1.2mb
> > > > > javaee.jar file when they only need 1 or 2 apis...
> > > > >
> > > > > That's why I only compared class files -- unpacked the javaee.jar
> > > > > file, grabbed the persistence and transaction subdirs, and compared to
> > > > > mine generated from source.
> > > > >
> > > > > There are "no differences" between these class files.
> > > > >
> > > > > I will proceed with pom/Maven, and respond again later today...
> > > > >
> > > > > Wayne
> > > > >
> > > > >
> > > > > On 2/28/06, Carlos Sanchez <ca...@apache.org> wrote:
> > > > > > Give it a try to one of the projects, generate the pom, build it with
> > > > > > maven and post here the differencies. With that info we'd be able to
> > > > > > make a decision.
> > > > > >
> > > > > > On 2/28/06, Wayne Fay <wa...@gmail.com> wrote:
> > > > > > > Sorry, that's tag SJSAS-9_0-B32G-BETA-10_Feb_2006  !  This corresponds
> > > > > > > to the most recent Milestone build 5 of the Glassfish project.
> > > > > > >
> > > > > > > So I just checked out from CVS, compiled, and compared my generated
> > > > > > > binaries (classes only) to those provided by Glassfish for the
> > > > > > > persistence-api and transaction-api modules only.
> > > > > > >
> > > > > > > As far as SFV is concerned, these are identical files/directories.
> > > > > > > This is as we expected, but we needed to confirm it. So the binaries
> > > > > > > (Sun binary license) being delivered by Glassfish are identical to the
> > > > > > > source files (CDDL licensed).
> > > > > > >
> > > > > > > So... given this, what's the next step?
> > > > > > >
> > > > > > > I can revert my entire local CVS root to the B32G build, compile all
> > > > > > > the APIs, create the appropriate POMs (assuming we can make a decision
> > > > > > > on groupId and artifactId), and create bundles for all these Glassfish
> > > > > > > APIs, if we agree on this approach.
> > > > > > >
> > > > > > >
> > > > > > > Wayne
> > > > > > >
> > > > > > >
> > > > > > > On 2/28/06, Wayne Fay <wa...@gmail.com> wrote:
> > > > > > > > On 2/28/06, Steve Loughran <st...@apache.org> wrote:
> > > > > > > > > Oh, this nice. javax.persistence especially. I've been doing some EJB3
> > > > > > > > > stuff and that is a sore point. JTA too.
> > > > > > > >
> > > > > > > > Since you expressed an interest in persistence and transaction, I
> > > > > > > > focused efforts on those two modules.
> > > > > > > >
> > > > > > > > I pulled down the Glassfish CVS code, compiled into classes, and
> > > > > > > > compared to the classes delivered by Glassfish distribution using SFV
> > > > > > > > (its like MD5 for a group of files/directories).
> > > > > > > >
> > > > > > > > Found my compiled classes had a number of differences including new files.
> > > > > > > >
> > > > > > > > Realized I was using CVS head rather than tag SJAS-9_0-B32G-BETA-10_Feb_2006.
> > > > > > > >
> > > > > > > > So now I'm pulling the tag code from CVS, will repeat the compile and
> > > > > > > > compare steps, and report back shortly...
> > > > > > > >
> > > > > > > > Wayne
> > > > > > > >
> > > > > > >
> > > > > > > ---------------------------------------------------------------------
> > > > > > > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > > > > > For additional commands, e-mail: dev-help@maven.apache.org
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > I could give you my word as a Spaniard.
> > > > > > No good. I've known too many Spaniards.
> > > > > >                             -- The Princess Bride
> > > > > >
> > > > > > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > > > > For additional commands, e-mail: dev-help@maven.apache.org
> > > > > >
> > > > > >
> > > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > > For additional commands, e-mail: dev-help@maven.apache.org
> > > >
> > > >
> > >
> > >
> > > --
> > > I could give you my word as a Spaniard.
> > > No good. I've known too many Spaniards.
> > >                             -- The Princess Bride
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> > > For additional commands, e-mail: dev-help@maven.apache.org
> > >
> > >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
>
>


--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
                             -- The Princess Bride

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org