Ted Leung on the air
Ted Leung on the air: Open Source, Java, Python, and ...
Ted Leung on the air: Open Source, Java, Python, and ...
Mon, 07 Jul 2003
Posted by Pingback from Ted Leung on the air : computers/internet/weblogs/335 : A distributed, human-edited blogsearch at Tue Jul 8 02:53:23 2003
Posted by Pingback from Ted Leung on the air : computers/programming/java/357 : We Need More Innovation at Sat Jul 12 11:15:47 2003
Jason, Andy, and the JCP
Jason, Andy, and I are continuing our ravings on the JCP...
I can hear the the incredulity in Jason's voice (except that I've never actually heard Jason's voice):
[01:58] |
[computers/programming/java] |
# |
TB |
F |
G |
9 Comments |
You want us to suggest to the JCP to stop making specs? Then they would just cease to be, wouldn't they? I see the need for specs, just not impractical crappy ones like we see come out too often. Most of the good specs came from an implementation to begin with. Most of the crappy ones were invented or (like JSP) copied from crappy implementations (ASP). Someone needs to be in charge over there with some sense of what quality is and enforcing the idea that specs are meant to be used, so they should be usableI don't care if we suggest anything to the JCP. The post you responded to says what I'm going to do. It would be nice if the JCP stopped issuing specs for everything under the Sun, but that's not going to happen, and even the changes being proposed for the JCP are going to do nothing to change that. I'm suggesting that those of us who see a problem, route around the JCP. If we're right, and the JCP specs are bad, then word will start to get around. What we can do is form a place where people can go where they can hear the straight truth as opposed to the vendor party line. The blogosphere is serving that purpose for me at the moment. I suppose that if you wanted to you could try to build a community that was doing that. Andy is being a die hard, or an optimist, or a wishful thinker, I'm not sure which.
I thought it best and moved the JCP rethinking wiki to Java.net.It's not clear to me that the JCP is really interested in changing its behavior all that much. I'm not interested in expending my energy on JCP politics -- I could have done quite effectively at the ASF. Open source is happening, and nobody can stop that. The vendors can't stop it with closed source implementations, and I believe that they cannot stop it with poor specs. So I believe that the thing for the open source community is to get better at routing around these kinds of problems. To do so will require some organization, and probably more organization than some open source folks might want. I see this as inevitable, it's only a question of when the moment of inevitability is. Whether we like it or not Pandora's box is open. Now we all have to figure out how to live in a world that's forever changed.
Ted Leung: Now we all have to figure out how to live in a world that's forever ...
Posted by Pingback from Sam Ruby: Pandora's box at Mon Jul 7 07:58:10 2003
Posted by Pingback from Sam Ruby: Pandora's box at Mon Jul 7 07:58:10 2003
Count me in
<a href="http://marc.theaimsgroup.com/?l=apache-community&m=105712356510577&w=2">http://marc.theaimsgroup.com/?l=apache-community&m=105712356510577&w=2</a>
Is a recent (and rather radical) statement of the idea.
I have been discussing it with Andy, and only recently realized that "there is no spoon", i.e.
there is no real need to go for a JCP blessing "ex ante".
If "de facto" Open Source standards are truly Open and stable, the JCP will come looking for them after the fact.
Andy's writings around the jBoss case and the fate of JSR-168 helped me understand the conflict.
Posted by Santiago Gala at Mon Jul 7 09:14:12 2003
<a href="http://marc.theaimsgroup.com/?l=apache-community&m=105712356510577&w=2">http://marc.theaimsgroup.com/?l=apache-community&m=105712356510577&w=2</a>
Is a recent (and rather radical) statement of the idea.
I have been discussing it with Andy, and only recently realized that "there is no spoon", i.e.
there is no real need to go for a JCP blessing "ex ante".
If "de facto" Open Source standards are truly Open and stable, the JCP will come looking for them after the fact.
Andy's writings around the jBoss case and the fate of JSR-168 helped me understand the conflict.
Posted by Santiago Gala at Mon Jul 7 09:14:12 2003
JBoss is a bad example, since there's a stonr reality distortion field around it and its members.
The problem with the JCP coming looking to opensource is the way they do it... they re-implement it as a standard without using the working code.... Standards have a way of taking on a life of their own, even if they suck.
Posted by Jason Carreira at Mon Jul 7 09:24:17 2003
The problem with the JCP coming looking to opensource is the way they do it... they re-implement it as a standard without using the working code.... Standards have a way of taking on a life of their own, even if they suck.
Posted by Jason Carreira at Mon Jul 7 09:24:17 2003
Oops... I pulled a Fred Grott :-)
Stonr should have been strong.
Posted by Jason Carreira at Mon Jul 7 09:25:11 2003
Stonr should have been strong.
Posted by Jason Carreira at Mon Jul 7 09:25:11 2003
Are we not talkign apples and oranges here in that we have this JCP rpocess ot provide a non forkable java standard api(whatever that means)..
and we have groups and processes that do their own culling of code before jcp gets it namely ASF for example as one..
Maybe this feeds into Any's critique of ASF member levels in the need to be more granized..
as for JBoss reality disrotion field or not its stil the top number one downloaded j2ee app server even after Sun made their lower level feature4 one free for download..is that due to actual deployments or devlopers installing on workstatiosn remains to be seen..But givien the rise in certain markets such as Financial Services choosing JBoss over Sun it seems to indicate a valid trend..
Posted by Fred Grott at Mon Jul 7 09:52:51 2003
and we have groups and processes that do their own culling of code before jcp gets it namely ASF for example as one..
Maybe this feeds into Any's critique of ASF member levels in the need to be more granized..
as for JBoss reality disrotion field or not its stil the top number one downloaded j2ee app server even after Sun made their lower level feature4 one free for download..is that due to actual deployments or devlopers installing on workstatiosn remains to be seen..But givien the rise in certain markets such as Financial Services choosing JBoss over Sun it seems to indicate a valid trend..
Posted by Fred Grott at Mon Jul 7 09:52:51 2003
Ted:
Is your quote to a public mailing list or forum? I can't find it anywhere.
Jason:
If the JCP kept using the working code (which evolves faster than the standard in a lot of cases), we would have opened the whole process, i.e., Ted raving would not be needed. I give precisely this point in a comment on Sam Ruby's entry on this one.
Fred:
I agree with your view on jBoss purely on my intuition, no big technical facts, FWIW.
Posted by Santiago Gala at Mon Jul 7 10:13:15 2003
Is your quote to a public mailing list or forum? I can't find it anywhere.
Jason:
If the JCP kept using the working code (which evolves faster than the standard in a lot of cases), we would have opened the whole process, i.e., Ted raving would not be needed. I give precisely this point in a comment on Sam Ruby's entry on this one.
Fred:
I agree with your view on jBoss purely on my intuition, no big technical facts, FWIW.
Posted by Santiago Gala at Mon Jul 7 10:13:15 2003
Santiago:
Right on, man. Which quote are you referring to? The one that Sam quoted? That's at the end of this post.
Jason:
The problem is more than just the way the JCP comes to open source. The problem is the rate of standardization is too high. Premature standardization is bad.
Fred:
Culling of code is only part of the problem. See my comments to Jason.
Posted by Ted Leung at Mon Jul 7 10:19:19 2003
Right on, man. Which quote are you referring to? The one that Sam quoted? That's at the end of this post.
Jason:
The problem is more than just the way the JCP comes to open source. The problem is the rate of standardization is too high. Premature standardization is bad.
Fred:
Culling of code is only part of the problem. See my comments to Jason.
Posted by Ted Leung at Mon Jul 7 10:19:19 2003
Posted by Pingback from Ted Leung on the air : computers/internet/weblogs/335 : A distributed, human-edited blogsearch at Tue Jul 8 02:53:23 2003
Posted by Pingback from Ted Leung on the air : computers/programming/java/357 : We Need More Innovation at Sat Jul 12 11:15:47 2003
You can subscribe to an RSS feed of the comments for this blog:
Add a comment here:
You can use some HTML tags in the comment text:
To insert a URI, just type it -- no need to write an anchor tag.
Allowable html tags are:
You can also use some Wiki style:
URI => [uri title]
<em> => _emphasized text_
<b> => *bold text*
Ordered list => consecutive lines starting spaces and an asterisk
To insert a URI, just type it -- no need to write an anchor tag.
Allowable html tags are:
<a href>
, <em>
, <i>
, <b>
, <blockquote>
, <br/>
, <p>
, <code>
, <pre>
, <cite>
, <sub>
and <sup>
.You can also use some Wiki style:
URI => [uri title]
<em> => _emphasized text_
<b> => *bold text*
Ordered list => consecutive lines starting spaces and an asterisk