What happened to the Starting a java specs project thread?
--
If you obey all the rules you miss all the fun. (Katharine Hepburn)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Sanjiva Weerawarana wrote:
On Tue, 2006-02-07 at 14:54 +0100, Jochen Wiedmann wrote:
What happened to the Starting a java specs project thread?
Um, probably the same thing that happens to many threads- like a
firework .. goes up with heat, blows up in great color and then falls
down
On 1/1/2006 5:23 PM, Henri Yandell wrote:
On 12/31/05, Craig L Russell [EMAIL PROTECTED] wrote:
I haven't been involved in any history here, so please forgive my naivete.
I think I understand the rationale for developing spec jars here at Apache.
Please correct me if I'm wrong. In order to
Henri Yandell wrote:
On 12/31/05, Craig L Russell [EMAIL PROTECTED] wrote:
I haven't been involved in any history here, so please forgive my naivete.
I think I understand the rationale for developing spec jars here at Apache.
Please correct me if I'm wrong. In order to use a spec jar from
Alan D. Cabrera wrote:
There are plenty of non-JCP specs, e.g. CORBA.
Do they have the same kind of independent artifacts like some of these
JCP specs do? I've been thinking about this too - what other specs have
a similar kind of mechanism?
geir
On 1/2/2006 10:20 AM, Geir Magnusson Jr wrote:
Alan D. Cabrera wrote:
There are plenty of non-JCP specs, e.g. CORBA.
Do they have the same kind of independent artifacts like some of
these JCP specs do? I've been thinking about this too - what other
specs have a similar kind of
I haven't been involved in any history here, so please forgive my naivete.I think I understand the rationale for developing spec jars here at Apache. Please correct me if I'm wrong. In order to use a spec jar from the JCP, you have to click a license every time you download it. And this can be a
On 12/31/2005 1:12 PM, Craig L Russell wrote:
I haven't been involved in any history here, so please forgive my
naivete.
I think I understand the rationale for developing spec jars here at
Apache. Please correct me if I'm wrong. In order to use a spec jar
from the JCP, you have to click a
Alan D. Cabrera wrote:
Craig, you hit the nail on the head with this. I am running into this
now. The impetus for my attempting to start this is that I currently
have to go on an easter egg hunt for spec jars. I have no strong
feelings how the jars get into a central place for me to
On Jan 1, 2006, at 10:01 AM, Geir Magnusson Jr wrote:Alan D. Cabrera wrote: Craig, you hit the nail on the head with this. I am running into this now. The impetus for my attempting to start this is that I currently have to go on an easter egg hunt for spec jars. I have no strong feelings how
Craig L Russell wrote:
On Jan 1, 2006, at 10:01 AM, Geir Magnusson Jr wrote:
Alan D. Cabrera wrote:
Craig, you hit the nail on the head with this. I am running into
this now. The impetus for my attempting to start this is that I
currently have to go on an easter egg hunt for spec jars.
On 12/31/05, Craig L Russell [EMAIL PROTECTED] wrote:
I haven't been involved in any history here, so please forgive my naivete.
I think I understand the rationale for developing spec jars here at Apache.
Please correct me if I'm wrong. In order to use a spec jar from the JCP, you
have to
On Saturday 31 December 2005 07:36, Noel J. Bergman wrote:
In any
event, ... an
uber-umbrella isn't making sense to me, so far.
+1
Don't force things in place. To me, the most logical step forward is that most
uninteresting, boring, stenography of specs sits in Geronimo, mainly
because they
Niclas Hedhman wrote:
On Saturday 31 December 2005 07:36, Noel J. Bergman wrote:
In any
event, ... an
uber-umbrella isn't making sense to me, so far.
+1
Don't force things in place. To me, the most logical step forward is that most
uninteresting, boring, stenography of specs sits in
I was going to respond last night, but I'd been incubatored-out.
Noel J. Bergman wrote:
Davanum Srinivas wrote:
this is just for sources of javax.* NOT implementations. One location
for a servlet-api.jar, jaxrpc.jar, saaj.jar, xml-apis.jar.
Geir wrote:
No - the spec jars for those
On 12/28/05, Alan D. Cabrera [EMAIL PROTECTED] wrote:
I still don't see #1. However, I still feel that this all belongs in
Jakarta Commons.
Of the 6 people involved in the thread here, I'd guess at 3 +1's to
start this at Jakarta right away; and nothing from Jochen/Hiram/Geir
seems like a -1.
Why not do like we do with the commons?
spec-javamail
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Friday, December 30, 2005 9:08 AM
To: general@incubator.apache.org
Cc: [EMAIL PROTECTED]
Subject: Re: Starting a java specs project
On 12/27/05, Hiram Chirino
+1 from me too. Let's do it. We can move the saaj/jaxrpc/jaxws specs
out from Axis tree.
-- dims
On 12/30/05, Henri Yandell [EMAIL PROTECTED] wrote:
On 12/28/05, Alan D. Cabrera [EMAIL PROTECTED] wrote:
I still don't see #1. However, I still feel that this all belongs in
Jakarta Commons.
I need to catch up, clearly. I thought I suggested we do here in
anticipation of a TLP. I've been being lazy the past few days. I'll
go read and reply now...
geir
On Dec 30, 2005, at 9:10 AM, Henri Yandell wrote:
On 12/28/05, Alan D. Cabrera [EMAIL PROTECTED] wrote:
I still don't see
On Dec 27, 2005, at 2:42 PM, Henri Yandell wrote:
On 12/27/05, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On Dec 27, 2005, at 11:42 AM, Henri Yandell wrote:
My aim for Jakarta is to either promote subprojects to TLP or
flatten them into Jakarta Commons, leading to a non-umbrella
Jakarta
On Dec 27, 2005, at 10:12 PM, Henri Yandell wrote:
On 12/27/05, Alan D. Cabrera [EMAIL PROTECTED] wrote:
Seems like an oxymoron, community should be active, but the code may
not, no? How can this be?
Two ways:
1) The conversation that Brett mentions. General pan-apache Java
things. I'm a
On Dec 28, 2005, at 11:26 AM, Alan D. Cabrera wrote:
On 12/27/2005 4:25 PM, Brett Porter wrote:
Discussion of upcoming specs, discussion of usage of the specs, a
users list that helps people use the specs (this is necessary, but
worries me about getting how do I do servlets type questions).
Hi,
I'm missing something fundamental. What would a JSR Expert Group
have to do with this? We are talking about the API jars for
completed JSRs, right, and maybe other specs if there are any that
require similar machinations? (I can't think of any...)
I raised the EG commit point for
Yoav Shapira wrote:
Hi,
I'm missing something fundamental. What would a JSR Expert Group
have to do with this? We are talking about the API jars for
completed JSRs, right, and maybe other specs if there are any that
require similar machinations? (I can't think of any...)
I raised the
Alan D. Cabrera wrote:
There has been some discussion on creating a Java specs project
which would hold all the specs jars from the various JSRs as well
as other standards, e.g. CORBA. Often, there are many duplicate
copies of the source code for the same JSR floating around in
different
Noel,
this is just for sources of javax.* NOT implementations. One location
for a servlet-api.jar, jaxrpc.jar, saaj.jar, xml-apis.jar.
-- dims
On 12/30/05, Noel J. Bergman [EMAIL PROTECTED] wrote:
Alan D. Cabrera wrote:
There has been some discussion on creating a Java specs project
which
Noel J. Bergman wrote:
Alan D. Cabrera wrote:
There has been some discussion on creating a Java specs project
which would hold all the specs jars from the various JSRs as well
as other standards, e.g. CORBA. Often, there are many duplicate
copies of the source code for the same JSR
On Friday 30 December 2005 22:52, Geir Magnusson Jr. wrote:
I'm missing something fundamental. What would a JSR Expert Group
have to do with this? We are talking about the API jars for
completed JSRs, right, and maybe other specs if there are any that
require similar machinations? (I
On 12/30/2005 6:54 AM, Geir Magnusson Jr. wrote:
On Dec 28, 2005, at 11:26 AM, Alan D. Cabrera wrote:
On 12/27/2005 4:25 PM, Brett Porter wrote:
Discussion of upcoming specs, discussion of usage of the specs, a
users list that helps people use the specs (this is necessary, but
worries me
Niclas Hedhman wrote:
On Friday 30 December 2005 22:52, Geir Magnusson Jr. wrote:
I'm missing something fundamental. What would a JSR Expert Group
have to do with this? We are talking about the API jars for
completed JSRs, right, and maybe other specs if there are any that
require
On 12/30/05, Geir Magnusson Jr [EMAIL PROTECTED] wrote:
Not sure if the JDO spec is being referenced, but that is a spec+TCK project
only, where a portion of th EG are ASF committers and the spec development
happens on the ASF infrastructure.
I think it was just coming out of incubation,
IIRC, they are going to be the RI for JDO2.
I think that an indep impl that isn't the RI would be healthy. Maybe we
could base on the JPOX2 codebase as a start. It won't be a fork, IMO.
I don't have the time though...
geir
Thomas Dudziak wrote:
On 12/30/05, Geir Magnusson Jr [EMAIL
On 12/30/05, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On Dec 27, 2005, at 2:42 PM, Henri Yandell wrote:
ie) Keep them as a part of Jakarta Commons [the community development
at Jakarta] or make a third component in Jakarta [along with Jakarta
General, the conversation place] called
On 12/30/05, Brett Porter [EMAIL PROTECTED] wrote:
I understand the earlier point that there might not be a lot of coding
going on here and that might hinder building any community around it.
However, its another excuse for a bunch of people doing Java stuff to
get together in one place, and
On 12/30/05, Henri Yandell [EMAIL PROTECTED] wrote:
Reasons for Jakarta would be:
*) Good reuse of branding. Jakarta is still '[EMAIL PROTECTED]' to many out
there and I think we should use this instead of letting it drop.
*) Helps Jakarta become a Java Federation. Code reflects community
On 12/30/05, Thomas Dudziak [EMAIL PROTECTED] wrote:
On 12/30/05, Henri Yandell [EMAIL PROTECTED] wrote:
Reasons for not Jakarta:
*) Java specific.
I wonder why it has to be Java-specific ? Aren't there any standards
that contains bindings for several languages ?
Good point. I
On 12/30/2005 10:18 AM, Henri Yandell wrote:
On 12/30/05, Thomas Dudziak [EMAIL PROTECTED] wrote:
On 12/30/05, Henri Yandell [EMAIL PROTECTED] wrote:
Reasons for not Jakarta:
*) Java specific.
I wonder why it has to be Java-specific ? Aren't there any standards
that contains
I have a few observations that might help inform what we do here.1. There is often what you might call "implementation" in the javax.spec domain. There are bootstrap classes in the JSR 220 and JSRs 12 and 243 that must be implemented by the javax code. And Exceptions and Errors have to be classes.
Craig L Russell wrote:
4. Apache JDO (which notwithstanding information on the incubator web
site has graduated;-)
Hey, I fixed the source page. Didn't the magical process happen to get
it published? :)
geir
-
To
On Dec 30, 2005, at 9:50 AM, Brett Porter wrote:On 12/31/05, Geir Magnusson Jr [EMAIL PROTECTED] wrote: I think it was just coming out of incubation, but yes, that's somethingwe should point to somehow. I agree. This point actually raises something else - it would be a bitsilly to have a specs
On Dec 30, 2005, at 10:18 AM, Geir Magnusson Jr wrote:Brett Porter wrote: On 12/31/05, Geir Magnusson Jr [EMAIL PROTECTED] wrote: I think it was just coming out of incubation, but yes, that's somethingwe should point to somehow. I agree. This point actually raises something else - it would be a
On 12/30/2005 10:29 AM, Craig L Russell wrote:
2. There is no reason that I know of to restrict commit privileges on
the javax code to expert group members. The TCKs typically include
signature tests that verify that the interfaces and classes contain
exactly what they are supposed to.
I
On Dec 30, 2005, at 10:57 AM, Geir Magnusson Jr wrote:Craig L Russell wrote: On Dec 30, 2005, at 10:18 AM, Geir Magnusson Jr wrote: Does it need to? only if people want it. JPOX is the RI, and I always feel that a truly competitive impl of a spec isn't going to be the RI. You don't want to do
like we do with the commons?
spec-javamail
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Friday, December 30, 2005 9:08 AM
To: general@incubator.apache.org
Cc: [EMAIL PROTECTED]
Subject: Re: Starting a java specs project
On 12/27/05, Hiram Chirino
Craig McClanahan wrote:
(b) JSRs that Apache does not host implementations for, but where projects
might
want to rely on implementations acquired elsewhere.
For group (a), the current practice is to host the API classes inside the
project that is also providing the implementation. That
Alan D. Cabrera wrote:
There's an interesting idea. So there is a shared repo destination that
all the respective projects public spec jars into? I would imagine that
we would need some convention published in each project so that the spec
jars can easily be found.
I do not agree that
Jochen Wiedmann wrote:
If you, as a user, are looking for a replacement of Sun's
jar files, you wouldn't look for JaxMe. But you'd
probably look for a central location of SPEC jar files.
Why would I want to replace Sun's jar files? Only because I want an
implementation, and that's
Davanum Srinivas wrote:
this is just for sources of javax.* NOT implementations. One location
for a servlet-api.jar, jaxrpc.jar, saaj.jar, xml-apis.jar.
Geir wrote:
No - the spec jars for those things. Not the implementations.
Ah. And JavaMail? There is only one functional JavaMail out
On 12/31/05, Noel J. Bergman [EMAIL PROTECTED] wrote:
Jochen Wiedmann wrote:
If you, as a user, are looking for a replacement of Sun's
jar files, you wouldn't look for JaxMe. But you'd
probably look for a central location of SPEC jar files.
Why would I want to replace Sun's jar
On 12/27/2005 4:25 PM, Brett Porter wrote:
Discussion of upcoming specs, discussion of usage of the specs, a
users list that helps people use the specs (this is necessary, but
worries me about getting how do I do servlets type questions).
I guess there is also scope to innovate in addition to
On Dec 27, 2005, at 11:13 AM, Alan D. Cabrera wrote:
There has been some discussion on creating a Java specs project
which would hold all the specs jars from the various JSRs as well
as other standards, e.g. CORBA. Often, there are many duplicate
copies of the source code for the same
On 12/27/2005 9:17 AM, Geir Magnusson Jr. wrote:
On Dec 27, 2005, at 11:13 AM, Alan D. Cabrera wrote:
There has been some discussion on creating a Java specs project
which would hold all the specs jars from the various JSRs as well as
other standards, e.g. CORBA. Often, there are many
On Dec 27, 2005, at 11:42 AM, Henri Yandell wrote:
One idea was to collate them as a part of Jakarta.
I'd never heard that one ;)
My aim for Jakarta is to either promote subprojects to TLP or
flatten them into Jakarta Commons, leading to a non-umbrella
Jakarta (I know, you didn't
Dropped jcp-open cross-post.
On Dec 27, 2005, at 12:00 PM, Hiram Chirino wrote:
Hi,
I think this would be great! I know it's silly, but I get annoyed
at the fact that many of the J2EE spec jars that I use from apache
have geronimo- in the jar name but It's just the ASL 2.0 spec
jars
One idea was to collate them as a part of Jakarta.
My aim for Jakarta is to either promote subprojects to TLP or flatten them
into Jakarta Commons, leading to a non-umbrella Jakarta (I know, you
didn't think you'd see it in your lifetime). This new Jakarta would
have the potential to serve
Hi,
I think this would be great! I know it's silly, but I get annoyed at
the fact that many of the J2EE spec jars that I use from apache have
geronimo- in the jar name but It's just the ASL 2.0 spec jars that
I'm using and not really a geronimo implementation. In general, I
think that
On 12/27/05, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On Dec 27, 2005, at 11:42 AM, Henri Yandell wrote:
My aim for Jakarta is to either promote subprojects to TLP or
flatten them into Jakarta Commons, leading to a non-umbrella
Jakarta (I know, you didn't think you'd see it in your
On 12/27/05, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Dropped jcp-open cross-post.
On Dec 27, 2005, at 12:00 PM, Hiram Chirino wrote:
Hi,
I think this would be great! I know it's silly, but I get annoyed
at the fact that many of the J2EE spec jars that I use from apache
have
Alan D. Cabrera wrote:
There has been some discussion on creating a Java specs project which
would hold all the specs jars from the various JSRs as well as other
standards, e.g. CORBA. Often, there are many duplicate copies of the
source code for the same JSR floating around in different
On 12/28/05, Henri Yandell [EMAIL PROTECTED] wrote:
Yeah, I've forwarded this to [EMAIL PROTECTED] as well so I can get
feedback from both sides. The above meant 'the commons community way'
rather than the exact people. ie) I'm expecting the original coders
to, in most cases, still be
On 12/27/2005 3:50 PM, Brett Porter wrote:
On 12/28/05, Henri Yandell [EMAIL PROTECTED] wrote:
Yeah, I've forwarded this to [EMAIL PROTECTED] as well so I can get
feedback from both sides. The above meant 'the commons community way'
rather than the exact people. ie) I'm expecting the
I'm no sure I agree. I think the community should be active, but the
code may not be. Perhaps too optimistic :)
- Brett
On 12/28/05, Alan D. Cabrera [EMAIL PROTECTED] wrote:
I would think that given its very nature, specs, the community would not
be very active at all.
Seems like an oxymoron, community should be active, but the code may
not, no? How can this be?
Regards,
Alan
On 12/27/2005 4:04 PM, Brett Porter wrote:
I'm no sure I agree. I think the community should be active, but the
code may not be. Perhaps too optimistic :)
- Brett
On 12/28/05,
Discussion of upcoming specs, discussion of usage of the specs, a
users list that helps people use the specs (this is necessary, but
worries me about getting how do I do servlets type questions).
I guess there is also scope to innovate in addition to the specs and
work on commons components that
On 12/27/05, Alan D. Cabrera [EMAIL PROTECTED] wrote:
Seems like an oxymoron, community should be active, but the code may
not, no? How can this be?
Two ways:
1) The conversation that Brett mentions. General pan-apache Java
things. I'm a little worried about any authorization issues where
65 matches
Mail list logo
