Slashdot Mirror


OpenOffice 2.0 Criticized on Use of Java

karvind writes "Yahoo is running a story on how OpenOffice 2.0 Faces Opposition over Its Use of Java. According the article: "The problem, according to some free software voices, is that OO.o relies too much on Sun Microsystems Inc.'s proprietary Java programming language in an open-source project. In particular, free software advocates are objecting to the use of Sun specific Java code for such OO.o 2.0 features as the new, Microsoft Access-like database management program, Base and Writer's (OO.o's word processor) document wizards." Linus Torvalds also moved to an open-source solution for software configuration management system."

153 of 805 comments (clear)

  1. It's not GPL'ed either! by Gentoo+Fan · · Score: 3, Insightful

    It's here, it's (basically) free. Why not use it?

    Also, who is Linus Trolvalds?

    1. Re:It's not GPL'ed either! by MrAnnoyanceToYou · · Score: 5, Insightful

      The Stallman viewpoint is here under The Java Trap. Interesting.

      While I agree with him on his, "Everyone needs to be slowly dragged out of the not-free-as-in-beer arena, one finds it tough to imagine that rewriting these basic data-interaction Java classes is going to be easy to get done. The Access mirroring probably requires extensive use of this kind of API, and err.... Not the most glamorous of tasks... Since SUN's stuff is currently Free- As-In-Parking, one might think that getting people to do the redevelopment might be tough to motivate until really necessary.

      A lot of parallels between this situation and the BitKeeper one, but rather than it being a third party tool it's a completely integrated API. One might think that this could be a problem in the future larger than the BitKeeper problem, were Sun to take a completely weird turn on things.... Suddenly needing to mirror an API's functionality - especially one as big as the entirety of the JVM's data-processing infrastructure.

      So it seems Stallman has a very good point here. Can you imagine trying to, say, re-implement DirectX if Microsoft suddenly wasn't going to let you code using it? I don't know if this is a comparable task, but it's the only thing I can think of in my terms....

    2. Re:It's not GPL'ed either! by pg110404 · · Score: 2, Funny

      Also, who is Linus Trolvalds?

      He's an imposter! A bad one at that. This has got to be microsoft FUD designed to scare people away from free solutions and back to their lovely products......(Microsoft Access-like database management program?)

      Don't believe any of it. MS fud machine must have been freshly greased just for this one.

      AGHHHHHHHH! WHERE'S MY TINFOIL HAT?????

    3. Re:It's not GPL'ed either! by yog · · Score: 5, Insightful

      It's like saying that Linus is going to patent Linux and stop everyone from using it for free. That's simply not going to happen. I think we're pretty safe in going with Java, certainly safer and more cross-platform-compatible than the C#/DOTNET thing Microsoft is foisting on the world.

      So Java's not open source; who cares. Out in the real world, no one cares whether Java is open source or not. Anyone can quickly obtain it with a couple of mouse clicks. If it enhances the functionality of OOo then why not use it?

      The only worrisome thing is if Microsoft were to buy Sun and start slowly tightening the screws on Java. That would be awful and disastrous, but it's highly unlikely to occur given past history of anti-trust suits and such.

      Now, what I'm really keen on is a version of OOo for PalmOS. That would be sweet. Why doesn't Sun cook that up while they're at it. Of course then they'll have to create a JVM for PalmOS as well. Also, we'll need Ghostscript, ghostview, xpdf, and a few other goodies to round out the Palm offerings. But with 600Mh processors, gigabyte-plus storage, and larger RAM, how hard can all this be to achieve?

      --
      it's = "it is"; its = possessive. E.g., it's flapping its wings.
    4. Re:It's not GPL'ed either! by Anonymous Coward · · Score: 3, Informative
      more cross-platform-compatible than the C#/DOTNET thing Microsoft is foisting on the world.

      Nope. C# runs at least as places Java 1.5 does, thanks to Mono/ASP.NET.

      With Java, Sun's proprietary moving target policy means you're stuck between the "old standards" that Gnu's java and other non-licensees have, or the small handful of supported platforms from Sun and a couple licensees.

      Thanks to Mono, with C# you're good anywhere you feel like cross-compiling to.

    5. Re:It's not GPL'ed either! by Anonymous Coward · · Score: 3, Informative
      So it seems Stallman has a very good point here. Can you imagine trying to, say, re-implement DirectX if Microsoft suddenly wasn't going to let you code using it? I don't know if this is a comparable task, but it's the only thing I can think of in my terms....

      The ironic thing here is that Gnu has a Java compiler, gcj, *and* gcj is intended to ultimately become the Java solution for Open Office.

      You'd think nobody knew there were open source Java implementations... Java is a great language, and there is significant effort going into Open Source versions. It's all good...

    6. Re:It's not GPL'ed either! by Ryan+Amos · · Score: 5, Insightful

      Stallman is also a maniac who refused to give a speech on his views to the SIGLinux (LUG at the University of Texas) because we were using the name "Linux" and not "GNU/Linux." He doesn't know where to pick his fights and often ends up embroiled in petty feuds over things largely tangential to his main cause. His solutions are often overly idealistic and impractical, i.e. moving everyone who uses Java off of Java.

      Java code, in itself, is not bad. There is a need for a good, compile-once-run-anywhere format, and it seems Java has become the standard for this. Lots of people know how to code Java (in large part due to Sun's involvement in college curriculum,) and this is important, because when writing a piece of software, you want a large pool of knowledgable programmers to choose from. Lots of people know Java, and if Java fits your needs, you're gonna use it.

      Java also makes perfect sense for the kind of stuff OO.o is using it for: basically "plug-in" features not central to the usage of OO.o, but still very useful. This is useful because of the large number of platforms supported by OO.o, they can just release an update to the java code and it will more or less run the same on every platform they support.

      I think in the *nix arena, Java is more useful for application code because of the wide variety of OSes. Java VMs exist for pretty much every known architecture, and they were mostly written by the standards makers for Java (Sun) so they're gonna work pretty much the same. This involves a lot of trust in Sun, but it takes trust in some sort of standards-making body to unify any disjoint architectures. In any case, I trust Sun to start a project like this and stick with it over the years more than I do Stallman and the Free Software goblins.

      The BitKeeper issue is different entirely; it was a commercial product being offered for free, with the possibility that it could be yanked out from under them at any time. There should have been background work on an eventual replacement for BitKeeper well before anything happened. Why is this different from the Java example? Because the OS kernel is totally different and there was no alternative. If Sun were to suddenly make Java pay-to-use, the programs could, for the most part, be rewritten in C++ with minimal effort (most of the work could be done in 15 minutes by a Lisp program.)

    7. Re:It's not GPL'ed either! by David+Leppik · · Score: 4, Interesting
      So it seems Stallman has a very good point here. Can you imagine trying to, say, re-implement DirectX if Microsoft suddenly wasn't going to let you code using it? I don't know if this is a comparable task, but it's the only thing I can think of in my terms....
      s/DirectX/Visual Basic/
      Funny, this isn't as far fetched as it seems.
    8. Re:It's not GPL'ed either! by zaphod123 · · Score: 3, Funny

      Am I the only one that cringes anytime I see access and database in the same sentence?

      --
      :q!
    9. Re:It's not GPL'ed either! by abe+ferlman · · Score: 2, Insightful

      "Will you do me a favor and speak at my club? It's called 'mild insight to your life's work'.

      "Um, no thanks, but call me if you change the name."

      "MANIAC!!!"

      Geez...

      --
      microsoftword.mp3 - it doesn't care that they're not words...
    10. Re:It's not GPL'ed either! by harrkev · · Score: 2, Funny
      Also, who is Linus Trolvalds?
      He's the guy who keeps Magnetbox, Panaphonic, and Sorny in business by buying their stuff.
      --
      "-1 Troll" is the apparently the same as "-1 I disagree with you."
    11. Re:It's not GPL'ed either! by m50d · · Score: 4, Interesting

      Replacements are already there, e.g. koffice, but they could do with more developers and users. So we point out the problems with OOo in the hope more people will come and use them and code for them, in the same way the OSS movement as a whole points out the problems with closed source software like windows.

      --
      I am trolling
    12. Re:It's not GPL'ed either! by walt-sjc · · Score: 2, Insightful

      Out in the real world, no one cares whether Java is open source or not. Anyone can quickly obtain it with a couple of mouse clicks. If it enhances the functionality of OOo then why not use it?

      What about platforms where Sun does not provide a JVM? Those people will never be able to tun the full OOo, and the more Java used, the less they will be able to use. Will it eventually be zero?

      This really is the problem. It ties OOo to only the platforms that Sun wants to support. Open java and the problem goes away.

    13. Re:It's not GPL'ed either! by drakaan · · Score: 4, Insightful
      Well, in the article, they make plenty of mention of gjc. The fact that it's available is not the issue. The issue is that right now You have to patch OOo to compile under gjc and OOo is using some vendor-specific functionality from Sun's Java in order to get a number of improvements and some base functionality.

      If the first "O" in OpenOffice stands for "Open", then having to rely on a particular company's implementation of Java is not a good thing. Look at the various Java apps written for Microsoft's version of Java, or webpages of the past that relied on vendor-specific extensions for examples of why that's not a good thing.

      Any time a particular implementation that is *not* free (as in speech) becomes a defacto standard, everyone becomes tied to the whims of that vendor's implementation. True, Sun probably won't do anything drastic, but there's still a very real possibility that they won't see eye-to-eye with the OOo developer community on some random issue somewhere down the line.

      I would rather have the fallout from such a situation be that Sun was left without the ability to force the developers into a move they didn't like, rather than having the developers be forced to fork and re-engineer the whole shebang or start over from scratch. That much work shouldn't get pissed away over something like that.

      Again, that's a possibility, not a certainty, but why take chances?

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    14. Re:It's not GPL'ed either! by samkass · · Score: 4, Insightful

      More like...

      "Would you speak to my group? We have a product we call 'Foomaster,' and we used a development approach you advocate to develop it."

      "Only if you change the name of your product to Stallman-is-great:Foomaster."

      "uhhh... no thanks. (maniac.)"

      --
      E pluribus unum
    15. Re:It's not GPL'ed either! by drakaan · · Score: 2, Informative

      Gambas kind of does that, actually (re-implement Visual Basic)...Java doesn't, really. If they'd turn it into a scripting language for apache, I bet a lot of asp coders would abandon ship...

      --
      "Murphy was an optimist" - O'Toole's commentary on Murphy's Law
    16. Re:It's not GPL'ed either! by Jussi+K.+Kojootti · · Score: 3, Informative
      The only worrisome thing is if Microsoft were to buy Sun and start slowly tightening the screws on Java.
      Yours seems to be a simple world... There are many scenarios where the owner of Java might do stupid things. Just imagine Sun running out of money and selling everything valuable (if you think this is impossible, just remember what almost happened to big blue); or dividing into multiple separate companies, one of which would own only Java... There is no telling what would happen.
    17. Re:It's not GPL'ed either! by synthespian · · Score: 3, Insightful

      I think in the *nix arena, Java is more useful for application code because of the wide variety of OSes.

      The point is, except for GNU/Linux, there is no Java in the Libre *Nix arena.

      Reliance of Sun proprietary sofware is a pain in the ass for everybody who's not on a Microsoft/Linux/MacOS system. The point of libre software was freedom, and there is no freedom when, say FreeBSD, has to argue with Sun (a competitor in the server arena, by the way).

      It's too bad that a new generation of Linux users forget that freedom is what Free Software is about, and are smug in their "just works" attitude. This hurts the community, and treads upon the history and the heritage.

      --
      Main difference between the BSD license and the GPL license: one is from California and the other is from Massachusetts
    18. Re:It's not GPL'ed either! by Anonymous Coward · · Score: 2, Interesting


      Free Software is not a "development approach". Open Source is a "development approach".

      Free Software is a philosophy about how a system should exist that is completley free, and available to everyone because it's the right thing to do. Open Source is about getting corporate types to open up thier products so we don't have to pay for them.

    19. Re:It's not GPL'ed either! by Anonymous Coward · · Score: 5, Insightful
      Thanks to Mono, with C# you're good anywhere you feel like cross-compiling to.


      The reality is that 99% of C# programmers only care about windows. Where as 99% of Java programmers could care less what platform they use.
    20. Re:It's not GPL'ed either! by CarrionBird · · Score: 5, Insightful
      The probelm is stallman thinks HIS/GNU's contribution is/was more important than any others. So he insists that it be GNULinux, meanwhile nobody is crapping themselves because it's not called xf86Linux for example. GNU tools isn't much of a useable OS by itself either.

      If you want to be correct the entire distro is the OS, and they should be called "linux kernal based or GNU/linux based whateverdistro 1.45923x".

      Add to that the fact that anyone who disagrees with him is considered to have a moral defect and you have one grade A, USDA choice mainiac.
      --
      Free Mac Mini Yeah, it's
    21. Re:It's not GPL'ed either! by Jim_Maryland · · Score: 2, Interesting

      While your point is valid, I would argue that you can run OOo on more platforms that MS Office.

      This really is the problem. It ties OOo to only the platforms that Sun wants to support.

      This link (java.sun.com) has the interesting line "Other vendors provide ports of J2SE to various operating systems and CPUs not listed here.". Does Sun really restrict which platforms Java can run on? My guess is that the platform developer may have to port and test their Java software, but why would you figure Sun to only want to support a limited set of platforms?

    22. Re:It's not GPL'ed either! by Decaff · · Score: 4, Interesting

      What about platforms where Sun does not provide a JVM? Those people will never be able to tun the full OOo, and the more Java used, the less they will be able to use. Will it eventually be zero?

      You simply use a JVM from someone else. Use Apple's VM, or IBM's, or HP's, or BEA's.

      Although Sun largely controls Java, it is by no means the only supplier of Java.

    23. Re:It's not GPL'ed either! by slick_rick · · Score: 4, Insightful

      I can't believe I'm replying to an AC, but AMEN BROTHER!

      I have yet to meet a single programmer who works with mono "for pay". I would wager that 99.999999% of programmers who are getting payed to write C# are getting payed to write C# under windows. Can you say the same about Java? The Java projects I see are fairly well distributed between straight VM plays on windows or linux, or bundled into a platform like Oracle or Websphere. There is a lot of platform diversity in the Java arena, nearly none in the C# world AFAICT.

      --
      apt-get install redhat please god - Me (take it easy, I love Debian)
    24. Re:It's not GPL'ed either! by LWATCDR · · Score: 3, Insightful

      Simple answer.
      1. Take the Open Office code.
      2. Fork it.
      3. Rewrite the java parts to be as "Free" as you like.

      The great thing about OSS is you can do this.
      There is NO comparison to BitKeeper. I have never heard that the Java agreement states that you can not work on a another VM or programing language if you use Java like BitKeeper did.

      So if you want to complain but not do anything I suggest that you just use any of the free office style programs and stop complaining.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    25. Re:It's not GPL'ed either! by daVinci1980 · · Score: 2, Insightful

      This is such a ludicrous point of view.

      The source code is available for free. You can look at it, peek at it, poke it and prod it with a stick.

      And then, since you know how all of the algorithms work, you can go reimplement it in another language if you so choose.

      Frankly, if I were developing a piece of OSS (of which I've released a few), I'd be pretty pissed if people chastised me for my choice of language.

      The source code is there. If you don't like the language I used, then fork and port it.

      But get off your ludicrous soap box about how I should make sure to use "open" everything. I've fulfilled whatever "moral obligation" you perceive by making the source code available.

      Anything else is just a temper tantrum on your part.

      --
      I currently have no clever signature witicism to add here.
    26. Re:It's not GPL'ed either! by duggy_92127 · · Score: 4, Informative
      What about platforms where Sun does not provide a JVM? Those people will never be able to tun the full OOo, and the more Java used, the less they will be able to use. Will it eventually be zero?

      From TFA:

      Scott Carr, OO.o's quality assurance project co-lead pointed out, "OO.o will run perfectly well without any JVM, but if there is a JVM then it has to do checks to make sure what features are supported in the JVM as well as run various functions. These are only run in the presence of a JVM."

      So, no. It will never be zero, and it's currently 100% usable without a JVM.

      Doug

    27. Re:It's not GPL'ed either! by Tim+C · · Score: 3, Interesting

      I've been writing Java web-apps for nearly 6 years now. In that time, most of them have been deployed to Linux under resin (caucho.com); recently, they've been deployed under WebLogic (a couple of clients asked for it, so they got it, despite not actually needing it).

      I've used a variety of different versions of Linux and Windows on my desktop as suited my whim at the time. As you say, that's essentially irrelevant though; my code targets the JVM, not the Windows JVM or the Linux JVM or the Mac OS X JVM, just the JVM.

      As it happens, I develop under the Sun JVM, but may well be deploying to that, or IBM's, or BEA's jrockit JVM. As long as it's the correct release, it's immaterial. (And in fact, sometimes I've not even *known* what JVM is being used in production)

    28. Re:It's not GPL'ed either! by Anonymous Coward · · Score: 2, Funny

      What stallman keeps forgetting is that the rest of the world has bills to pay, like for "soap", "water", "razors", "laundry detergent", etc

    29. Re:It's not GPL'ed either! by bckrispi · · Score: 2, Insightful
      And certainly, users of these systems can't run MS Office on them either. I can get Java for my Linux PC, my Win32 PC, my Solaris workstation, even my PDA and Cell phone....

      ...Wait a minute! My MP3 player doesn't run Java! Goddamn Sun and their POS proprietary Language!!

      --
      Xenon, where's my money? -Borno
    30. Re:It's not GPL'ed either! by McDutchie · · Score: 4, Insightful
      If Sun were to suddenly make Java pay-to-use, the programs could, for the most part, be rewritten in C++ with minimal effort (most of the work could be done in 15 minutes by a Lisp program.)

      If that is true, then why is there any reason to use Java at all? Convert to C++, gain huge speed increase, retain cross-platform compatibility with a simple recompile. Either Java is unneccesary or the conversion is more complex than you make it out to be. In the latter case, the "Java Trap" is very real, indeed, and very dangerous.

    31. Re:It's not GPL'ed either! by braindead · · Score: 4, Informative
      I want to see a JVM for PocketPC. That's a pretty glaring omission for the "write once-run anywhere"..

      Well, let's see... OK, so what you're asking for is that Sun should write a standard for a slimmed-down version of Java, just for PDAs? Say, we could call it Java 2 Micro Edition? And maybe you'd want that standard to be implemented on PocketPC machines?

      Wait, it gets better. You can also find a full java implementation (Java 1.3) for iPAQ.

      If you want something in between, there's also PersonalJava. It has more features than J2ME, but fewer than a full java. It's nearing end of life though, I'm not sure what will come out to replace it.

      There are JVMs for PDAs and cell phones and yes, PocketPC too. They are a very good way of getting your software to run on many portable devices. The only downside is that your code will run slower than something hand-crafted for a particular type of device.

    32. Re:It's not GPL'ed either! by EggyToast · · Score: 2, Insightful
      If anything, Java is almost supported in too many places. Supporting all of those platform likely slows the development of the "core" platforms a bit. Although I have no idea to how much of an extent, if any.

      But I agree, the "But it's tied to the JVM" argument is almost identical to "it's not GPL'd!" cries.

    33. Re:It's not GPL'ed either! by einhverfr · · Score: 2, Insightful

      The default OOo installer will not work with any JVM except from Sun. In other words, it won't work with any of those you mention. Part of the problem is that OOo depends on the Sun JVM.

      --

      LedgerSMB: Open source Accounting/ERP
    34. Re:It's not GPL'ed either! by yog · · Score: 3, Informative

      1) The JRE is NOT freely redistributable. Therefore I can't legally add it to my OOo CD's that I pass on to customers and I have to make them download it first.

      This is an utterly uninformed statement. The JRE is indeed freely redistributable.

      The whole point of the JRE is to allow developers to ship a runtime environment with their products, should a customer require it. If it were not freely distributable, few would develop for Java because there would be no guarantee that a customer would wish to download the JRE separately.

      Regarding adding the JRE to OOo CD's that you pass on to customers, some people have done just that; google for this and you will find examples of people adding a JRE folder to the OOo iso.

      Why would Sun restrict the distribution of JRE along with OpenOffice.org? It would be shooting themselves in the foot.

      --
      it's = "it is"; its = possessive. E.g., it's flapping its wings.
    35. Re:It's not GPL'ed either! by angel'o'sphere · · Score: 3, Informative


      1) The JRE is NOT freely redistributable. Therefore I can't legally add it to my OOo CD's that I pass on to customers and I have to make them download it first.


      1) this is bullshit.

      2) this is wrong.

      3) this is FUD.

      4) Sorry to say that ... wow I see my Karma burning: you are an idiot!

      Why? Why do you think, there is a JDK and a JRE? Hm? Wow ... well, one is for software developers to develop and one is for software developers to redistriute! Oops?

      Every software based on Java, to be bought on CD or DVD has an JRE bundled .... obviously you either never buy software or you do not watch what gets installed.

      angel'o'sphere

      --
      Cost free eBook I read (by iBook/Kobo/Amazon/ObookO/Gutenberg etc.): "The Green Odyssey" by Philip Jose Farmer.
    36. Re:It's not GPL'ed either! by petermgreen · · Score: 2, Informative

      usually there are vendor specific classes that underlie the public api

      in suns java theese are in the package sun. and if you use such classes then you can end up with jvm specific java code.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    37. Re:It's not GPL'ed either! by Decaff · · Score: 2, Insightful

      You mean to say it's immaterial if one JVM supports tail-recursion and the other does not (just an example)?

      Absolutely. There are very, very few practical situations where this matters.

      However, if you search you'll read experts giving different versions of the story regarding JVM.

      Why should the typical (or all but the most specialised) developer care? The details of VM implementation and optimisation techniques simply have no relevance for the vast majority of software written in the real world.

  2. If you'll pardon my French by AKAImBatman · · Score: 5, Insightful

    Hey ASSHOLES, the current Java source code can be downloaded here, and the latest development version can be downloaded here. And if that's not enough for you, your precious Kaffe, gcj, GNU Classpath, and other "Open Source" projects are working on reimplementing the JVM. I don't particularly care if you like Java or not, but I've had enough of this bullshit about Java being open or not. It's a God damn language/platform with thousands of successful Open Source projects under it, and has been opened up six ways to sunday. Comparing the issue to Linus's predicament is disingenuous at best, is not outright dishonest!

    Not to mention that OpenOffice is Sun's baby. They PAID MONEY FOR IT. (I know that's a foreign concept here, since the entire fraking world is supposed to be FREE for the fraking taking.) If you don't like the direction OpenOffice has taken, then go play with KOffice. Oh wait, you alreay pissed them off too. Is there anyone you people won't make an enemy of in your Quixotic quests of stupidity?

    Apologies for the abrasiveness of this post, but crap like this deserves it. You've been given a gift and all you can do is look it in the mouth.

    1. Re:If you'll pardon my French by Anonymous Coward · · Score: 2, Insightful

      StarOffice is Suns baby, OpenOffice maybe contributed by Sun but it was handed over from them long ago. Java is proprietry, thats a problem waiting to happen possibly, thats the issue. What if we find an issue with Java that blocks something on OO? We are dependant on Sun to fix it.

    2. Re:If you'll pardon my French by nb+caffeine · · Score: 2, Insightful

      Agreed. I am not a fan developing in Java myself, but appreciate the technology, being both a windows (work) and linux (home) user. People seem to complain about a language that makes alot of previously hard things easy.


      I have lots of issues with java myself (antiquated JVMs on old platforms) and the speed of a heavy gui app written in java, however, there are tons of GREAT oss projects written in java. And i think thats great.

      To me, the fact that sun paid for OO.o seems irrelevant. To me its just another OSS project that uses java. So what?

      --

      "Something's wrong with you...and I hope we never do meet again." - Deftones When Girls Telephone Boys
    3. Re:If you'll pardon my French by m50d · · Score: 2, Informative
      1. It's under a very restrictive license. The license isn't so restrictive by the standards of applications or operating systems, but by the standards of languages it's very strict.

      2. RTFA, the major problem is that they're using undocumented sun-only features, almost as if they're deliberately breaking it on Kaffe etc.

      I do leave it alone and use KOffice, and I try and encourage others to do the same. One way to do so is tell people about the problems with OpenOffice. Because make no mistake, these are problems.

      --
      I am trolling
    4. Re:If you'll pardon my French by Anonymous Coward · · Score: 2, Funny

      Couldn't have said better myself, although I would have used much better swear words.

    5. Re:If you'll pardon my French by Monkelectric · · Score: 3, Insightful
      Double agreed. The 1.x versions of OO use Blackdown IIRC? *BLACKDOWN SUCKS*. Yes its good to have an open source java platform. Is it good that its an order og magnitude slower than Suns java? *NO*. Open Office 1 was soo slow it was *unusable* on my athlon 1700 w/ 512mb. The OO 2 beta is downright *speedy* on the same system.

      End of story. Would it be nice if it was based on an open source stuff? Yes. Is the open source stuff up to par in this case? no.

      --

      Religion is a gateway psychosis. -- Dave Foley

    6. Re:If you'll pardon my French by natrius · · Score: 3, Interesting
      From the article:
      The most visible evidence of that is that the FSF (Free Software Foundation) is "is looking for volunteers to maintain a version of OpenOffice that doesn't require a non-free Java platform."
      This isn't about having something against Java as a language or being mad at Sun for implementing new features in Java. I think they should use whichever tools allow them to work most efficiently. All this is about is ensuring that all these new features can be utilized without Sun's JVM, since most distros can't ship it. This means people have to provide patches that deal with the incompleteness of the free JVMs. If the patches don't make it upstream, someone still needs to maintain them.

      There's nothing wrong with wanting a completely free software stack, and I think there's generally less animosity out there than people are making it seem.
    7. Re:If you'll pardon my French by Hobbex · · Score: 4, Insightful


      The problem is not that it uses Java, the problem is that it uses a bunch of classes that in the com.sun hierarchy - classes that are NOT part of the standard Java library, and that bind it explicitely to Sun's proprietary (source code available does not make it Free - many people have the source code for Windows) JVM. The developers have made zero effort to try to make it possible for Kaffe, GCJ, or the upcoming Harmony to be used for OpenOffice.

      And yes, this is their right. If they wanted to drop everything but the Windows version, that would be their right too. If they wanted to stop development all together, or decide that future versions would be entirely proprietary, that would be their right too.

      But you know what, it is perfectly reasonable to try to bring up that this is a glaring problem in the presentation of OpenOffice as a non-prorietary open office suite. The people who do so are not whining, or demanding, and they aren't being rude ASSHOLES (that would be you). They are simply putting light on a rather crucial issue.

    8. Re:If you'll pardon my French by radish · · Score: 4, Insightful

      RTFA, the major problem is that they're using undocumented sun-only features, almost as if they're deliberately breaking it on Kaffe etc

      I did RTFA, and it mentions NOTHING about "undocumented sun-only features". It DOES mention that there were problems running it on GCJ, because GCJ doesn't yet support the full spec. Well, I'm sorry, but that's a problem for GCJ not Sun. Stallman even says as much in his document "The Java Trap" - he uses the words "sun only feature" to mean things which the free implementations don't yet support.

      Really - there's no conspiracy here. The only significant stuff that the source isn't available for from Sun is the JVM itself and stuff under sun.* packages. The JVM is a free spec which others are welcome to implement (s.g. GCJ etc al), and no app in it's right mind should be directly calling sun.*, for obvious reasons. If you find code in OO which does, then maybe there will be cause for complaint.

      --

      ---- Den ene knappen er powerknapp, den andre er Bender voice knapp "Bite My Shiny Metal Ass"

    9. Re:If you'll pardon my French by willCode4Beer.com · · Score: 4, Insightful

      The developers have made zero effort to try to make it possible for Kaffe, GCJ, or the upcoming Harmony
      Wait, you mean developers working for free, have made zero effort to make their task more difficult?
      Those jerks.
      Why didn't they consult with us before giving us free software?
      Don't they know that we care more about the choice of development language than functionality and bugs.
      You can't seriously trust a developer to chose the implementation language for his or her project. Isn't it more appropriate for the users of software to decide the deveopment language. They are the ones who will get the binaries.

      --
      ----- If communism is a system where the government owns business, what do you call a system where business owns govern
    10. Re:If you'll pardon my French by LarsWestergren · · Score: 3, Insightful

      The people who do so are not whining, or demanding, and they aren't being rude ASSHOLES

      It is if they are spreading FUD, and a lot of people here are. "Undocumented Sun only Java libraries" my ass. The code is open for anyone to look at. See what Kaffe, GCJ or Harmony is missing and implement that instead of wasting time bashing Sun.

      --

      Being bitter is drinking poison and hoping someone else will die

    11. Re:If you'll pardon my French by matfud · · Score: 2

      The java runtime can be freely distributed as long as it is packaged with an application (OO for example).

      Admittedly this get a bit storage heavy if you try to distribute a large number of apps written in java.

    12. Re:If you'll pardon my French by mrsbrisby · · Score: 2, Interesting

      If you'll understand why Free Software advocates don't consider it a gift, you'll understand why there's so much hesitation and mistrust.

      I believe SUN _truly_ believes as you do: That they're doing the world a favor. That SUN is doing the virtuous thing with SUN JAVA.

      However, I would hope that someone at SUN- and others like yourself- would notice that maybe, JUST MAYBE, there's a motivation behind all this mistrust, and a reason why Free Software advocates feel threatened by SUN JAVA.

      And while we're making wishes here, maybe they could find out what that reason is, and do something to address it besides cramming their heads through their sphincters and calling people who reason ASSHOLES.

      Here's a fantastic reason to avoid SUN's Java: 10 years from now, your program might be worthless. It won't run on modern systems, and you will have the choice of rewriting it from scratch, or performing the effort SUN went through to MAKE Java, just to get your software to work.

      Because SUN JAVA isn't Free Software, people who write code for the SUN JAVA PLATFORM are giving an enormous amount of trust to SUN that they will make Java 1.5 (or whatever version they target) run until the end of time. Or at least, until the user of the applications' choosing.

      SUN will make a decision (as they always have) that some point exists where SUN JAVA 1.5 will no longer be supported. At that point, if you use an application that runs on SUN JAVA 1.5, you either have to ask your vendor to update it for you, or you're SOL. That vendor might've gone bankrupt, and have no other say in the matter.

      Yes, this is indeed an awful lot of trust to be vesting in SUN, so it's no surprise there are a number of people who have worries as to whether or not SUN can be trusted with their OpenOffice documents: I personally enjoy looking at documents I wrote 10 years ago, and I suspect I'll enjoy doing it 10 years from now.

      I think at the point SUN is at right now, it might be easier for them to change their behavior so that I can use their software. Surely they want me to use their software, and so I lobby them.

      If they don't want me to use their software, then they should say it- like Microsoft has time and again. But if they really want to make Free Software, than we'll keep telling them what they're doing wrong... ... until they do it right.

    13. Re:If you'll pardon my French by Usagi_yo · · Score: 4, Informative

      1. The license only restricts your ability to take java, change the name and call it your product, then start charging for it, without paying license and royalty fees to Sun.

      2. Seeing how the source code is available, I don't see how you can say they are using undocumented features and keep a straight face.

    14. Re:If you'll pardon my French by T-Ranger · · Score: 2, Funny

      People who have email addresses in the form of user@sun.com use com.sun classes regularaly.

    15. Re:If you'll pardon my French by AKAImBatman · · Score: 4, Insightful

      the OpenOffice developers are using proprietary classes from Sun's Java runtime library.

      You mean the ones that are fully and openly documented, and have source code available in both the JDK binary download and the full SCSL source downloads?

      This has everything to do with runtime libraries -- not the same thing as compilers, Bonzo.

      That's "Bozo", bozo. ;-)

    16. Re:If you'll pardon my French by matthewn · · Score: 5, Insightful

      Hey ASSHOLES ... Apologies for the abrasiveness of this post, but crap like this deserves it.
      Sigh. No. No it does not. The people you've called ASSHOLES are standing up for a principle they believe in. Their point is quite simple, and you're ignoring it: Java is not Free. Now, that may not be important to you. Fine! Say so! Make your argument. Maybe even try to convince someone you're right. But don't tell us that Java has been "opened up wix ways to sunday," because that's a red herring. We're not talking about the way you define freedom or open-ness. The story isn't about whether Java meets your standards. The story is about Free Software that isn't Free anymore. Some people get upset about these things. That doesn't make them ASSHOLES.

      The idea that there can be no criticism of Sun because they've provided a "gift" is silly. If you make a gift of pork to someone whose beliefs say "don't eat pork," should they thank you and chow down? Granted, the analogy doesn't hold in the end, because in this case, Free Software types can try to turn the pork into chicken (Kaffe, gcj, etc.). That doesn't make them ASSHOLES either.

      As for what you falsely label "abrasiveness" (it's actually something much deeper), if you have this level of intolerance for opposing views, well, there are words to describe people like you. You already seem to know one of them. Remember to turn the caps lock on.

    17. Re:If you'll pardon my French by Malor · · Score: 2, Insightful

      Good god, how many times does this have to be said? Free as in beer is great. Free as in libre is better. If I use free-beer code and become dependent on it, then I am giving the person who wrote it some degree of control over my life. And I may not really realize the consequences of doing so until much later. See Linus Torvalds and Bitkeeper. See also Microsoft, who likes to impose new license changes unilaterally in service packs, or modify file-save formats to force you to buy another multi-hundred-dollar upgrade to your office suite.

      People are upset because Sun can change the terms of Java whenever they choose. They have not been willing to really give up control of Java. They desperately want to screw people the way Microsoft gets to. They don't seem to realize that nobody else will EVER be able to print money like Microsoft does, at least not in the computer field. Between Microsoft already existing, and Open Source coming up from underneath, the best Sun can hope for is an honest living... they're not going to be able to both maintain control over their platform and also have it be a market-determining force. They can have one or the other, but not both. Only Microsoft gets both.

      People are uptight because using Java-based OO means making themselves vulnerable to Sun, in the same way that Word users are vulnerable to Microsoft. They want the assurance that they can't be orphaned, forced to upgrade, or forced to accept some other unilateral license change on Sun's part.

      I don't think I've ever heard ANYONE argue that OO is actually better than the Office suite. People use it because it is cheap and free-as-in-libre, and get most annoyed when the libre part starts going away. The few serious users they do have exist BECAUSE of Microsoft's abuse, and those customers are highly snsitive to behavior that looks even vaguely similar.

    18. Re:If you'll pardon my French by k98sven · · Score: 4, Informative

      no app in it's right mind should be directly calling sun.*, for obvious reasons. If you find code in OO which does, then maybe there will be cause for complaint.

      There is code in OOo which uses com.sun classes. Quite a lot of it.

      Caolan McNamara is working on building OOo on GCJ. Right on his blog there you can see several examples listed, e.g: ./hsqldb/makefile.mk is breaking due to sun.security.action.GetPropertyAction being missing.

      Ok? Noone is saying it's all Sun's fault here. But part of it is.

    19. Re:If you'll pardon my French by 51mon · · Score: 4, Insightful

      > 1. The license only restricts your ability to take java, change the name and call it your product, then start charging for it, without paying license and royalty fees to Sun.

      Funny I could swear I cut and pasted this from the SUN site.

      "Modified source code cannot be distributed without the express written permission of Sun Microsystems, Inc."

      So basically you can read the code to find out how it works, but you can't distribute bug fixes, or enhancements, you can't port useful bits of the code to other Java implementations or other software (indeed writing your own version after you've read the source code might be legally risky I suspect). It makes no mention of whether you charge for it.

      Indeed the licence attempts to risk redistribution of modified binaries "internally", so modifying the code for your companies own private use may be a licence infringement.

      "Here is the source code, look and admire, but don't touch it."

      Compare and contrast the licence with the other 16,000 odd packages in Debian.

    20. Re:If you'll pardon my French by m50d · · Score: 3, Informative

      Notice the sun.* packages in that API doc you link to? No, me neither. Oh wait, that's because THEY'RE NOT THERE

      --
      I am trolling
    21. Re:If you'll pardon my French by bckrispi · · Score: 2, Insightful
      Now, the FIRST bullet point of the release notes from EVERY Sun release since Java 1.1.8 *clearly* reads:

      THOU SHALT NOT USE sun.* PACKAGES, AS THEY ARE EXPERIMENTAL AND MAY BREAKETH UPON YOU WITHOUT WARNING!

      Now seriously, rub two brain cells together and come up with whose fault this is: Is it Sun's for providing unsupported libraries for developers to play with, or the OO.o developer who disregarded the warning that every Java codemonkey with more than a week's experience knows by heart and went ahead and used sun.* packages in a production-bound system. He shoots his own code in the ass, and it comes out to be Sun's fault. Fucking brilliant!

      --
      Xenon, where's my money? -Borno
    22. Re:If you'll pardon my French by danharan · · Score: 2, Insightful
      If you make a gift of pork to someone whose beliefs say "don't eat pork," should they thank you and chow down?
      Obviously not. They can politely decline, perhaps explaining why they choose to not eat pork.

      What is rude is "objecting" to someone using pork in their cooking. It's boorish, and no way to win an ideological/religious battle.
      --
      Information: "I want to be anthropomorphized"
    23. Re:If you'll pardon my French by Xtifr · · Score: 2, Insightful

      Yeah, it's just like those darn abolitionists saying that slaves should be free! My slave is free! I didn't pay a penny for him! John Brown doesn't consider him free, but you know what? He doesn't own the word "free".

      This so-called "nit" was stupid 150 years ago, and it's stupid today. You know what RMS is talking about when he says software should be free, it has nothing to do with "owning" the word free, it's a perfectly valid meaning of the word free, and the fact that there are other meanings of the word free has nothing to do with the topic under discussion, and more than my "free slave" is a valid rebuttal to the abolitionists.

      If you don't support free software (or free slaves), that's fine, just say so. Stop pretending that you're too stupid to understand what's actually being discussed, though. It makes you look like a fool. There are plenty of reasons why one might not buy into the free software philosophy, but the ambiguity of the English language is not one of them. Stop wasting everyone's time with this junk.

    24. Re:If you'll pardon my French by jafac · · Score: 2, Funny

      If you make a gift of pork to someone whose beliefs say "don't eat pork," should they thank you and chow down?

      Soylent Java is made of Classes!

      --

      These are my friends, See how they glisten. See this one shine, how he smiles in the light.
    25. Re:If you'll pardon my French by kaffiene · · Score: 3, Insightful

      Bullshit. Noone is forcing you to use Open Office.

      If it offends your sensiblities that Sun gives the product of years of its effort and millions of it's dollars away in ways which are "free" in many different senses except for your special definition of "free", then be my guest and don't use it.

      You ARE an asshole for suggesting that something you get for free isn't exactly the way you want it. FFS - it's free! If you don't like it, don't use it.

  3. Covered before by Quixote · · Score: 2, Interesting

    As I pointed out to the editors (OK, laugh at that), this has been covered before. Though, I don't understand the need to throw in Linus's name. Maybe that's to rile up the crowd? :-)

    1. Re:Covered before by southpolesammy · · Score: 4, Insightful

      We need the ability to moderate the articles themselves. Myself, I'd give the article a -1, Redundant (covered before, as you mention), -1, Troll (for trying to get people unnecessarily spun up), and -1, Flamebait (for name dropping Linus in a conversation that has nothing to do with him).

      --
      Rule #1 -- Politics always trumps technology.
  4. Use of Java by Zardus · · Score: 2, Insightful

    Its a programming language... As long as the code is open source, then why not use it?

    At a future point in time, there could very well be complete open source java implementations. But even if there aren't, the code is still open source.

    --
    You can mod your friends, you can mod your nose, but you can't mod your friend's nose.
    1. Re:Use of Java by m50d · · Score: 5, Insightful

      Because it depends on undocumented "features" that are only available in the sun JRE, which is THE PROBLEM THE ARTICLE IS ABOUT. Wasn't this exactly what sun (quite rightly) criticised MS for doing with java?

      --
      I am trolling
    2. Re:Use of Java by rgmoore · · Score: 4, Informative
      Its a programming language... As long as the code is open source, then why not use it?

      It doesn't do any good to have open source software if it requires a closed source VM to run. You're still at the mercy of whoever controls the VM. If they decide to pull your license (as Sun did to FreeBSD) then you're no longer allowed to use your own software. You can't build Free Software on a non-Free foundation.

      --

      There's no point in questioning authority if you aren't going to listen to the answers.

    3. Re:Use of Java by natrius · · Score: 2, Insightful

      Because it depends on undocumented "features" that are only available in the sun JRE

      That's not true. The features are documented, but the free Java implementations haven't caught up yet. Everyone is so quick to prove some sort of malicious intent that they're ignoring the facts. The article doesn't say anything about undocumented features, it talks about unimplemented features.

    4. Re:Use of Java by LarsWestergren · · Score: 2

      *What* undocumented features? Can we see any proof please?

      --

      Being bitter is drinking poison and hoping someone else will die

    5. Re:Use of Java by bay43270 · · Score: 4, Insightful

      Because it depends on undocumented "features" that are only available in the sun JRE, which is THE PROBLEM THE ARTICLE IS ABOUT. Wasn't this exactly what sun (quite rightly) criticised MS for doing with java?

      Read RMS's The Java Trap. He isn't complaining about undocumented features, he was complaining about using features that haven't been implemented in a 'free' version of Java yet. In essence, he's complaining that GNU Classpath isn't developing fast enough (although he would never word it that way). Once GNU Classpath catches up to Sun (if it happens), then Open Office will work just fine with it.

      And this wasn't what Sun was criticizing MS for. MS was adding very well documented (and thoughtful) features to Java. New features like delegates. Sun just didn't want to loose control of Java. They didn't say no one should advance Java past version 1.1. They said only Sun should make changes to the language.

    6. Re:Use of Java by ComputerSlicer23 · · Score: 2, Informative
      Yes, and no. Using that sort of logic, Sun could never add a new feature to their JRE until they'd added to to everyone elses.

      The problem Sun had with Microsoft's Java was that Microsoft was giving access to Win32-only API's, so that the source that used them would run only on a platform that supported Win32. Sun accused them of attempting to take a language they had worked hard to make platform independent, and tie it directly to Win32.

      If Microsoft was making extensions that were useful and didn't need Win32 to implement, my guess is that Sun wouldn't have been so upset about it.

      The analogous problem would be if Sun implemented stuff that would only work under Solaris. The JRE works on all of the platforms it's released on (at least it's supposed to).

      Nothing I've read about the Sun Only extenions are inheriently unimplementable by anyone else on a standard Java platform. When they refer to them as Sun only. I'm guessing it's an API that Sun is working on standardizing, but wants to make it available for use to shake out defects in the API. That, and/or its so new that no one else has had time to implement it.

      Kirby

    7. Re:Use of Java by murdocj · · Score: 3, Interesting
      You can't build Free Software on a non-Free foundation

      Of course you can. Stallman himself points out that that's how free software was developed. If the first free software had had to wait for the first free user to toggle the first free monitor and free assembler into memory one byte at a time, there wouldn't be any free software. Free software was built on back of unliberated software.

  5. Please ignore that last sentence by frankie · · Score: 2, Insightful

    Let's try and keep this discussion focused on Sun, Java, and OO.org, but not the Bitkeeper flamewar, mmmkay?

  6. Umm... by Vaevictis666 · · Score: 4, Insightful
    Really, what the heck does the kernel development move have to do with this? Linus didn't move off of BK because it was non-free, it's because the no-charge use license was revoked by BM.

    If someone could explain how this relates to OO.o's use of Java, I'd appreciate it :P Otherwise I'll just assume the submitter is trying to be a little more sensational about things.

    1. Re:Umm... by codepunk · · Score: 2, Insightful

      Well it is pretty damn simple really, Sun can do the same and pull free java any time it wants. Depending on non free sofware places you in a vulnerable position that is totally unecessary.

      --


      Got Code?
  7. I agree...sort of. by PenguinBoyDave · · Score: 4, Insightful

    Java works, and works well. However, I can see the point about OpenOffice being totally *free.* However, Since OpenOffice is essentially StarOffice, which, if I am not mistaken, comes from SUN, why not use it?

    --
    I'm not a troll, but I play one on Slashdot.
    1. Re:I agree...sort of. by Soko · · Score: 2, Insightful

      It's a matter of control.

      Sun still ultimately controls Java, and how Java is licensed. They also have a history of viewing colleagues _solely_ as competitors - something to be destroyed, not a person to share ideas with. This makes some in the OSS community nervous, since we can't guarantee that any Java components will remain Free Software in perpetuity.

      Sun may actually want to play nice with the OSS community (I'm beginning to think that they do, but I'm still not sure), but I think they have a problem with the fact that they are joining the community, it's no longer the community joining them. Ergo, they need to play by the communities rules until such a time as they've earned a respected place in that community, and can set directions and agendas.

      It isn't 1999 any more.

      Soko

      --
      "Depression is merely anger without enthusiasm." - Anonymous
  8. Don't like it? Fork it! by winkydink · · Score: 2, Insightful

    The objections seem to be emanating from rms.

    While some OO.o supporters claim that the opposition is primarily the result of misinformed free-software zealots, Microsoft, or astroturfing (the use of paid shills to create the impression of a popular movement) by OO.o opponents, there does seem to be some concrete opposition to OO.o by the free software community.

    The most visible evidence of that is that the FSF (Free Software Foundation) is "is looking for volunteers to maintain a version of OpenOffice that doesn't require a non-free Java platform."

    Volunteers to lead this project are requested to contact the FSF's founder, Richard M. Stallman

    --

    "I'd rather be a lightning rod than a seismometer." -Ken Kesey

  9. Comment removed by account_deleted · · Score: 2, Interesting

    Comment removed based on user account deletion

  10. Code is still open, though, right? by Stibidor · · Score: 2, Informative

    I admittedly don't know much about OpenOffice, but it seems to me that the Java source code would at least be open, right? As long as the source code is still available (whether it's written in Java or Pascal), what's the big deal? If you don't like Java just because the implementation is proprietary, you could always find the offensive Java code and port it to something you like more. Am I way off here?

  11. How open it is doesn't matter to me... by AmazingRuss · · Score: 2, Interesting

    ...but that abysmal load time makes me willing to pay $130 for MS office. OO loads up like...well...a big fat Java app.

  12. Stupid... by jwthompson2 · · Score: 2, Insightful

    Stupid, stupid, stupid...Free Software people will keep grumbling as long as we aren't building everything from a completely "Free as in Free-as-long-as-you-play-by-OUR-rules" standpoint. And what the hell is that about Linus, he rolled his own solution because he needed to do more than any of the available FOSS solutions could, but what bearing that has on OOo is beyond me....


    This is nonsense, there are some reasons, most highly contentious, not to rely heavily on Java but this argument isn't one of them...


    Idiots!

    --
    Even if I knew that tomorrow the world would go to pieces, I would still plant my apple tree. -Martin Luther
  13. Sun is dogfooding by SpiffyMarc · · Score: 4, Insightful

    Sun buys StarOffice, and spins up a free version of it for the "community." They decide to use some of their own technology (Java) in this program. So what?

    Sun controls OpenOffice/StarOffice, and Sun controls Java. Both have been opened more than your typical commercial holding. What's the problem?

    1. Re:Sun is dogfooding by Cyno · · Score: 2, Insightful

      There's no problem. The whiners just need to fork OpenOffice if they think its worth it. OOo is a stupid name. And a fork can be nicely integrated with KDE, GNOME and OSX/Cocoa.

      Anyway, I'm going to use Gnumeric, Abiword and Koffice in my distro until something better comes along.

  14. Comment removed by account_deleted · · Score: 5, Insightful

    Comment removed based on user account deletion

  15. Java = write once, run everywhere = good for OOo by Gothmolly · · Score: 4, Insightful

    well, assuming that Java _does_ run everywhere, which of course, we know it doesn't. Or doesn't run _well_... like on HP-UX.
    But anyway...
    What better language should they pick? VB? csh? Perl? Python? Mono? Java has relatively point-n-click installers for many popular OSes, has a remarkable amount of functionality, and will smooth their development wrinkles because of its universality. Remember, this is a desktop app, it needs to largely 'just work' from an installation perspective, you don't want Joe Windows User going to ActiveState and getting some Perl package, or needing some cygwin-esque environment to run Python or something else.

    --
    I want to delete my account but Slashdot doesn't allow it.
  16. Straining at GNats by lheal · · Score: 2, Interesting

    Whether OO.o is built using a Free language or just a free language is not important to me. The source code of the suite (in the [Ff]ree language) is available.

    Having the source is all I really care about. Would it be better if Sun GPLd Java? Maybe. Would it be better if OO.o were developed using only Free tools? Maybe.

    Would any of that change my ability, in the real world, to use Open Office instead of MS Office? Probably not.

    --
    Raise your children as if you were teaching them to raise your grandchildren, because you are.
  17. Technical Merits of Java by JBrow · · Score: 3, Insightful
    According the article: "The problem, according to some free software voices..."
    Stop right there. Name names that carry some weight, please. This is almost as bad as "Unidentified sources within the White House..." After drilling down to the cited NewsForge article http://software.newsforge.com/article.pl?sid=05/03 /22/204244, we get to the the real reasons. Java is very powerful, albeit coming from Sun and not from the OSS community. Until the OSS community can deliver, can anyone provide an alternate to using Sun's Java?
    --
    --- You are in a little twisty maze of comments, all different.
  18. OO by fishfish · · Score: 2, Insightful

    All I know is that OO keeps getting better and faster, that it isn't costly like MS office, doesn't have a closed file format like MS office and that it has cross-platform versions. Sounds like the right stuff to me.

  19. And what would be better? by ShatteredDream · · Score: 5, Interesting

    Python which is slow, has a much smaller user base and far less consistent and well-documented standard library?

    Perl whose readability for many coders is next to nothing?

    C++ because we all know that more buffer overflows and random craziness is what OpenOffice needs to compete with Microsoft Office?

    C# since 93-95% of the desktop users out there use Windows, why bother with the minority of others? (I actually quite like C# and am hopeful about Mono)

    Ruby because a language that most coders have never even seen before is clearly the best way for a fresh start?

    Objective-C because when Steve Jobs takes over the world, we'll need to be on his good side?

    C, since objects really are overrated for anything that normal developers might want to maintain?

    So seriously, of all of the major language choices, which would be better?

    1. Re:And what would be better? by m50d · · Score: 2, Insightful

      I'd use Python. Java is slow too, slower in practice since it makes much less use of native code. Why is the user base a problem? I've always found the standard library very well documented and have yet to have a consistency problem, but if those problems are there it's probably because the library is a lot bigger than in most languages, you'd normally end up getting external libraries to do the same thing which would, in all probability, be inconsistent with the standard library and underdocumented.

      --
      I am trolling
    2. Re:And what would be better? by ignorant_coward · · Score: 2, Funny

      So seriously, of all of the major language choices, which would be better?

      EMACS

    3. Re:And what would be better? by TravisWatkins · · Score: 4, Funny

      Well, no one ever seems to complain about BrainFuck. Let's use that!

      --

      "But I'm still right here, giving blood and keeping faith. And I'm still right here."
    4. Re:And what would be better? by cahiha · · Score: 4, Insightful

      C++ because we all know that more buffer overflows and random craziness is what OpenOffice needs to compete with Microsoft Office?

      Given that such a huge page of OOo is already written in C++, adding a bit of Java into the mix doesn't make much of a difference in terms of reliability.

      It does make a difference in terms of introducing a dependency on a 50M install and a proprietary runtime that exists on only a limited range of platforms.

      So seriously, of all of the major language choices, which would be better?

      C++ plus a scripting language. C++ is and will always be primarily a C++-based implementation.

      I do agree that getting rid of C++ would be nice, but adding a few percent of Java code to OOo is not going to accomplish that.

    5. Re:And what would be better? by Anonymous Coward · · Score: 3, Insightful

      Python which is slow, has a much smaller user base and far less consistent and well-documented standard library?

      Python's not that slow to begin with, and there are a number of things you can do to speed it up (e.g. Psyco).

      I also take issue with the smaller user base - firstly, why is that a big deal, and secondly, are you sure it's true? Python's been around longer and has big names using it like Google too.

      Lastly, have you ever actually used Python? Even if the rest of what you say is true, it is more than compensated for by the fact that you are way more productive in Python than Java. 50 line programs get cut down to 5 line programs. You don't have to bother writing things like getFoo() and setFoo() most of the time.

    6. Re:And what would be better? by 0x336699 · · Score: 5, Funny

      I appreciate this thorough analysis of the major (non-Java) programming languages. Based on your remarks I have decided that OpenOffice should not be written in any programming language at all. My basis for this decision is that every programming language has tradeoffs and drawbacks associated with it, which I find unacceptable. All OpenOffice development will cease until an acceptably perfect language has been authored.

      Also, I would like a chicken sandwich and a girlfriend.

    7. Re:And what would be better? by Anonymous Coward · · Score: 2, Funny

      VB - cause it kicks ass!!

    8. Re:And what would be better? by sjames · · Score: 3, Insightful

      Python which is slow, has a much smaller user base and far less consistent and well-documented standard library?

      Python which is not all that slow next to Java, is nowhere near as big a resource hog as Java, is completely Free, and is a standard part of most distros already.

      Besides, just haw fast does a document wizard or access like interface need to be? It'll spend most of it's time waiting for user input anyway.

      As it stands, I'd rather skip the wizards and access to avoid the dependancy on Java. Does anyone know if there's a proper config option for that or is it a hack and slash? If the latter, I* guess bI won't be upgrading for a good while.

    9. Re:And what would be better? by puregen1us · · Score: 4, Interesting

      Congratulations on the well thought out, objective arguement put forth. A single reason why not to use each language. No positive points considered at all. None of Java's flaws mentioned either.

      I actually, have no qualms with using Java, I just prefer to see rational, complete arguements on Slashdot. Something seldom posted.

      However, I fail to see the issue with using a proprietary language. The project is open source and will remain that way, and Sun cannot change that. Sun could change Java to spite it, but why would they deliberately harm a free, almost acceptable alternative to a rival's application?

      I use Apple's OSX, I don't use BSD's, NeXT's, Apple's OSX, and I don't use GNU Linux, I use Linux. I dislike the standard open-source, free-software bigotry, on licences. I imagine the majority of coders are working to create a decent alternative because they want just that, not out of some need for a jihad against an evil enemy. Why create such a fight. If that effort went into coding the results would be considerably better free software.

      Bit of a rant, sorry.

    10. Re:And what would be better? by the+eric+conspiracy · · Score: 3, Interesting

      You don't have to bother writing things like getFoo() and setFoo() most of the time.

      How is total lack of data hiding in an OO language an advantage?

  20. Jesus people, get a grip by Anonymous Coward · · Score: 5, Insightful

    Believe it or not, but OO2 relying so heavily on Java is a problem, as Java is not free software.

    Now all the name calling that is currently going on here will not change this simple fact and all this "I don't give a f*** as long as it works" won't change the fact that java not being free software poses a problem.

    Look for example at Debian, or Fedora, or Ubuntu, they all ship without Java because of licensing problems. Having one of the most important apps for desktop linux rely heavily on Java sure poses a problem for these distributions and their users.

    That said, I get the feeling that something good will eventually come off this situation, as said distributions (and especiall RedHat) are now working even harder on providing a true free Java environment and make OO2 run with it.

    As someone who prefers free software and someone who runs linux on non-x86 (ppc, therefor no current Java + firefox plugin available) I can only welcome this development.

    1. Re:Jesus people, get a grip by duggy_92127 · · Score: 4, Insightful
      Believe it or not, but OO2 relying so heavily on Java is a problem, as Java is not free software.

      From TFA:

      Scott Carr, OO.o's quality assurance project co-lead pointed out, "OO.o will run perfectly well without any JVM, but if there is a JVM then it has to do checks to make sure what features are supported in the JVM as well as run various functions. These are only run in the presence of a JVM."

      So, "relying so heavily on Java" isn't the case at all. Next point!

      Oh, they shouldn't use Sun stuff at all? From Caolán McNamara's blog:

      This gcj request asks for the addition of java.awt.Frame.createBufferStrategy which is all that is missing from gcj to build the java canvas stuff. (Though the canvas module contains a pile of spurious imports of sun.awt which are unnecessary and can be removed, not that there's much point right now, if a createBufferStrategy becomes available then removing the sun.awt from the canvas/java .javas is all that's outstanding)

      So, it doesn't use Sun-specific stuff, and the only gcj problem is something that gcj doesn't support... and it runs fine without a JVM in the first place...

      Why are we still talking about this?

      Doug

  21. Maybe, they would prefer to wait by willCode4Beer.com · · Score: 3, Insightful

    Maybe they think that OOo 2.0 will get released too soon and would prefer to wait a few years for the developers to port, and test the code.

    There's HypersonicSQL, that would have to be removed from its dev team, forked, and ported to a non java language. Then all of the code that uses it. I'm sure there's lots of other stuff.
    So, we could add a year or more to the release and get the exact same features with the same performance, the same license (OOo license), and more bugs.

    Yes, we could wait and get nothing except binaries that were made from source that was written in a language that has a different license.

    Or maybe the crybabies, who think this is such a big deal, could take the open source java source code and port it too some other language (C#?) of their choosing and thank the original developers for devoting their time. I notice that Richard Stallman is calling for volunteers instead of just doing it. Typical.

    Bill Gates has got to love this. The open source community builds a product to compete against his products. Then instead of unifying to make the project better, they split up to make a competing copy of the competing product. And this is over a language that there are open source tools to deal with.

    Or, we could all give a word of thanks to the developers who dedicated so much time so that we all may benefit. Even MSOffice users will benefit as MS improves their product and lowers their prices to cope with new competition.

    --
    ----- If communism is a system where the government owns business, what do you call a system where business owns govern
    1. Re:Maybe, they would prefer to wait by Anonymous Coward · · Score: 5, Insightful

      I notice that Richard Stallman is calling for volunteers instead of just doing it. Typical.

      That's a pretty lame comment, given how much code RMS has actually written and given away over the years.

    2. Re:Maybe, they would prefer to wait by civilizedINTENSITY · · Score: 2, Insightful

      Bill Gates has got to love this. The open source community builds a product to compete against his products. Then instead of unifying to make the project better, they split up to make a competing copy of the competing product.

      Actually it is Sun that is leveraging their commercial IP. Can you say, "bait and switch"? I knew you could ;-)
      This isn't surprising. Sun is squeezed by the market, and conflicted with respect to Free Software and Open Source. It takes time to "get it", and change is evolutionary. Sun is moving towards an openess, but can't let go because their property interests dictates their actions. (Which might not be bad for their stockholders, if Sun has the muscle to leverage their Java.) It's hard to compete with Free, though, and merely free isn't enough for the slashdot crowd.

      A Free implementation of Java would be an optimum solution, yes? IBM? Novell?

    3. Re:Maybe, they would prefer to wait by Just+Some+Guy · · Score: 2, Insightful
      I notice that Richard Stallman is calling for volunteers instead of just doing it. Typical.

      That's because he's thought to be afflicted with RSI, most likely as a result of the sheer volume of free code he gave you. Basically, the man crippled himself by writing Free Software pursuant to his stated goals, but now you reject him as a slacker because his productivity's fallen off.

      Either you're ignorant of the subject at hand or you're a world-class jerk. Regardless, kindly dismiss yourself from the conversation until you have a clue of what you're talking about.

      --
      Dewey, what part of this looks like authorities should be involved?
    4. Re:Maybe, they would prefer to wait by Pentagram · · Score: 2, Informative

      RMS has given the world gcc, emacs, and a host of other advanced projects. I think he has earned the right to express his views.

      Looking at your website, you offer a script for "automating FTP opertions [sic]". I rest my case.

  22. I predict... by LarsWestergren · · Score: 2, Insightful

    Since all responses so far have been very reasonable ("if you think it is a problem, do your own version then and don't bash Sun"), I predict the trolls will try to change the discussion to "I hate Java and it sucks compared to my favourite language X", or "Java vs Mono", with inflammatory posts.

    Don't take the bait.

    --

    Being bitter is drinking poison and hoping someone else will die

  23. This doesn't sound like a problem. by lpangelrob2 · · Score: 4, Insightful
    But the article doesn't cite a specific example.

    -- from the article --

    Still others have suggested that instead of using an open-source Java, these components be rewritten in an entirely different language such as Ruby or Python.

    However, some programmers have just gone ahead and found fixes for OO.o, which enables it to run with GCJ.

    Caolán McNamara, a programmer with Red Hat who specializes in word processing, has created one such set of fixes.

    A source at Sun said, "OO.o 2 works OK with GCJ" and that "Red Hat has been tremendously helpful in the effort to make that so, filing bug reports etc."

    In addition, while OO.o will run without a JVM (Java Virtual Machine), it will use one if it's available, and its performance has been found to be much better if Sun's 5.0 JVM is used.

    But, as Scott Carr, OO.o's quality assurance project co-lead pointed out, "OO.o will run perfectly well without any JVM, but if there is a JVM then it has to do checks to make sure what features are supported in the JVM as well as run various functions. These are only run in the presence of a JVM."

    -- end FTA --

    So... if there is a JVM, [something] runs better/faster than if there wasn't. For starters, the app works without Java. Secondly, it's been fixed to compile with an open-source Java compiler. Thirdly, what kind of code runs this way? The article didn't specify.

    How odd.

    Regardless, this is still a big deal about nothing, as per usual.

  24. Re:Si vous pardon mon Français by Anonymous Coward · · Score: 3, Insightful

    Hé des ABRUTIS, le code source courant de Java peuvent être téléchargés ici [ sun.com ], et la dernière version de développement peut être téléchargée ici [ java.net ]. Et si ce n'est pas assez pour vous, votre Kaffe précieux [ kaffe.org ], gcj [ gnu.org ], GNU Classpath [ gnu.org ], et d'autres projets "de source ouverte" travaillent à reimplementing le JVM. Je ne m'inquiète pas en particulier si vous aimez Java ou pas, mais j'ai eu assez de cette connerie au sujet de Java étant ouvert ou pas. C'est un rien language/platform de Dieu avec des milliers de projets ouverts réussis de source sous lui, et a été ouvert six manières au dimanche. Comparer l'issue à la situation fâcheuse de Linus est insincère au mieux, n'est pas malhonnête pure! Pour ne pas mentionner qu'OpenOffice est le bébé du soleil. Ils ONT PAYÉ L'CArgent LUI. (je sais qui est un concept étranger ici, puisque le monde fraking entier est censé être LIBRE pour la prise fraking.) Si vous n'aimez pas la direction OpenOffice a pris, alors va jeu avec KOffice. Attente d'Oh, vous alreay pissé leur au loin aussi. Y a-t-il n'importe qui que vous peuplez ne ferez pas un ennemi de à vos recherches de Quixotic de stupidité? Les excuses pour l'abrasif de ce poteau, mais le crap comme ceci le méritent. Vous avez été donnés un cadeau et tout que vous pouvez faire doit le regarder dans la bouche.

  25. Re:Don't like it? Fork it! by winkydink · · Score: 4, Insightful

    Not Java. Fork Open Office. Write the whole thing in Lisp if you wish. If yours is the better deal, the world will beat a path to your door.

    --

    "I'd rather be a lightning rod than a seismometer." -Ken Kesey

  26. How OO.o and BK connect by sjvn · · Score: 3, Informative

    >If someone could explain how this relates to OO.o's use of Java, I'd appreciate it.

    As I say in the story--in a one sentence remark--it's because in both cases, some people are objecting to the use of proprietary software in an open source project.

    It's not like this is a new battle between free software advocates and open-source supporters. The one most people probably know best is the use of TrollTech's QT in KDE. For more on that, see:

    http://developer.kde.org/documentation/books/kde-2 .0-development/ch19lev1sec2.html

    For the original version of the OO.o story see:

    http://www.eweek.com/article2/0,1759,1813986,00.as p

    Steven

  27. OpenOffice just works by cybrthng · · Score: 2, Interesting

    I dunno about you, but ease of use and functionality is what matters to me.

    OpenOffice just works.

    I use it for my busiess, at home and for my campaign staff.

    I'm not even sure how your points are relevant to the use of StarOffice and the purpose sun is trying to fill with this application.

    1. Re:OpenOffice just works by Metzli · · Score: 2, Interesting

      Yes and no. To me, functionality includes the ability to run it on multiple platforms. Being able to access the same files on Windows, Linux, and Solaris is a great boon. It's one thing I miss from the old FrameMaker days and it's something I really like now with OO.

      --
      "It's too bad stupidity isn't painful." - A. S. LaVey
    2. Re:OpenOffice just works by Fred_A · · Score: 2, Interesting

      Creating "office" documents is rarely the sole thing you do in a job.

      For example I create a lot of them to document what I've done on various machines on various networks so that my customers know what has been going on. However all my logs, all my tools, everything lives on my linux partition, not on the smallish Windows one that only has a couple games on it (SWAT4 and Brothers in Arms currently).

      Rebooting every 15 minutes while writing a document just to check something isn't practical. Having a dedicated machine just for office work when it really is a subset of what I do would be silly (although other machines here serve various other purposes).

      So even when MS Office was better than what was available in Unix, I *still* used Unix based office suites (ApplixWare at the time, LaTeX and whatever that 123 curses based clone was, before that).

      However I don't mind rebooting in XP every now and then to spend a couple hour in a game.

      No ideology involved. Just don't think everyone works the same way you do.

      --

      May contain traces of nut.
      Made from the freshest electrons.
  28. FireOffice by GodWasAnAlien · · Score: 2, Insightful

    my issue with java is not so much java/opensource/gpl..., but rather speed/memory/footprint.

    Open office is already huge and somewhat slow. Java will only make this worse.

    I remember when Mozilla was feature rich (kitchen sink), slow and huge. I stuck with old Netscape4 until Phoenix/Firebird/Firefox came fixed the Mozilla problems.

    After OO2 is released, probably someone will fork it, replacing all the java, and call it FireOffice, then OpenOffice will adopt the changes.

  29. So? Implement the "proprietary" stuff! by motown · · Score: 2, Insightful

    2. RTFA, the major problem is that they're using undocumented sun-only features, almost as if they're deliberately breaking it on Kaffe etc.

    Since everyone has access to the OO sources, nothing can stop Kaffe, Apache J2SE, GNU Classpath or any other project to implement these "proprietary" features, as they are called from the source code.

    It is most unlikely that sun would actually take legal action for the "unauthorised" use of these non-standard API extensions required for OO support, since they would then really be making dicks of themselves.

    --
    "Oooh, does that mean we get to kick some puffy white mad zionist butt?"
  30. Re:Runs fine, right? by j0shwalk3r · · Score: 2, Insightful
    You are missing the point, slightly. The problem isn't that
    some people won't be able to compile the code. *shrug*
    The problem is that Java is compiled to bytecode and run on Java Virtual Machines (JVMs). OOo is using proprietary Sun APIs that only work in the Sun JVM. Many Linux users don't have the Sun version, but rather a compatible JVM. (Also, many windows machines used to use MS's own JVM. I don't keep up on that, but it was the cause of a major lawsuit)
    So, if I'm running RedHat, which started building its own JVM, OOo won't run properly.
  31. Sun Java has to go from OOo by cahiha · · Score: 2, Interesting

    OOo cannot remain dependent on Sun Java: Sun Java just runs on too few systems and configurations. Either OOo gets hacked to remove dependencies on Java altogether, or it needs to be packages with a small, open source Java implementation that works well enough to let OOo function.

    Of course, none of this is particularly surprising: Sun is trying to introduce dependencies on their proprietary software in many pieces of software. It's an evil master plan, and it won't work, but that won't stop Schwartz and McNealy from trying until their company is bankrupt.

  32. Point of order... by g051051 · · Score: 2, Insightful

    I don't see anywhere in the article that indicates they're using undocumented internal com.sun.* classes. The problem seems to be that some key functionality in OpenOffice is implemented with Java, and that Java itself is not free. Also, it adds a requirement that any platform that runs OpenOffice must have a compatible implementation on Java.

    That also means that, if OpenOffice is coded to the Java spec (which it should be), then they shouldn't feel responsible for making the code run with Kaffe, GCJ, Harmony, or any other non-spec Java environment.

    On the other hand, if they coded it to spec, then OO shouldn't preclude the use of a different Java environment. If Kaffe, etc. were up to spec, it wouldn't be an issue. (I have no problems with these implementation, they all admit to various places where they don't fully implement the Java spec).

    This is a purely political/religious/philosphical issue, not a technical one. The objection to Java is because Java itself isn't free, not that OpenOffice is tied to a particular implementation of Java.

    1. Re:Point of order... by Hobbex · · Score: 4, Informative

      I don't see anywhere in the article that indicates they're using undocumented internal com.sun.* classes. The problem seems to be that some key functionality in OpenOffice is implemented with Java, and that Java itself is not free.

      Whether they say it in the article or not, it happens to be the case. Here is a post by the main Kaffe developer about it. I quote:


      >import sun.security.provider.*;
      >import sun.security.provider.SystemIdentity;
      >import sun.security.provider.SystemSigner;

      Not implemented and most probably won't be. These are
      the JDK 1.1 undocumented (actually sun mentions them
      in an example in the java security architecture paper,
      but explicitely recommends staying away from it) key
      management apis. Sun has deprecated the corresponding
      classes in java.security with java 1.2, and uses
      different key management facilities. Open office
      developers should know better, as they are supposed to
      be using java 1.3, right? ;)

      [lots of other imports of sun.* and sunw.* classes]

      Anyone using sun.* classes doesn't _want_ to be
      portable accross VM releases/implementations. Someone
      (either the open office developers, or the debian
      developers wanting to build open office using free
      software) should clean up the sun.* mess. I wouldn't
      want to implement sun.* classes just to suit someone
      else's bad programming style, and I don't know anyone
      who does ;)

    2. Re:Point of order... by g051051 · · Score: 5, Interesting

      The message you quote is from 1 Jul 2002, nearly 3 years ago. Do you have any current indication that com.sun.* classes are still in use?

  33. Umm, it's been fixed to compile under GCJ... by delirium28 · · Score: 5, Informative
    If you RTFA, you'll notice a link to Caolán McNamara's blog, which indicates how to get OO.o to build under GCJ. It also points out (as many have mentioned here) that no proprietary Sun classes are really being called here, it's just that the FOSS equivalents aren't quite up to speed yet.

    It seems that people are getting upset at looking at the imports in the code without realizing that THEY ARE NEVER USED!!! Again, I refer you to the blog entry, but for those of you too lazy:

    This gcj request asks for the addition of java.awt.Frame.createBufferStrategy which is all that is missing from gcj to build the java canvas stuff. (Though the canvas module contains a pile of spurious imports of sun.awt which are unnecessary and can be removed, not that there's much point right now, if a createBufferStrategy becomes available then removing the sun.awt from the canvas/java .javas is all that's outstanding)

    Nothing to see here, just move along. More jumping the gun rather than investigating things to completion.

    --
    Who is John Galt?
  34. WTF is the Linus reference about? by duffbeer703 · · Score: 2

    It's like saying:

    "The US invaded Iraq today. In other news, Tom Cruise was seen using a porta-potty."

    --
    Conformity is the jailer of freedom and enemy of growth. -JFK
  35. GCJ Anyone? by brunes69 · · Score: 3, Informative

    GCJ can already compile and run Eclipse, which is one of the most complex Java apps out there. I doubt compiling OPenOffice 2.0's Java code into .so format would be a huge hurdle.

    1. Re:GCJ Anyone? by greenrd · · Score: 2, Informative
      I'm using OpenOffice 2.0-beta on Fedora Core 4 test 2 here with no problems. The Java code uses GCJ.

  36. Non-Free = Less Portable by accidentalGeek · · Score: 2, Informative

    If you think that the Java license is not a problem, try running Java apps on a non-Intel Linux platform such as linux/ppc. Sun does not make a JRE for linux/ppc so the choices come down to IBM Java (which is also non-free, crashes frequently and does not support the 1.5 spec), Blackdown (which is non-free and seems to be stalled at 1.3), and the free JREs such as Jikes which will always be behind the curve as RMS points out.

    These problems are not incidental. They're a necessary consequence of the non-free license. Fewer developers are allowed to work with the code. This lack of resources directly translates to less portability. It also lengthens the bug fix cycle, slows the adoption of new features, and places supreme power in the hands of the copyright holder. If you require big changes to a free software product, you have the power to make those changes or hire someone else to make them for you. If you require big changes to a non-free product, you're at the mercy of the copyright holder.

    In the case of Java, the source is not as open as Sun would like you to believe. Parts of it are open. Other parts are locked away in binary files. You need an existing Sun bytecode compiler (on a platform supported by Sun) to build Java from source. This necessarily precludes porting it to other platforms without assistance from Sun. This is why the folks at blackdown needed to sign special agreements with Sun before they were granted access.

    I love Java. It's quickly becoming my favorite programming language, but I also have to agree with RMS that the license is problematic. Great language. Dangerous platform.

  37. Militant Bullshit by DesScorp · · Score: 2, Informative

    If you don't like OO, don't use it. As many have pointed out here, Sun basically bought it, and then gave it away for free. Apparently, that's not good enough for the revolutionary crowd here. It's a wonder any of these companies will work with us at all. With friends like these...

    I got into Linux because I wanted Unix at home. Not to rape and pillage the unbelievers. If we're getting to a point where I have to live by the Purer Faith, so to speak, just to use software, I'll head to BSD land. Because while I think the open source method is very, very cool, and will revolutionize software (in truth, it already has), I'm getting tired of the militants lecturing me about what I choose to put on my computer. I didn't sign up for that.

    --
    Life is hard, and the world is cruel
  38. Pardon me, but.... by ZosX · · Score: 3, Insightful

    Why does slashdot insist on posting such obvious trolls? This whole article and slashdot story should be modded -99 TROLL! The submitter obviously was hoping to start a flame war with the OSS free-software *coughstallmancough* zealots and the people who know better currently have the highest modded posts on this forum. There is no Java trap. As long as Java's source lays out in the open people will implement their own JVMs and compilers and the world will move on. If Sun goes down the drain then well, I guess by gosh those OSS zealots that are whining need to get their act together to implement all of those open sourced "hidden features."

    With the world all going to hell, you'd think that people could find better things to argue about. Java is obviously a well used toolbox in the open source and to say that it will have negative consequences is truly sad. Why do people use Java even though people bitch and moan about how slow and slow it is and how it lacks certain primitives (and it does), it is because it just works on nearly any operating system. When you only want to devote the time to develop for one platform, but at the same time allow just about anyone with a computer to run your code, what are you going to use?

    Azureus, Slimserver's MP3 player, a bunch of emulators, and a whole slew of other projects that can be found on Sourceforge, amongst other places, were all built on Java.

    Who knows, Java may live up to its promises as a platform for embedded devices one day. Given how many Universities teach Java right from the start and how many teachers are right now telling people that Java is likely to be the next big language, I wouldn't exactly say that Java is going anywhere anytime soon. Microsoft is now wishing they had come up with a similar idea and .Net has a long ways to catch up. Can't we find better things to argue over? That Java is even open sourced says multitudes about the effect of Free Software.

    Next troll/story please!

  39. Re:Stallman's Inconsistent by Bert64 · · Score: 2, Interesting

    There are free bios's (linuxbios for instance) that can boot linux, linux can also boot on systems with other firmware such as sun openfirmware or digital srm..
    On the other hand, linux requires HARDWARE to run on, which is also non-free.
    The bios is FIRMWARE.. perhaps it has some justification for being non-free seeing as it's integrated into the hardware which will always be non-free. The hardware business is not a scam like the software business, there is ALWAYS a cost for producing hardware, raw materials etc, and hardware usually becomes cheaper once the initial development costs are covered, unlike software.

    --
    http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  40. Re:Java = write once, run everywhere = good for OO by RangerElf · · Score: 3, Informative

    ...or needing some cygwin-esque environment to run Python or something else.

    What cygwin-esque environment is needed to run python apps? Links and resources, please...

    Normally, I just install python's win32 installer, and run my apps. If I need some third-party extension, I just install it, and go. No need for any cygwin-esque environment.

    -gus

  41. Re:Don't like it? Fork it! by Jason+Earl · · Score: 3, Interesting

    Which is precisely what the Free Software Foundation is doing. The FSF people are hoping that the folks at Sun will want to prevent a fork bad enough that they will work at little harder at making OO.org work with gcj. If Sun doesn't play ball then the FSF will fork OO.org and their gcj version will undoubtedly become the version that gets shipped with at least the Debian and Red Hat (and Fedora) distributions (and very probably others as well). And don't think these organizations are bluffing either. Gnome got its start in almost exactly the same way. The FSF, Red Hat, and Debian didn't like the licensing for KDE and so they did something about it.

    The real question is whether or not Sun wants a large chunk of its current OO.org's user base to use someone else's fork of OO.org because that's what is currently shaping up to happen. If Sun's execs think that these organizations (especially the FSF) are likely to be "reasonable" about the use of non-free software then they are clearly delusional. Sun has been dealing with GNU software and the FSF forever, and they have never seen them back down once.

    The worst part is that Sun really needs the Free Software faction of the Open Source community. After all, it really does take a zealot to propose replacing MS Office with some other piece of software. The pragmatists in the crowd are more than happy to wait and see if MS Office can really be replaced. The people that are currently considering replacing MS Office with OO.org are doing so because they believe in Free Software. Without enough zealots to take that first step OO.org is never going to have serious market penetration.

  42. Freedom? by Decameron81 · · Score: 2, Insightful
    "OpenOffice 2.0 Faces Opposition over Its Use of Java."


    As long as whoever is complaining takes the necessary steps to provide a different solution I guess they have a right to speak up their minds. Of course they should understand that the Open Office developers are still FREE to do as they wish.
    --
    diegoT
  43. Mostly open is better than mostly closed by objectwizard42 · · Score: 3, Interesting

    Framing java as "not open sourced" misses some significant shades of gray in the software development community. The useful tools for java development have been constructed by a community, and are available for download from sourceforge, apache, sun and other 'vendors'/bazaars.

    The useful tools for competing languages are highly proprietary, and the availability of mature, useful communities and code for extending those languages is far more limited than with java.

    Criticizing OpenOffice for being built with Java, which isn't "open", is kind of silly, in this broader context. It amounts to cutting off our nose to spite our face.

    --
    objectWizard42
  44. There is no controversy by tromey · · Score: 2, Informative
    The press always likes to talk about controversies and conflicts, but in this case there really isn't one.

    OO.o helped out getting rid of non-portable java constructs in their code.

    Red Hat hackers and other fixed some gcj and classpath bugs revealed by OO.o.

    Now it all works.

  45. Sun NO LONGER controls Java by SuperKendall · · Score: 3, Insightful

    What you and many others fail to understand is that Java the trademark might be owned by Sun, but Java the language LONG AGO went into the hands of the community - namly the Java Community Process. Java is really controlled by a LOT of companies now including IBM. Do you think IBM is really going to care if Sun withdraws into a shell? They would move forward with Java regardless, and they have a whole VM to back up such an action.

    Java already has a community. It's up to Sun to try and mesh the two communities but if you just pretend Java = Sun then you will never understand the results of anything that happens, as the reality is far more complex.

    Personally I'd like to see the focus be on catching up GCJ with the standards, and having a first-class Open Source Free VM. Then this whole debate is moot.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Sun NO LONGER controls Java by jbolden · · Score: 3, Interesting

      AFAIKT the JCP is legally a fully non profit subsidiary of Sun. The money collected goes to Sun. Sun's Process Management Office selects the experts and the specification lead for the Expert Group. That means your comment is essentially like saying, "General Moters doesn't control the engine specification Buick does". This may be true but ultimately Buick doesn't exist in any legal sense.

      Regardless of this however , of the 14 Expert Groups that have been formed, eight are led by Sun employees. Which means Sun controls Java in practice. Now of course the same can be send for Open Office (which is basically a Sun product) so I'm not sure what to say about the original complaint.

  46. Re:Stallman's Inconsistent by __aaclcg7560 · · Score: 2, Interesting

    Can someone please explain how these two situations are different?

    Before there was a demi-god called Stallman, there was the BIOS. Even Stallman had to bow down to a higher authority.

    After the BIOS, came a demi-god called Sun, who spoke in the language called Java. But Stallman was jealous of all the attention that Sun got for making Java.

    Since Stallman was the creator of GNU/Linux, and didn't drink deeply of Java, he's been pissing on Sun's parade ever since then.

  47. Real focus should be improving GCJ by SuperKendall · · Score: 2, Insightful

    If GCJ could be improved to the point that it supports the newer Java specs well, and OO can use it as a base - then this whole issue goes away.

    So you can try to convince a company to change policy, a group of developers to take a whole different approach to the project that would delay things by a year, or simply FIX THE PROBLEM. It used to be that people actually wanted to fix problems instead of bitching for the sake of it.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  48. Redhat had OO.org 2.0 RUNNING using gcj... by grantma · · Score: 2, Informative

    Just pointing this out. Sun OO.org have been quite helpful on this accepting patches to make sure this can be done.

    Article is not well researched, and sounds like scaremongering.

  49. Re:It's not GPL'ed either! (So What) by thelen · · Score: 5, Insightful

    The JVM is a specification that may be implemented on different platforms as people are so inclined.

    "Opening Java" will do nothing to address the problem of missing JVMs directly because the fundamental issue is one of demand. If you really need a JVM for your favorite toy OS, then start a project to build one.

  50. Motive by CarrionBird · · Score: 2, Insightful
    What is Stallman's motive? Despite much FUD (that FSF comes in peace), he has made it quite clear. In the recent bitkeeper blowout he pointed out his view that making and using closed software was "immoral". (his word) What's the logical means to an end where there was no closed source software being sold? Non pure-play FOSS software companies have to be put out business or converted.

    So anyone who does not go 100% his way has to be undermined, even if thier motives are not hostile. So sun decides that being nicer with thier code will be profitable in the long run. What do they get? The RMS torch and pitchfork gang telling them what functions they can use or else!

    Ok, so the idea that people should be free to deal with software in the manner in which they choose is a cool idea. What about the idea that someone should be free to deal with the product of thier labor (be it, widgets or prose or code) in the way that they choose? In the RMS "all or nothing model" the two are incompatible, anything I create belongs to the world and not to me. My mind must be the source of free labor, to keep any ideas to myself would violate what RMS claims as his rights.

    Who gets to decide how I distribute what I work to create, me or Stallman? The two claimed "rights" are in conflict.

    It seems a lot of progress has been made in getting commericial interests to consider and sometimes even participate in open source. But it doesn't help when supposed leaders of the community insist on ralling behind a worldview that is incompatible with commercial software existing at all.

    --
    Free Mac Mini Yeah, it's
  51. classpath by diegocgteleline.es · · Score: 4, Informative

    Indeed, the problem is big. Some BSDs don't have java, linux ppc users either. Right now Java's "portability" is a joke with Sun's VM, even if it was free as in speech.

    That's why GNU classpath & GCJ is important. It will provide us with a free (as in speech & beer) java VM for those who doesn't want to use Sun's VM (linux users, basically). Redhat is putting lots programmers & money behind of GCJ and collaborating with tons of community-based projects - they really want a free java. In fact, Redhat has some people hacking on GCJ to support openoffice's java features.

    Actually, GCJ 4 is one of the GCC 4.0 greatest features, here is an article about why it's so great. They've achieved almost all Java 1.4 important features and there's work ongoing to support 1.5.

    And GCJ does support, in fact, MORE architectures and operative systems than Sun's propietary offerings - yes, more. It's what will make java truly palataform-independent. GCJ is part of GCC, so it supports the platforms that gcc supports - much more than Sun's VM or other propietary VMs

  52. GCJ!! by diegocgteleline.es · · Score: 4, Informative

    GCJ can compile java code for the platforms supported by GCC - way more than Sun's offerings or other propietary VMs.
    Red Hat is paying people to support OOo 2.0 with GCJ. And GCJ 4.0 is already quite good...

  53. JAVA is a good high level language by lord_rob+the+only+on · · Score: 2, Interesting

    As it's been already stated in those comments, gcj can run openoffice almost completely. Now, the Apache foundation started a free (as in speech) implementation of j2se 1.5, so sooner or later, I'm sure the integration of JAVA won't be a problem anymore, and people will stop whining Java is not free (I'm one of those whiners, becoming more and more confident).

  54. Stallman - what a nut job by d_jedi · · Score: 3, Informative

    See: The Java Trap, by Richard Stallman

    Sun's implementation of Java is non-free. Blackdown is also non-free; it is an adaptation of Sun's proprietary code. The standard Java libraries are non-free also. We do have free implementations of Java, such as the GNU Java Compiler and GNU Classpath, but they don't support all the features yet. We are still catching up.
    So the "free" version of Java is incomplete.

    The reliable way to avoid the Java Trap is to have only a free implementation of Java on your system. Then if you use a Java feature or library that free software does not yet support, you will find out straightaway, and you can rewrite that code immediately.
    And he wants developers to write Java targetting this crippled "free" version instead of the official Sun compiler.

    Here's an idea FIX THE DAMN "FREE" COMPILER. There's nothing wrong with the Java code people are writing - it's the incomplete "free" compiler that's the problem.

    --
    I am the maverick of Slashdot
  55. Java is fastest language of its kind by 0xABADC0DA · · Score: 3, Informative
    I'd use Python. Java is slow too, slower in practice since it makes much less use of native code.

    What's scary is that you are freakin' serious. First off, there's nothing similar to Java that runs faster at raw performance numbers (method calls/second, numerical speed, GC). Python is much slower in that respect. Even the leading Smalltalk implementations are 1/4 the performance of Java at object-oriented benchmarks like method call overhead. Smalltalks are similar to Python in being dynamic object-oriented languages, but have had a LOT more optimization work done. Microsoft does everything they can to prevent non-funded C# benchmarks from being released, but even their C# is significantly slower performance-wise in running "managed code" (mono is a non-contender).

    You're right that Python can be faster, mostly at scripting, because of using native code in more direct ways, but for something like OO.o where there is a LOT of code and quite a bit of math (laying out all that data, updating spreadsheets) realistically a pure-python implementation would probably be around 1/20th the speed of a Java one. FYI, Python runs significantly faster than Jython/JPython because the Java virtual machine is not designed for dynamic ("message passing") form of OO... but running the quivalent code in Java and Python, and Java will be the clear winner.

    And oh yeah you think Mono is faster because the Language shootout says so? Or Java is slow? Take for example the word-counting benchmark for C, C#, and Java. Notice that the Java version uses the system locale's definition of whitespace where as the C# version hard-codes checks against space, \n, and \t? Or that the C version uses freaking table of sums to avoid branching? Under the hood Java is doing three method calls, an &, and a compare is almost as fast as Mono doing just 3 simple integer comparisons. Not that the language shootout is even fair... for instance it should compare throughput by increasing the number of iterations until it takes more than a certain time (so if C is 5x faster on a benchmark it does 5x more iterations). When even this minor scripting is too difficult to do it doesn't inspire much confidence in the results. Without this change they have lots of granularity errors and measuring of startup time on the fast end.

    So yeah mod me down because this is a rant... but I'm just tired of the ignorant repeating over and over that Java is slow, when it's really the fastest of its kind.
  56. A member is not control by SuperKendall · · Score: 2, Insightful

    The example I like of how Sun does not really control Java anymore is generics. If Sun could do what it liked we would have had generics in 1.4, but there was wrangling and so it was delayed.

    Does Sun get members on all the major comittes? Yes. They have a certain degree of guranteed participation. But that does not equal control, as one member cannot overrule a whole panel.

    Basically there are a lot of big, powerful players around Java now and all of them have a say. Java hs the most "real" standards body I've seen because I as an individual can see a lot more of what is going on and even have some influence if I care deeply about a JSR.

    For better or for worse Java really is steered by a lot of people now, whcih means it's not as nimble but also means better stability for the platform.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  57. Freedom to Halt by Doc+Ruby · · Score: 2, Insightful

    The Pentiums OO.o runs on is also patented, and obscured by trade secrets - not to mention circuitry too tiny to examine without sophisticated equipment. Until Pentium microcode is OSS, we must not use it.

    --

    --
    make install -not war

  58. Re:Jesus people, get a grip - call to arms by linguae · · Score: 3, Insightful

    No, you're the one who needs to get a grip.

    Free Software isn't about taking down Microsoft and other big corporations. I don't use FreeBSD because I want to "stick it to the man." Free software is about being able to use software unencumbered by licensing restrictions. And what do you mean that nerds have no vision? Richard Stallman, Linus Torvalds, the BSD developers, and hundreds of other nerds have the vision of creating completely free software for everyone. Yes, we still have some things to work on (like that Swedish thesaurus and spell checker that you mentioned), but it's getting there.

    Nobody in the "real world" (boy I hate that phrase; I'll change it to "non-geek world") cares about Debian and Fedora shipping Java because the non-geek world uses Mac OS X and Windows. The last thing on the average Mac user's or Windows user's mind is the licensing of Java; it either comes with their computer or it is a quick download away. But Linux and BSD users are in a different realm, the "surreal world" as you probably call it, and they aren't generally going to put up with the licensing. Besides, Sun Java isn't available for many platforms. What if I'm using NetBSD on an Alpha machine? Too bad, I can't use Sun Java even if I wanted to.

    The point is, free software isn't about "sticking it to the man." It is about using unencumbered software. If you have a problem with this, you can always return to your Mac or Windows box, along with your Java. Nobody's stopping you from using that, and nobody's stopping geeks like myself from forking OpenOffice.

  59. A language is NOT a program!!! by swordgeek · · Score: 2, Insightful

    The source of a language isn't the compiler's code, it's the language specification.

    If a language's structure is openly defined, then anyone can build a compiler for it. That *IS* the definition of an open-source compiler!

    If OO.o doesn't work well with GCJ because the compiler fails to fully (and efficiently) implement the language standard, the it's the fault of the compiler, not the language.

    --

    "People who do stupid things with hazardous materials often die." -- Jim Davidson on alt.folklore.urban