Slashdot Mirror
The Apache/Sun Relationship Worsens
d6y writes "Over on the O'Reilly weblogs there's an entry on the relationship between Sun's Java Community Process and Apache. Sun have been rubbing people up with wrong way (the problems of licensing open source J2EE containers; stuts v. JavaFaces; log4j v. JDK 1.4 logging....) and I hope this gets sorted out real soon.
See also the original VNUNet article and Apache's position paper."
While it does matter in the aesthetic that Sun is restricting certification of open-source J2EE platforms, fortunately Sun has not taken drastic positions of 'shutting down' JBoss or anything like that. This letter from Marc Fleury seems to clarify the exact issue with JBoss.
This seeming 'rivalry' between Sun & Apache is not as clear-cut; Many of the Jakarta contributors are Sun employees and engineers. (Tomcat/Catalina is used as the 'reference implementation' for the Servlet/JSP specifications.) For more on this, check out the former 'open source guy' at Sun: James Duncan Davidson
here's a thread (J2EE considered harmful) on the jakarta-general list that precipitated the Apache statement.
People who write to and use these platforms get what they deserve, and, presumably, what they want.
One thing I don't understand, but I'm sure that many people in the \. community do:
Is there any point to non-certified but highly compliant implementations? I'm sure the lack of certification would scare away commercial users, but what about others? Are they worth the trouble? Would they even want to use the stuff?
Sun's relationship to the OSS community is extremely difficult. Within Sun there is a lively corporate culture and a will to produce a high quality, performant and comfortable UNIX system. Unfortunately, the very same culture also fosters a special kind of NIH syndrome - what pain it was to get Sun to include current popular OSS tools like Perl, Bash and the like into their standard OS distribution!
From a strategic POV, Sun is being increasingly cannibalized in the low end market by Linux and BSD solutions, and at the same time forced to include stuff for free that is differentiating them from Linux like SDS, Sunscreen, ACLs and similar because Microsoft offers such features in their OS for free as well.
At the same time, Sun is not ready to embrace the OSS movement like, for example, IBM does. They fear that giving away code and ideas that they see as differentiation and advantage in an increasingly difficult market would harm their position and they would like to have some security and control, which the OSS process inherently cannot offer at all.
So basically what we have here is a corporation with a fear to "let go" coming under more and more pressure in a difficult economic situation.
Oreilly Weblog is real slow. This text does not include picture of the nerd who wrote the article, which is a good thing.
.NET DevCenter for O'Reilly & Associates' Online Publishing Group (OPG).
-Commienst
"Apache on warpath over Java license"
by Steve Anglin
Feb. 20, 2002
According to vnunet.com, "The Apache Software Foundation's battle with Sun Microsystems stepped up gear
last week as the open source community struggled to loosen Sun's cast iron grip on the Java platform." This is in response to, first, Lutris being turned-down for J2EE certification, and then JBoss, which is J2EE compliant from a technical standpoint, but apparently not J2EE compliant enough for Sun certification.
Last week, ONJava.com published O'Reilly editor Mike Loukides' follow-up on the possibility of open source J2EE from Sun: Will You See Open Source J2EE Implementations? Not Likely. TheServerSide.com also published an interview with one of Sun's J2EE principles, Karen Tegan. While Sun essentially says it supports open source efforts, it does not want those efforts to impact the J2EE certification process, a process that clearly is closed source at best. See the conflict.
As a high ranking member in the Java Community Process (JCP), Apache is part of the JSPA (Java Specification Participation Agreement). In this capacity, Apache can actively propose new and revised Java API specifications as well as integrate a particular specification under Jakarta, Apache's open source Java projects. Apache's reply is here in Apache's JSPA Position. According to Apache, "...Sun doesn't give a hoot about whether J2EE licensing restricts open source J2EE products (in case you missed it, it does)."
Sun benefits from its relationship with Apache. Apache gives Sun "...an advertising statement...to claim that it (Sun) has a 'vision which uses open standards and non-proprietary interfaces'." If Apache's reply and suggestions go unanswered, Apache can put pressure on Sun in other, more severe ways. Without Apache, Sun could lose many of its Java developers as Jakarta projects would be affected. The impact could be quite severe, certainly in terms of publicity. Financially, who knows?
Steve Anglin is Managing Editor of ONJava.com and O'Reilly Network's
I am into the copy and paste.
This is really odd considering JBoss (open source) is the best J2EE webcontainer out there. Granted, it isn't part of the apache group, but is mostly used with apache webserver and the jakarta (apache subproject) tomcat servlet container.
Maybe the "big wig" J2EE containers (IBM's Websphere, and BEA's WebLogic) are getting on Sun's back because of this??
Good quote, too many chars. Seriously, the slashdot 120 char limit sucks!
That's a really good point, however I must stress that when dealing with customers, (at least the ones i've dealt with) that it definitely matters. Most resellers and larger companies only deal with certified software for customers. While the "Sun Approved" stamp doesn't mean much to you or I, it does to that big corporation that has a lot invested in Sun products. From the POV of a large company, knowing that some software is going to be compatible with your large investment gives both a sense of union and a place to turn to in case something goes wrong. Usually this same thing holds true for hardware vendors...
For large organizations who (like mine) made a $50mil investment in moving to J2EE applications as a corporate standard, the Sun stamp of approval is absolutely necessary.
Personally, I'll take Tomcat/Catalina + MySQL + Velocity + PoolMan over most Java app servers, and only feel that J2EE benefits extremely large apps with the need to connect to legacy systems.
If the open source community starts to shun Java because of what Sun is doing, it will leave a huge hole and kill the momentum that has built up over the past 5 years or so.
How many of us Java developers began web-development by downloading Tomcat? How many of us love Struts and Velocity and don't want to lock our skillsets into proprietary solutions from BEA or IBM?
Sun needs to draw then walk a fine line between keeping the major app server purveyors happy while keeping the playing field open for those of us who want to use the technology, but don't have $50K handy for a single CPU license.
Mind the gap...
The presenter talked about Struts and Tiles.
Among his throwaway statements was "If you work on an open source project that becomes popular, you might get a job at Sun."
Enough said.
668: Neighbour of the Beast
Sun! Get with the program here. One of your most successful technologies is being directly targeted for destruction by the Evil Empire ... and you're fighting with the open source community? This is a sure-fire way to get yourself killed. You've got to have allies somewhere.
Sun's problem is that they want to be a big monopoly like Microsoft, but they aren't one. It may be totallty obvious to Slashdot readers that the only way to successfully complete with Microsoft is to be allied with the open source community, but some players (Sun, Oracle, and even Apple to some extent) still think they can "win."
The problem with the computer industry is that most of the companies involved act like spoiled children. The only exception is IBM, which is a mature company and acts like one.
Tired of FB/Google censorship? Visit UNCENSORED!
So it's completely impossible that Java is a proprietary platform, because only MS makes proprietary software.
And if it is, it's completely impossible that Sun would ever abuse their control over that platform, because only MS does that.
And if they did, it's completely impossible that they are doing it for any reason other than defeating the evil Microsoft!
I'm not sure this is entirely accurate. I believe what happened was that back in the days of servlet 2.0, there was the JSDK and there was Apache JServ. Sun decided to donate their JSDK source to Apache and continued working on it as part of Tomcat.
Tomcat is now the reference servlet/JSP implementation. I don't think I've ever seen Sun claim it is "theirs". Can you give a reference?
Jon
>> 2. They "adopted" the free and entirely non-sun code base for Java Servlets (Jakarta) and claimed it was the "Sun Reference Platform"
Yeah, they never did anything for Tomcat did they? (sarcasm) A few of the developers for Tomcat were Sun employees until recently. Did you bother to check any of your other rants?
My Hello World is 512 bytes. But it's also a valid Fat12 boot sector, Fat12 file reader, and Pmode routine.
I work for a company that has chosen to deploy J2EE applications using JBoss, and has seen substantial success from doing so. The applications running in JBoss bring in hundred of thousands of dollars for us, and support multi-million-dollar vendor/customer data exchanges.
As for the certification, more and more it comes with too high a cost. The price tag on the other "compliant" packages is way, way out of scope, and returns only minor additional results for us. You must also view certification from Sun's point - how much have they charged other major players for certification? How would those companies react if Sun now certified *for free* an open-source J2EE container given away *for free*. Where, for example , would BEA's pricing put them? Grossly overpriced, perhaps?
Sun is caught in a rough position. If they reverse their position and certify JBoss, they run the risk of alienating current partners. If they don't certify them, open source communities will continue to take jabs at their so-called support for open projects.
In the end, we don't really care. By our analysis, JBoss returns the best ROI of any of the J2EE containers. Certification is just a respectful (and expensive) nod from Sun. It doesn't define the real-world value of a product.
Sun should watch what they're doing with Apache or people may leave the Java train in favour of C# which may be perceived to be more open with the Mono project. It is really easy to port Java code to C#. Mono is getting better and better every single day. People have already independently ported Ant (NAnt), JUnit (NUnit) and Log4J (Log4Net) to .NET.
There are a fair amount of Open Source enthusiasts inside the company. Many of them used to be OS/2 enthusiasts, and you remember what happened with that product the moment some marketroid thought it might be inconvienent to keep producing it...
What I'm saying here is IBMs advocacy of Open Source Solutions is not in the least bit altruistic. They will continue to be our "friend" as long as they can make money off what we do. The minute that is no longer the case, they will drop us like a lead balloon. If things get really tough, don't expect them to stand by us.
I'm trying to teach myself to set people on fire with my mind... Is it hot in here?
Hmm, so you don't see any need for a programming language between those extremes? I would infer your position is that people who aren't creating operating systems (by that I mean the software that sit between the iron and everything else) are amateurs?
Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
Dad: 'cause they're a Java monopoly, Sally. Apache's truly open software threatens to hurt Sun's bottom line.
Sally: Sun are mean bullies! They should leave Apache alone!
Dad: Heh heh, yes they should Sally, yes they should.
Marc Fleury of JBoss (at an informal session in Boston last month) said that he is in constant contact with developers and management at Sun, and that Sun secretly loves JBoss, because grass-roots projects like that are just what Sun needs in their fight against M$.
I also remember him actually defending Sun's charging so much for J2EE certification, but I can't remember what his reasoning was.
Why flamebait, when you can throw fresh chum with no nasty hooks in it? :}
"From what I've seen, Java sucks". Does this mean you've never actually programmed in it?
ALL high-level computer languages, even C, are "hand holding". That's the point! I want my language to make my life easier by hiding the gory details, and i will use the highest-level language that can possibly work well for whatever i'm doing. In many cases, that will be Java.
If you want language-bashing, C++ is a horror. Someone please tell them that you can't solve every problem by adding a new keyword. And if you want to bring up yacc (and by extension, LALR parsing), Java is as clean as C. C itself isn't pure here... try this statement: 'if(a) if (b) something(); else something_else();' Legal C, with a shift-reduce conflict. Does the else apply to if(a), or if(b)? You DID read about LALR parsing in detail, didn't you? But that pales in comparison to C++, which simply cannot be parsed without dynamic type information in the parser. See Knuth's one-line crushing criticism of in in DDJ a few years back. But i digress.
Counting books on the shelf for a language is NO measure of its success, because most computer books are crap. The bad ones are dying off. I keep exactly two C books on my shelf - K&R and Plauger. Does this mean C is dying? No, it means those two books are so effective i don't need anything else.
As for VB... it's not a language for programmers who need hand-holding, because it's saddled with that horrible BASIC grammar that will do nothing but get in their way. If you want a language for beginners, check out Python. The worst thing about using it for a student language is that the students will be grossed out the moment they have to learn a bloated monster like C++ or Perl (not knocking Perl, it's my favorite language, but Python is better).
Java reminds me a lot of Unix... it's not perfect by any stretch, but it's so dang good that there is little point in trying to do better. Its utility as a lingua franca outweighs its minor shortcomings. The nicest thing i can say about Java is that i hardly ever come up against limitations of the language itself - if i have a language-level problem in Java, it is usually due to my own ignorance, especially ignorance of its excellent libraries.
Okay, i'll stop now.
Hand me that airplane glue and I'll tell you another story.
Linux is peeling away their low end (notwithstanding their effort to derail the linux rack market by buying and then effectively scuttling Cobalt), and IBM is shaking down their top end.
Microsoft continues to confound Sun, even as McNealy turns up the vitriol. Scott - let me make this brief - you cannot beat Microsoft. Stop trying. Take a lesson from Steve Jobs - play nice or route around them, but don't try to take them on directly. They're tougher and wealthier and more influential than you.
Hardware is getting cheaper, and software is becoming a commodity. Services are the last high margin business left, and Sun isn't a big player.
I think, that lot of people are unjust casting curses to Sun. It was sun who donated most of Netscape (Mozilla), most of StarOffice (OpenOffice)and other things such as OpenLook even before Linux begun.
Whether it would happen or not, they have the right to be careful about Java spec incompatibility. Perhaps it really does cost $50k to certify it. While $50k might be a lot for Apache, it is only some 0.005% of what IBM pledged to invest to Linux. Why do not some commercilal vendors team up with IBM to foot the bill for the Apache Java?
Disclaimer:
I have no afiliation with Sun whatsoever. I jst watch what is happening. Sun just gives out great software and reaps wrath. IBM is all promisses and is praised all over Linux "community".
Oh, i like pointers. I like high-powered handguns too, but i wouldn't use them to settle ALL my social problems! Pointers are fantastic where precise memory control is required. Precise memory control is NEVER required, except for systems programming. Something like the Linux kernel should absolutely be written in C. Something like the typical business app has no business whatsoever using C. And yes, C is the mother tongue. Any professional programmer that doesn't at least understand it is severely ignorant, even if they never use it.
I wouldn't even say VB is for dabblers. I'd say it's for morons, and the poor victims who are forced to use that wretched excuse for a language. The only decent part at all is the IDE, and there are better ones.
I don't even think much about the language anymore... my programming these days is abstracted away at the problem and architecture level, and the language is just a side point, as it should be. That's why i want my language to get in the way as little as possible. C often gets in the way, due to its crude libraries. I find Java, Python, Perl, SQL, and Unix shell to be my languages of choice.
Hand me that airplane glue and I'll tell you another story.
Every time someone runs apache on Solaris, Sun sees that as another iplanet sale lost.
Then why did Sun package Apache as part of the default install of Solaris 8?
Solaris now ships with Apache, Perl, and Java. Out of the box, it is a pretty potent web-serving OS. And it can be downloaded for free or delivered to your front porch for about $50US (only Free operating systems are more cost-effective; M$ Windows doesn't even come close).
iPlanet is expensive enough that it really doesn't compete with Apache directly. Typically iPlanet is used in "enterprise" environments alongside J2EE and Oracle. When a company can throw a ton of money at a big server and Oracle, iPlanet is just the icing on the cake.
Healthcare article at Kuro5hin
We see companies who promise open source (as sun did for years) or open souce friendliness (as they still do) without actually changing anything in terms of licensing. This has happened to tons of projects, not just with Java. The fact is, listening to the Java Lobby claim something will be an open standard does not make it so. We have standards bodies and the OSI for a reason. Unless it is submitted to one of them or licensed with an OSI license, caveat emptor.
This comes as absolutly no suprise to me, and I actually don't have huge amounts of sympathy for Apache, after all, Sun appears to be well within their legal rights.
Despite the anti-microsoft zealots out there, Sun is not the knight in shining armor, but a company that has very cleverly exploited open souce development without being open source, and one which I am convinced would pull every closed source trick in the book in a hot minute if they thought it would benefit them.
It is staggering, the Apache group has been doing huge amounts of work to make Java a standard, ignoring the fact that the only J2EE Java standard comes from Sun.
I for one have steared clear of Java for precisely this reason, if it is not a standard there are some clear business reasons why you want to avoid it unless you like having the rug pulled out from under you periodically.
...the organization that created many projects and librarties that have become the de facto standards in the Web and software industry (Apache Web Server etc) WITHOUT any 'certification' is whinning that Sun won't give away free certifications to open source projects like JBoss?
/. and cause of many flames. Guarranteed to generate posts - especially from the C/C++/PERL/ groupies
/.'s favorite issues an excuse to rant and flame, and nothing else.
This is a tempest in a teapot.
The crew at JBoss don't seem to think the lack of certification is a big deal and they are in constant contact with Sun. I don't think that is the problem. I wonder what is really bothering Apache? I wish some one would post the REAL reason and not a misinformed link to "J2EE considered harmful" - if you check some of the more java focused sites, you can see that the person who started this rant at Apache doesn't know what they are talking about when it comes to J2EE (because, I suspect, the haven't used it).
My guess is that this is causing "contraversy" here because it is a great story involving:
1) Apache, everyone's favorite Open Source organization.
2) Sun - a corporate Behemoth out to make profits, that is not as bad as but in the same league as, MS.
3) Java - a favorite target here on
4) Because of 2) and 3) we also get a bunch of ".Net Vs Java" or "MS Vs Open Source" tangents generated, especially when people bring up the Mono project as an alternative to J2EE.
In other words, this story gives anybody on anyside of any of
There really isn't a story here. Let Apache and Sun solve their differences like adults without all this sensationalism.
Never by hatred has hatred been appeased, only by kindness - the Buddha
I think you are being too simplistic. I wonder if you know that Apache webserver is part of every standard Solaris 8 installation. That's right, every bloody box with Solaris 8 running on it, has Apache installed. All you need is load the httpd.
And, if Sun had all that dislike for Apache, why would it cooperate with the Apache people on Tomcat? Without Tomcat, Apache would be useless to at least half of the customers. Yes, servlets are -that- important. And Sun helped Apache get it's own servlet container, in a big way.
I know that simplification allows for more Karma, but I appreciate intelligence more. I am sure you can figure out an intelligent version of your post, too.
Sigged!