Obviously a very late reply to this, but I'd like to suggest that you
ask glassfish to publish these to the java.net repository. It's very
easy for them to do, Kohsuke looks after it, and we are planning to sync
it in automatically.
https://maven-repository.dev.java.net/
- Brett
Wayne Fay
Excellent, I'll go that route.
Wayne
On 3/6/06, Brett Porter [EMAIL PROTECTED] wrote:
Obviously a very late reply to this, but I'd like to suggest that you
ask glassfish to publish these to the java.net repository. It's very
easy for them to do, Kohsuke looks after it, and we are planning to
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
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 [EMAIL PROTECTED] wrote:
If the bundles I've uploaded are acceptable, perhaps we can move
forward with this issue? If they
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,
What has to do maven.xml with pom.xml ?
On 3/2/06, Wayne Fay [EMAIL PROTECTED] 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
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
Wayne Fay wrote:
Here's the complete list of javax apis included with Glassfish,
based on a 233mb source code CVS checkout...
javax.activation
javax.servlet.jsp.jstl
javax.resource (connector)
javax.enterprise.deploy (deployment)
javax.ejb
javax.security.jacc
javax.jms
javax.mail
Wayne Fay wrote:
Don't suppose anyone has a method for comparing the contents of two
file system trees? I can extract the class files from their
distribution, build from source myself, and compare the file sizes etc
assuming I can find a simple comparison process.
well I'm not sure what
On 2/28/06, Steve Loughran [EMAIL PROTECTED] 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
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
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 [EMAIL PROTECTED] wrote:
Sorry, that's tag SJSAS-9_0-B32G-BETA-10_Feb_2006 ! This corresponds
to the most recent
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
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 [EMAIL PROTECTED]
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 [EMAIL PROTECTED] wrote:
I just uploaded Persistence and Transaction bundles
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 [EMAIL PROTECTED] wrote:
groupid has to be net.java.dev.glassfish
Info required
Wayne Fay wrote:
However, the CDDL source code license ensures we **can** download the
proper source, build/unit test, package, bundle with poms, and deploy
**those** executables from the repo.
This is an important difference. That's why I originally said:
Assuming we all agree that we can
This is exactly why I said we might not want to distribute as
javax.*. I am definitely concerned about ongoing maintenance etc.
Ideally we'd get the Glassfish project themselves to build the Jars
and submit to Maven repo. They are using Ant and Maven1 for their
build process, so they are familiar
Here's the complete list of javax apis included with Glassfish,
based on a 233mb source code CVS checkout...
javax.activation
javax.servlet.jsp.jstl
javax.resource (connector)
javax.enterprise.deploy (deployment)
javax.ejb
javax.security.jacc
javax.jms
javax.mail
javax.management.j2ee
Can you provide the urls where the jars can be downloaded and the url
of the license so we can take a look?
If everything is ok and they are the official reference
implementations they can go under javax.*
On 2/25/06, Wayne Fay [EMAIL PROTECTED] wrote:
I'm hoping we can update the Sun Licensing
Here's the Glassfish project website:
https://glassfish.dev.java.net/
More specifically, you can download the most recent Milestone5-b32g build here:
https://glassfish.dev.java.net/downloads/12Feb06.html
Its about 60mb packaged as Jar.
That download page contains the following text, with links
21 matches
Mail list logo