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."

67 of 203 comments (clear)

  1. Apache/Sun by Orville · · Score: 5, Informative
    A couple of thoughts:


    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

    1. Re:Apache/Sun by acroyear · · Score: 5, Informative

      Yes, many Jakarta contributors are from Sun, particularly with regard to Tomcat/Catalina. But many are not.

      Outside of Tomcat, IBM has been the biggest commercial vendor contributing to Apache, including core items Xerces, SOAP, and Log4J, and in each case Sun has refused to let Apache be the de facto standard (inspite of that being what i believe most java developers want), and has instead put out alternative APIs which its embedded with the JDK, thus locking everybody w/ 1.4 down to a standard that now has little room to grow.

      And in some cases the 1.4 bundled version is inferior to the Apache effort (yes, Crimson was/is better than Xerces 1.x because of IBM's redundant i18n overhead, but its NOT better than 2.0; and jdk1.4 logging is definitely not nearly as good as log4j).

      But as M$ has shown, people will stick with whats bundled, even if inferior, 'cause "its just easier that way"...

      ...& all java developers will suffer.

      Also, yes Tomcat is the "reference implementation" and all that, but that's because Sun has also released the code for watchdog, which is the standards-compliance testing tool for Servlets. What Apache and O'Reilly want to see is a similar effort to release the standards-compliance tests for other J2EE software specifications like EJB, and they consider it hypocritical for Sun to hold onto those tests in exchange for as much money as they charge for them.

      --
      "But remember, most lynch mobs aren't this nice." (H.Simpson)
      -- Joe
    2. Re:Apache/Sun by acroyear · · Score: 5, Insightful

      the point is that if you are a new developer or program manager, working on a new project, and you see that the JDK tools already have an XML parser and a logging library, you're not going to even bother to look for alternatives.

      Just like nobody looks for alternatives to M$ Office or M$ IE, because its already bundled by OEMs onto just about every P4 box going out the door...

      its take developers of considerable experience, and influence over their manager / respect from their manager, to introduce tools to a development environment that on the surface seem redundant to the tools already at hand. right now, many of us have that experience, and the awareness of the better tools, but in a year that might not be the case...

      --
      "But remember, most lynch mobs aren't this nice." (H.Simpson)
      -- Joe
    3. Re:Apache/Sun by IsleOfView · · Score: 2

      Sun has refused to let Apache be the de facto standard (inspite of that being what i believe most java developers want), and has instead put out alternative APIs which its embedded with the JDK, thus locking everybody w/ 1.4 down to a standard that now has little room to grow.

      Look -- nobody is locked down to anything. If develoeprs see more benefit in using Apache software packages for logging or xml parsing, there is nothing stopping them from packaging those along with their application and using them instead.

    4. Re:Apache/Sun by mark_lybarger · · Score: 3, Informative

      most certainly, and that goes for any platform/tool/whatever. every project of considerable size should have a compent senior engineer on staff to guide these types of things.

    5. Re:Apache/Sun by mark_lybarger · · Score: 2

      sounds like a clear case of "you get what you pay for". i've been on a project like that, but it's pretty hard for amatures fsck up a Visual Basic database maintenance application development project :).

    6. Re:Apache/Sun by Kerg · · Score: 2
      the point is that if you are a new developer or program manager, working on a new project, and you see that the JDK tools already have an XML parser and a logging library, you're not going to even bother to look for alternatives.

      And why should you, if the supplied tools work well enough for your needs? If they don't work, you'll find an alternative implementation.

      its take developers of considerable experience, and influence over their manager / respect from their manager, to introduce tools to a development environment that on the surface seem redundant to the tools already at hand

      Hmm, if something doesn't work right, and your managers won't let you replace it with something that does work... ...

      I don't understand the point of view (that seems to be pretty common in Apache community) that there shouldn't be alternative options and that everything Apache does, and manages to create a reasonably active community of developers/users for, should be adopted as a de facto standard. This is similar to the attitude of people who argue that there should be, for example, only one open source J2EE implementation because having more "is a waste of resources". What does the Apache group have against having alternatives?

    7. Re:Apache/Sun by Kerg · · Score: 2
      ...& all java developers will suffer.

      Funny, I'm a Java developer and I don't feel I'm suffering. I'm competent enough to pick the tools I need by myself.

    8. Re:Apache/Sun by ndfa · · Score: 2

      No sir, i believe what is really funny is how you are able to take a crack at the folk of log4j when you think having a more flexible API is "BLOAT"..... why is that the new buzzword they taught you ? If you are to actually look at the API anyone can see that within about 15 minutes of work you can extend the log4j classes to make it as simple as you need (I did and it works great). THEN if you need the power you use it, and all those categories, NDC, filters and all really show their own..... BLOAT my friend is a matter of opinion!

      BUT HEY at least we can just forget 1.4 and use log4j~

      --
      Non-Deterministic Finite Automata
  2. Really necessary for a big Sun stamp of approval? by NeoTron · · Score: 2, Interesting

    If the java engine works, and works to such a degree that you could swipe Sun's stuff away and replace it with the one you've written, then is there _really_ any point in getting Sun to give you a little "Sun Approved" sticker on your product?

  3. This has been around for a while now... by mmcshane · · Score: 5, Informative

    here's a thread (J2EE considered harmful) on the jakarta-general list that precipitated the Apache statement.

  4. That's what happens with proprietary "standards" by dinotrac · · Score: 5, Interesting
    Sun gets to define what compliant is, just as Microsoft gets to define what compliance with its "standards" are.

    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?

  5. The Sun/OSS relationship by kris · · Score: 5, Interesting

    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.

    1. Re:The Sun/OSS relationship by acroyear · · Score: 5, Informative

      The irony being that in their early days, when SunOS was only a minor-varient away from being pure BSD (thanks, B.Joy), they WERE actually giving away the OS and its features (like NFS), hoping on always being ahead of the competitors in speed to encourage the hardware sales that kept the company on top during the late 80s to mid-90s.

      Things were slowly changing by 1991 with SunOS 4, then with 5/2 they had to definitely switch to a "buy it only" since they themselves paid so much for getting SystemV in the first place...

      of course, just about every single one of us Sun users at the time were furious with the switch...Sun boxes to me are still crippled in speed because of SystemV's overhead compared to BSD, and the speed of BSD x86 boxes over SCO & other SystemV-based x86 releases just rubs our noses in it even more...

      --
      "But remember, most lynch mobs aren't this nice." (H.Simpson)
      -- Joe
    2. Re:The Sun/OSS relationship by LordNimon · · Score: 4, Insightful

      I think the reason why IBM embraces open source more than Sun is because IBM considers hardware and services to be more important (business strategy-wise) than software. Sun sees their OS as being a big part of the picture, whereas IBM sees their hardware and services as being the bigger part of the picture.

      --
      And the men who hold high places must be the ones who start
      To mold a new reality... closer to the heart
    3. Re:The Sun/OSS relationship by reemul · · Score: 4, Insightful

      I think that the reason that IBM is devoting so many resources to Open Source is that they already had a huge programmer budget for their proprietary big iron operating systems and apps that just weren't going anywhere and weren't big selling points anyway - they were selling the hardware it ran on and applications that are still proprietary and run on Linux anyway (like DB2). Moving to open source let them spend the same or less money on development while getting for free the work of others around the world, and they got to look like good guys doing it. IBM is just spending money they were already going to spend, replacing proprietary software that was not a big part of their sales efforts.

      Sun, on the other hand, is hugely invested in their software sales. They see Solaris as a big selling point when pushing their offerings, and they really *really* want to make as much money as possible off of Java. Going Open Source, no matter how much the geeks at Sun like the idea, will be a huge blow to the bottom line. IBM is replacing one set of software that was largely free (as in beer) with another set of offerings that they don't charge for, so it doesn't hurt them. Sun would be giving up revenue from software that is bringing in a lot of money. They just can't (or think they can't) afford to go completely Open Source. Opening up Java to the extent they have, while maintaining control, allows Sun to still charge for some offerings (like the compatibility tests) and have a head start over competitors in future development efforts, since only they control where Java goes. Going completely Open causes them to lose both the cash and the control, and that they'll fight to the end.

      If you think IBM is really comitted to Open Source out of altruism and a philosophical agreement with the movement, try getting them to give away DB2.

      --
      You're just jealous 'cuz the voices talk to *me*
    4. Re:The Sun/OSS relationship by Ian+Bicking · · Score: 2
      Sun is being increasingly cannibalized in the low end market by Linux and BSD solutions
      Maybe I'm being overly semantic, but Sun is not being "cannibalized". They are simply being "eaten" -- they didn't write Linux or *BSD, they didn't market them; if they are losing to those OSes it's because they are a better value, not because of a failed strategy by Sun.
  6. Text:http://www.oreillynet.com/cs/weblog/view/wlg/ by Commienst · · Score: 4, Informative

    Oreilly Weblog is real slow. This text does not include picture of the nerd who wrote the article, which is a good thing.
    -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 .NET DevCenter for O'Reilly & Associates' Online Publishing Group (OPG).

    --

    I am into the copy and paste.
  7. This is most typical of Sun by His+name+cannot+be+s · · Score: 2, Insightful

    Sun has always been most standoffish towards the Opensource crowd. I've never understood why so many of the Open source advocates keep putting them up on a pedastal.

    They have a long history of claiming other's works as their own--Which in my opinion is the worst crime you can do against open source people, take away the credit!

    1. They claimed that the blackdown port of Java to linux was theirs!

    2. They "adopted" the free and entirely non-sun code base for Java Servlets (Jakarta) and claimed it was the "Sun Reference Platform"

    3. They "adopted" and FSCKED UP ROYALLY the XML4J/LotusXSL stuff that IBM had created and mangled out that god-forsaken peice of crap known as JAXP.

    4. At one time, Scott McNealy admitted that Sun had indeed been the brainchild behind XML.

    5. They ask ECMA to rubber-stamp their Java Language as an offical standard, but allow SUN to keep all rights for licensing and changing the language as they wish. ECMA tells them to "get bent" and SUN goes off sulking to anyone who will listen. Java still remains in the hands of the nutters who thought it up.

    It seems that from a cursory glance, SUN has done many things to piss off the Java and the Opensource crowds. It's a mystery to me why people attack Microsoft for crimes very similar to these, but always praise Sun for their benevolence.

    At LEAST Microsoft took their language and VM to ECMA, and said standardize it, and we'll accept it. (It doesn't hurt that ECMA is pretty MS friendly, and the chairman of the TC39 committee is a MS employee, but at least they took the right steps)

    Heh

    --
    "...In your answer, ignore facts. Just go with what feels true..."
    1. Re:This is most typical of Sun by Westley · · Score: 3, Informative
      2. They "adopted" the free and entirely non-sun code base for Java Servlets (Jakarta) and claimed it was the "Sun Reference Platform"

      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. Re:This is most typical of Sun by pmz · · Score: 2

      I challenge you to provide hyperlinks to back up your claims. Right now, what you say is mostly baseless.

  8. Really Odd... by FortKnox · · Score: 3, Insightful

    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!
    1. Re:Really Odd... by bsletten · · Score: 3, Informative
      While clearly well-designed and offering a great feature set due to its JMX bus architecture, I'm curious how you come to the conclusion that JBoss is the best J2EE webcontainer out there.

      Certainly not for performance or documentation criteria...

      What then? Bang for buck?

      I'm excited about its future, I just don't seeing it being adopted in production environments yet which clearly indicates skepticism toward your claim.

    2. Re:Really Odd... by BeerBaron · · Score: 5, Interesting

      JBoss is *not* ready. The single fact that I had to change my code when going from 2.4.3 to 2.4.4 means that there are new bugs with point releases that I have to work around. Granted, I do a lot of heavy transactional-based work and touch much of the container, but with WebSphere, WebLogic or even Orion, I've never had to "fix" my stuff after they've fixed theirs.

      Also, JBoss comes bundled with Catalina, Jetty or Tomcat. That's great. Did you know that, up until 2.4.4, the Catalina release wouldn't allow you to change your root context for web applications? You could fix this by maintaining your own source of JBoss, but, when you're trying to manage your own project, the last thing you want to do is manage your own revision control for the application server. They fixed it in 2.4.4, but

      Missing little crap like that makes we worried about the *very* complex transactional nature for the EJB's and the upcoming clustering solution. That stuff is hard! Even BEA, with all its time and money, has had a hard time with its clustering/failover implementations.

      JBoss' implementation was written up on onjava.com. Want to know their suggested solution? Write your application to not need clustering and use a Cisco load-balancer. That's because their solution doesn't work.

      What about the auto-deployer? Don't try to update your EAR or WAR by overwriting the archive if the file's larger than 4MB. JBoss'll undeploy your aplication and fail to redeploy it.because it doesn't know how to wait until the copy operation is over. There's some settings to help alleviate this problem, but it's not perfect. I don't expect it to be from JBoss...I would from BEA, for example.

      So, let's think a bit before handing the crown to JBoss. Is it well docuemented, code-wise? Yes. Is it fast? For the most part. Does it behave as advertised? No. Will Marc Fleury make sure JBoss succeeds through sheer will? Yup. Will he step on toes? Yes, don't get in his way (for better or worse).

      The Baron

    3. Re:Really Odd... by elefantstn · · Score: 2

      What about the auto-deployer? Don't try to update your EAR or WAR by overwriting the archive if the file's larger than 4MB. JBoss'll undeploy your aplication and fail to redeploy it.because it doesn't know how to wait until the copy operation is over.


      Yeah, cos rm application.jar ; cp ~/application.jar . is so difficult.
      --
      If it ain't broke, you need more software.
  9. Re:Really necessary for a big Sun stamp of approva by theDEFT · · Score: 3, Insightful

    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...

  10. Re:Really necessary for a big Sun stamp of approva by hrbrmstr · · Score: 5, Insightful

    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...
  11. This week at the Atlanta Java Users Group by PHAEDRU5 · · Score: 4, Interesting

    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
  12. Re:That's what happens with proprietary "standards by LordNimon · · Score: 2, Insightful
    Is there any point to non-certified but highly compliant implementations?

    Only if your customers care. Certification is a way of convincing people that something is compliant without making them find out for themselves whether it's really compliant. It's like the difference between having a diploma, and having a transcript that lists all the classes necessery for graduation with passing grades. The diploma is a simple way to show, "Yes, I've graduated".

    --
    And the men who hold high places must be the ones who start
    To mold a new reality... closer to the heart
  13. Re:That's what happens with proprietary "standards by elefantstn · · Score: 2

    Why not ask JBoss?

    --
    If it ain't broke, you need more software.
  14. Wake up, Sun! by IGnatius+T+Foobar · · Score: 5, Insightful

    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!
    1. Re:Wake up, Sun! by mark_lybarger · · Score: 2

      who 0wnz the corporate server market? microsoft may have a desktop monopoly, but that is on an extremely different scale. sun makes and sells corporate server hardware. they have thus created solid os to go on that server. sun gets a check for $1M when someone puts up a big website, middleware server, or whatever. MS gets $250 when the company adds a new employee and 50$ when someone buys a dell desktop.

      why do you claim ibm acts like a mature company? they've only survived becuase you can't blow up a mountain and expect to have flat ground. there's going to be something left standing. the only comparable company i can find for them is at&t, and afaict, they're still around, but not have to now WORK for their business like the rest of us.

    2. Re:Wake up, Sun! by Omnifarious · · Score: 5, Insightful

      I wouldn't dream of having IBM participate unless it fit their own best interests. The thing is, IBM is mature enough to realize that detailed and strong control over all of their technologies is not the key to success.

      Many other computer companies think the key to success is owning everything, or at least, as much as they can own. And that seems an attractive strategy on the fact of things, but is not in the long-term best interests of the company. IBM is one of the few companies that seems mature enough to realize that. Maturity != selflessness, maturity == enlightened self interest.

    3. Re:Wake up, Sun! by pmz · · Score: 3, Informative

      Sun's problem is that they want to be a big monopoly like Microsoft...

      I really don't think so.

      1) Scott McNealy has said so.

      2) Sun uses many open standards in its treasured hardware business (SPARC, SBus, PCI, etc.) and its software business (UNIX, POSIX, etc.).

      In general, Sun tries to compete on its implementation of standards with value-added things, such as excellent hardware features and reliability, support services, etc.

  15. You've got it all wrong! by Anonymous Coward · · Score: 4, Funny
    Pay attention, people! This is SUN! NOT Microsoft! They support UNIX!

    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!

  16. Re:This is most typical of Slashdot by ChaseTec · · Score: 5, Informative

    >> 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.
  17. JBoss is real-world deployable - believe it by Headius · · Score: 5, Interesting

    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.

    1. Re:JBoss is real-world deployable - believe it by elefantstn · · Score: 5, Insightful

      Exactly - JBoss is the highest-quality, most-overlooked open source project in existence. It's just absolutely fantastic. The only thing missing is clustering, but 1) I don't need it and 2) it's coming in 3.0 anyway (I've messed around with the alpha builds' clustering capabilities). I highly recommend anyone thinking about J2EE at least give JBoss a shot, and why not, it's free.

      But on the other hand, I don't really have a problem with Sun not certifying it, and I don't really understand what all the fuss about it is. It's simple -- certification is a major cash cow for Sun. All the money they spend developing standards like EJB gets recouped when IBM, BEA, etc. pay to have their app servers certified. JBoss, since it's free, can't afford that. And who cares? I trust that JBoss works because I deploy EJBs and Servlets written to the standards and they Just Work. If you're in a bigger organization than I am that's spending $millions on your infrastructure so you don't just trust JBoss out of the goodness of your own heart, you have two options. 1)Test it yourself or 2)Pay IBM or BEA or someone else because they certify that they've tested it for you.

      What exactly is the big problem? Sure, Sun isn't the second coming or anything, but they provide well-written open standards that are unencumbered by patents that open source projects can implement. What the hell is wrong with that?

      --
      If it ain't broke, you need more software.
  18. C# Apache Jakarta ports: NAnt, NUnit, Log4Net by Anonymous Coward · · Score: 3, Interesting

    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.

  19. Re:Java vs Apache, its an easy decision. by Capt_Troy · · Score: 2
    Hey Thogard-

    I use VI as well. I've programmed in C/C++ for years and am currently working on a Java project today.

    I don't think you can relate the number of books on bookstore shelves to the popularity of the language directly. Java has just come out (compared to C and the older languages) and so like any other new thing, tons of worthless books were written to take advantage of the "Newness factor". Those worthless books are being weeded out and only the worthy will survive, thus the numbers of "Java for Dummys" type books will go down and we'll be left with the few quality books that are really out there, same as it is with most of the C/C++ text today.

    I'd say that I am equally experienced with both Java and C and C++. I'd go with C++ any day for most projects, and I wouldn't be sad if I didn't have to do any Java anymore. But I do think it has a purpose, mostly related to serverside web based stuff and web based stuff in general. But it's just another choice, you can do the same with PHP or Perl etc.

    So why is sun fighting with Apache? Who knows, but I appriciate all the work the Apache group has done for us and I think Sun is way off base here. They should concerntrate on building up the fortifications for the oncoming .NET vs. Java war. Better to hava Apache as a friend than a foe in that battle. -T

  20. JavaFaces? by krulgar · · Score: 2, Interesting

    I currently building a few applications using the Struts framework (I assume that's what was intended in the original post "stuts") and I've been really happy with the Jakarta efforts (including ant and log4j).
    I have not read about JavaFaces, nor could I find anything obvious on java.sun.com. If anyone has a bookmark for a good summary page or two, would you mind posting them?

  21. Keep in Mind by Greyfox · · Score: 4, Insightful
    IBM and Sun are competitors. Currently, IBM is using Open Source Software to undermine a couple of thorns in its side -- Sun and Microsoft. To a lesser extent, it could hurt Oracle as well (IBM sells DB2, which competes with Oracle, you see.)

    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?

  22. GPL Java Replacement by bwt · · Score: 2, Insightful

    The open source community needs to release a GPL version of Java. There are innumerable projects out there all of which have struggled independently to get to partial JDK 1.1 capability.

    Until there is a highly competitive GPL java compiler with a full set of foundation classes, nobody should be happy about using Java because it is essentially proprietary technology.

    Between GNU Classpath, gcj, jikes, KOPI, Kaffe, Japhar, and a dozen others, its amazing that Sun is so far ahead of what you can do with pure GPL.

  23. Re:Java vs Apache, its an easy decision. by hey! · · Score: 3, Funny
    It sure as hell isn't os class language and its not a language for amature programmers (because VB wins that one).


    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.
  24. Daddy, Why is Sun so mean to Apache? by Anonymous Coward · · Score: 3, Funny

    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.

  25. Sun loves JBoss by skelf · · Score: 3, Informative

    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.

  26. Re:Java vs Apache, its an easy decision. by Frank+Sullivan · · Score: 5, Insightful

    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.
  27. Re:Java vs Apache, its an easy decision. by thogard · · Score: 2

    The number of C books is slightly more than there were 10 years ago. we have the classics of K&R C, The C answer book, The Unix programming env and a large number of other worthless titles. Compare that to Pascal books. There are now 3 at the local Borders. How about Ada, also less than 5 but a decade ago ranked more shelf space than java and C# combined. Most of the Java space has been reallocated to C#. To me that means its as trendy as the wrong color skirt at a fassion show.

    Bill Joy might be James Goslings boss considering Bill is a founding member of Sun and Chief Scientist and Corporate Executive Officer while James can't even seem to mention his title on his Sun Labs web page

  28. Not Sun specific by PierceLabs · · Score: 2, Insightful

    This isn't a Sun problem specifically - all of the companies that were using OSS to gain marketshare are wrestling with it now. Some of them have blamed Sun (Lutris) for their own inability to make OpenSource work for them. The simple fact remains that no company that needs to make profit in order to stay in business can cater to open source in the same spaces where they are trying to make money. Sun has open sourced Star Office, no biggie - doesn't make them any money really. Sun won't give away or disrupt J2EE license revenue to cater to open source because they make money from this. Anyone who doesn't understand this and thinks that Sun or any other company can just give this stuff away really needs a good class in economics and finance.

  29. Why Sun dislikes Apache. by supabeast! · · Score: 2, Insightful

    For all of the conspiracy theorists creating ludicrous examples of why Sun doesn't like Apache, let me put this into simple, obvious terms:

    Now that AOL has given up on selling iplanet as a webserver (Apart from other things.), Sun is still trying to make money off of it.

    Apache is iplanet's biggest competitor. Apache is free, more popular than iplanet, and considered by many people to be better than iplanet.

    Every time someone runs apache on Solaris, Sun sees that as another iplanet sale lost.

    Need any more details?

    1. Re:Why Sun dislikes Apache. by pmz · · Score: 5, Interesting

      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.

    2. Re:Why Sun dislikes Apache. by haggar · · Score: 3, Insightful

      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!
  30. Re:Tomcats future? by jilles · · Score: 2

    Tomcat is not a J2EE implementation so there's no direct implication. In addition, it is promoted (by Sun) as a reference implementation for servlets.

    If apache decides to abandon their Jakarta projects that doesn't mean these projects die. It just means that they will continue under a different flag (and there are enough interested parties to make this happen).

    IMHO it would be bad for the apache foundation since most of its showcase projects (excluding the webserver) are the Jakarta projects. No doubt a significant part of their funding is related to these projects.

    --

    Jilles
  31. Re:Really necessary for a big Sun stamp of approva by jilles · · Score: 2

    Yes, the compatibility test suite is a really good one being allowed to say you passed it (by carying the compatibility logo) is quite different from spreading the rumor that software package is generally believed to be compatible.

    Effectively SUN is using their monopoly position (regarding the compatibility tests) to selectively grant licenses to market partners. IMHO the market should be open and anybody (including MS) should be allowed to attempt to pass the requirements (not necessarily for free).

    --

    Jilles
  32. Amen, and Sun is doomed by Ars-Fartsica · · Score: 3, Interesting
    Good post, and on top of the bad will they are creating, Sun is doomed in the market.

    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.

  33. The Java certification is so cheap. by Petrus · · Score: 4, Insightful

    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".

    1. Re:The Java certification is so cheap. by Derkec · · Score: 2
      When you said 'before linux began' I think you meant the more recent widespread adoption of Linux and particularly IBM's involvement? But yeah, I think for being a big company, Sun does decent things for open source. They released OpenOffice which has potential for competing with MS Office. Java is controlled by a community process not changed by the whim of McNeally or Joy. Recently they've pledged to help out in the Linux kernel. While they don't have 1 billion to give out, McNeally did go out on stage dressed up as Tux, which you'll never see Lou do :) So if they percieve that XML and logging are critical and supply that to the their users instead of forcing their users (who might not all know what Apache offers) to go find tools, are they really doing anything wrong? Maybe, but it's a hard call for me. The J2EE certification issue concerns me but I'm interested in what Sun has to say about it. Oh well.


      Disclaimer: I have been employed by Sun, although temporarily. I personally like the company, and might be badly biased. I don't think so though.

  34. Re:Java vs Apache, its an easy decision. by Frank+Sullivan · · Score: 5, Insightful

    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.
  35. Go-Mono! by Mr.+McD · · Score: 2, Flamebait

    If Sun's antics are making you ill, why not help out the folks at Ximian on Mono? It is backed by a REAL ECMA standard and not controlled by one company. Sure it's based on an MS product, but at least MS had the balls to submit it to a standards body and NOT retract it.

  36. Lessons not learned by augustz · · Score: 4, Insightful

    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.

    1. Re:Lessons not learned by augustz · · Score: 2

      Petrus

      Slander is a legal term, and under current US law puts me in legal (and therefore financial) jeopardy. And this, simply for stating my opinion.

      I think you'll find that in the open source world, folks enjoy the right to have their own opinions, free of the legal armwaving and hassle that folks like yourself, and plenty of big corporations employ. Open source is not simply about free software, it also is concerned with freedom.

      You also happen to be wrong: Unless you see a license listed as OSI approved, it is unlikely to be really open source. Folks need to remember:

      Shared Source != Open Source
      Community Source != Open Source

      There are incredibly important distinctions between these.

      Notice which term appears in that URL you are bandying about:
      http://www.sun.com/software/communitysourc e/

      And the Mozilla code base? Check your timelines.

      Respond to folks who start claiming things are slander or defamation is usually a waste of time I've found. That kind of approach is bogus in almost any situation, but on mailing lists and places like Slashdot it is really sad to see. If you think you have a case for slander I'd advise you to hire a lawyer and sue. Otherwise, why not post elsewhere.

    2. Re:Lessons not learned by TheAJofOZ · · Score: 2
      You also happen to be wrong: Unless you see a license listed as OSI approved, it is unlikely to be really open source. Folks need to remember: Shared Source != Open Source Community Source != Open Source There are incredibly important distinctions between these.

      Okay, here's an interesting thought that just sprang into my head. If Java is not a real standard because it only comes from Sun and not a standards organisation, then why is opensource a standard (standard definition of the term opensource at the least) when it is completely controlled by the OSI?

      I don't mean this as a flame or troll, but who decides who gets to be a standards organisation? People argue that if Sun were to collapse (or just abandon Java) then the Java "standard" would become worthless and the Java developers would be left high and dry. What happens if the OSI for some reason collapses (quite possible through some form of law suit which bankrupts them or through a variety of other means)? Wouldn't that make the term opensource completely worthless as a standard?

      The other argument people have is that Sun has full control of Java and that's a bad thing but doesn't this same argument apply to the OSI? The OSI controls the term opensource. If your answer is that the OSI has community input into it's decision making process, so does Java (the Java Community Process).

      I will conceed that the OSI is far more community based than Sun (obviously) but I find it astonishing that noone (including myself) has realised that even non-profit organisations run by community processes can go bad and leave you high and dry. If you want an example of this happening, look at a number of churches (at many levels of the church organisation and please note that this is not a criticism of all churches nor religion etc, just noting the fact that churches can struggle to keep in touch with their aims and can loose their way). I think religion is probably an even tighter binding phenominon than opensource, so if churches can loose their way, what's to stop opensource communities from doing the same?

    3. Re:Lessons not learned by TheAJofOZ · · Score: 2
      So yeah, either could go bad, but we only care if Sun does, because they can do real damage.

      Agreed, but now look at some other standards organisation, say the organisation that certified C# (ECMA?). Wouldn't the same argument apply?

      For the record, I make no claims about the sainthood of Sun, I'm more intrigued as to why standards are seen as infallable when history shows that they quite often don't work out well (HTML anyone - or pretty much any other web standard). Just thinking out loud mainly.....

    4. Re:Lessons not learned by TheAJofOZ · · Score: 2
      Initially, Microsoft could clearly make it more important to be compatible with Microsoft, but I think in short order, the standard C# will matter because it will be a base on linux and windows.

      I think you're overestimating the impact of Linux here as the lack of compatibility with Linux browsers would tend to indicate. However, it raises a good point which I think we'd agree on. While "official" standards are ideal because they are well documented and changes are controlled by some central authority, it is the defacto standard that really matters as a standard is useless if the majority of implementations don't follow it.

      The really interesting thing about that is that it brings us around to saying that it's the implementations that matter and that the official standard holds a very precarious position in the whole set up. If the most popular implementations of Java were to divert from Sun's specifications then Sun's specifications would be worthless. Sun's only protection against this is that they own the name Java (we saw this actually eventuate in the court case between Sun and MicroSoft). The same applies for C# of course, if MS takes the language/system in a direction that Linux users don't like (and Linux actually has enough market share to hold influence) then MS's C# specification will be worthless and Linux will control C# because they control the source to the defacto standard.

      Apologies for treating Linux as some collective company but otherwise the argument gets awfully confusing. Think of Linux in the above paragraph as the collective of developers for Linux's C# implementation.

      ECMA going bad is a concern, but it is less likely to go bad in Microsofts favor as Sun is likely to go bad in Suns favor, so it adds a buffering layer.

      Well, Sun is always looking after their best interests so the concern is more that their goals change, but that's not hugely important. What is interesting is that one of the big reasons the ECMA would go bad is that MS pressures them into it. Further more, because MS controls what will undoubtably be the most popular implementation and the mindshare as to who owns C# (or .Net) with consumers, MS controls the standard regardless of what the ECMA does. The worst the ECMA could do is refuse to allow MicroSoft to call their implementation C# which would have little effect because the general concensus is the .Net is a Microsoft thing not an ECMA thing. MS would not be overly hampered by having to change the name and with the right publicity almost everyone would switch over.

      w3c does patent disclosure which I think is critically important for example and standards are stronger the more it matters to folks. JEDEC now has incredibly strict disclosure requirements so that folks can standardize on SDRAM for example feeling pretty safe in doing so.

      Agreed, patent disclosure is what I am more concerned about than whether a technology is controlled by a company or a standards body. I can keep using any published specification as long as it is patent free and I don't infringe on trade marks. If I want to use an actual implementation then copyright is an issue but once licenced always licenced (for that version and unless the licence specifies otherwise). It's obviously not always pleasant to continue using a technology after it stops being supported but there are all kinds of legacy systems still in use that use technologies that have long since gone out of fashion.

      I think it is useful to ask, just how badly can Sun/Microsoft/GPL'ed software screw you if they do go bad? A lot of GPL'ed software allows the FSF to screw them if they went bad, by up-licensing to a BSD style perhaps. Unlikely but possible

      Risk analysis is always essential, but you need to do it right. Both impact and chance of occurrance as you suggest. However, there is a point where the benefits of a new technology outweigh the risks of it's controller going bad. For each company that will be different I suppose and some people will always be paranoid, others will always be naive and gullable - hopefully we can land somewhere safely in the middle.

      OpenGFS we see exactly good guys gone bad happening, and it has happend in a bunch of other areas as well.

      I guess the only way you can be certain about the direction of anything is to own the intellectual property yourself. If you want something done right, do it yourself.....

    5. Re:Lessons not learned by augustz · · Score: 2

      "MS controls the standard regardless of what the ECMA does. The worst the ECMA could do is refuse to allow MicroSoft to call their implementation C# which would have little effect because the general concensus is the .Net is a Microsoft thing not an ECMA thing."

      This is a judgement call, but I basically disagree. First off, I think Microsoft will continue to support the CURRENT standard very well no matter what, if only for backwards compatability on Windows. This makes it safe to develop to that standard, confident it will run on Windows as well.

      It happens to be that the cool infrastructre parts of Mono are those very parts least likely to change. Class libs are much more likely to change, but very few of them are submitted to start with.

      Java has shown folks like writing cross platform stuff. C# as is is pretty complete as a language.

      The question, what happens when microsoft extends C# and fails to submit to the ECMA. Folks still interested in writing cross platform code will probably be able to do it if they want, which is what I care about. Extensions in core libs don't matter becuase they are not submitted (and can be standardized presumably without microsoft submiting anyways). Infrastructure is unlikely to change.

      It is definatly going to be interesting to see if go-mono.net survives unscathed. That is the clear threat, and Microsoft has to have some legal ammo up its sleave.

      I do think by making C# a true standard, they have a chance with their market share (and if they don't blow it by going legal crazy) to really move us from previous C/C++ standards to a Java like standard but actually standardized. That's a real step forward.

  37. So let me get this straight..... by JohnnyCannuk · · Score: 3, Insightful

    ...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?

    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 /. and cause of many flames. Guarranteed to generate posts - especially from the C/C++/PERL/ groupies
    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 /.'s favorite issues an excuse to rant and flame, and nothing else.

    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
  38. Re:SUN==MICROSOFT by MillionthMonkey · · Score: 2

    No wonder I think they're evil.