Slashdot Mirror


Red Hat Plans Open Source Java

sthiyaga writes "According to a ComputerWire article, Red Hat is in discussions with Sun about launching an open source version of the Java platform. 'There's always been an interest in an open source implementation of Java developed in a clean room that adheres to the Java standards,' Szulik told ComputerWire. 'We're in discussions with Sun. We'd like to do this with their support.'"

422 comments

  1. Much needed by nate1138 · · Score: 5, Insightful

    With so many java API implementations being open source (JBoss, Tomcat), it only makes sense to create an open source version of the core platform. This would go a long way to combat .NET, which claims to be an open standard.

    --
    Where's my lobbyist? Right here.
    1. Re:Much needed by Anonymous Coward · · Score: 3, Interesting

      OK i keep seeing this .NET stuff and never ask about it cause obviosly so many know and i'm not in the know. And i admit i'm somewhat behind things sometimes, so obviosly i missed this somewhere. What is .NET exactly?

    2. Re:Much needed by Dave2+Wickham · · Score: 2, Informative

      I'm probably talking complete and utter balls...but...

      This reference of .NET refers to the ".NET bytecode" or whatever it's called, which .NET programmes are compiled into, which allows easy compatibility between different .NET languages and platforms.

      Again, I'm probably talking out of my arse, though...

    3. Re:Much needed by jo42 · · Score: 1

      ... only if they also support the BSDs. 'nuff said.

    4. Re:Much needed by spacecowboy420 · · Score: 5, Informative

      .NET is Microsoft's newest programming language offerings. Basically the purpose is to integrate the web into windows applications. There is VB .NET, ASP .NET, C#, etc... The languages are actually pretty usable in a windows enviroment, and are OO. This makes them a little more powerful. I use Java, but its nice to bust out a VB .Net proprietary app that runs cleaner/ faster on a windows system. The down side is similiar to Java though, in order to run Java apps, you need the JRE, with .NET stuff, you need the HUGE ass .NET framework installed.

      --
      ymmv
    5. Re:Much needed by ikkonoishi · · Score: 2, Informative

      .NET is MS's latest development platform.

      At it's heart it is meant to be a way for various programming languages and protocols to communicate with each other and work together.

      The main problem is (of course) that to truly become platform independant MS would have to release a large amount of the code that runs it.

      Microsft's .NET Site
    6. Re:Much needed by nate1138 · · Score: 1

      And therein lies the true beauty of open source. If you want support, just do it (Somebody probably will). The more platforms Java runs on, the better.

      --
      Where's my lobbyist? Right here.
    7. Re:Much needed by Anonymous Coward · · Score: 0

      What is the .NET Framework?
      The Microsoft .NET Framework is a platform for building, deploying, and running Web Services and applications. It provides a highly productive, standards-based, multi-language environment for integrating existing investments with next-generation applications and services as well as the agility to solve the challenges of deployment and operation of Internet-scale applications. The .NET Framework consists of three main parts: the common language runtime, a hierarchical set of unified class libraries, and a componentized version of Active Server Pages called ASP.NET.

    8. Re:Much needed by nate1138 · · Score: 3, Insightful

      Exactly. The bytecode format is what MS claims is "Open". Never mind the little fact that without a full library implementation it means absolutely nothing.

      --
      Where's my lobbyist? Right here.
    9. Re:Much needed by Angry+White+Guy · · Score: 3, Insightful

      Actually, they would just have to release all the specs for all the API's. We wouldn't need code, just the method name, expected input, and expected output.
      And that means ALL the api's, not just the end-user ones, but the internal communications ones as well.

      If MS does that, then .NET would be an actual standards-compliant language. We'd do the cross-platform work for them. But that would cut into their bottom-line.

      --
      You think that I'm crazy, you should see this guy!
    10. Re: Much needed by Deusy · · Score: 2, Informative

      it only makes sense to create an open source version of the core platform.

      I thought there were already open source java's out there...

      I guess Blackdown and Kaffe are mirages.

      --

      Free Gamer - Free games list and commentary

    11. Re:Much needed by matts.nu · · Score: 2, Insightful

      What is .NET exactly?

      I can tell you what it is not.

    12. Re:Much needed by afidel · · Score: 1

      The .NET framework (what most people are refering to when they say .NET) is analageous to the core of Java. The Common Language Runtime is the actual virtual machine and support a wide variety of languages including the open C# progrogramming language (the definition of the language is open but not all classes are).

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    13. Re:Much needed by dasmegabyte · · Score: 4, Insightful

      1) The .NET Framework has a SLIGHTLY smaller footprint than the latest version of Java (46.5 vs 47.3 on my workstation). And it does more stuff -- a lot of the add-on packages for Java, including all of their J2EE crap, parellels what's already in the Framework. Not that it matters...including the framework on an install CD is trivial, and most Windows Update and XP users have it already.

      2) .NET does NOT integrate the web into windows applications. .NET allows users to create web apps in much the same interface as standard windows forms, using a system called WebForms. It also allows regular ASP pages to be compiled into faster versions a la JSP/Servlets. But bringing the web into windows...no, it doesn't really do that, not like you think anyway. Web Services are just a fancy way to perform data transformation. What's cool about .NET is that the IDE supports all sorts of really useful data transformation and reporting mechanisms using SQL/XML/etc built right in...no rolling your own data access methods (though I end up doing it anyway).

      3) .NET is better than Java for apps that will always be used on a Windows PC, because:
      - It has a much faster graphics interface, while maintaining a robust graphics toolkit.
      - It has a better messaging mechanism (Events/Delegates are a GODSEND and are the single most useful thing in the framework)
      - It interoperates quickly and pretty thoroughly with current COM APIs, and wraps up nicely for use in non-.NET apps
      - The Studio environment is faster to work with and has a more mature debugger than any Java IDE I've seen, including Netbeans
      - ADO.NET is pretty nicely done, and things like DataAdapters parellel structures I always end up writing in Java anyway.

      Anyway, the runtime filesize argument is just crap. The java guys need to get that GUI speed up to par or .NET's going to roll right over them. Eight months ago I'd have never said this, but Java isn't my favorite language anymore. C# is. And even association with the vile and repugnant Microsoft isn't enough to sour it.

      --
      Hey freaks: now you're ju
    14. Re:Much needed by n.wegner · · Score: 0

      The .Net framework is ~22 megs. That's not that big, really. I know the JDK is almost 100 megs, and that's only a 5 min download.

    15. Re:Much needed by sbrown123 · · Score: 2, Informative


      The .Net framework is ~22 megs. That's not that big, really. I know the JDK is almost 100 megs, and that's only a 5 min download.


      The .NET framework does not include the compiler and associated development pieces that come with the JDK. A better comparison is the .NET framework vs. Java JRE (Java Runtime Environment). And I have absolutely no idea where you found a JDK at 100M in size! The latest is less than 30M.

    16. Re:Much needed by Hooded+One · · Score: 1

      The 22 meg .NET download is simply the runtime components, essentially the equivalent of the JRE download and not the JDK download. The JRE download is less than 2 megs. The equivalent of the JDK download is the .NET SDK download. The SDK download is over 100 megs in addition to the runtime components which you have to download and install first. I'll admit, once you get up to 100 megs, the extra 22 doesn't make that much of a difference.

    17. Re:Much needed by Anonymous Coward · · Score: 0

      > a lot of the add-on packages for Java, including all of their J2EE crap, parellels what's already in the Framework

      Well, the .NET stuff builds on components included in Windows (OLEDB, Component Services). You are just getting this stuff via a service pack download rather than with the dev framework.

    18. Re:Much needed by sbrown123 · · Score: 5, Informative


      vs 47.3 on my workstation). And it does more stuff -- a lot of the add-on packages for Java, including all of their J2EE crap, parellels


      I am guessing you are stating that Java has more stuff since .NET does not have J2EE anything. Microsoft cannot have anything past the 1.1 J2SE framework due to license conflicts with Sun. Also, the J2EE framework is a seperate package from the standard java runtime (J2SE).


      CD is trivial, and most Windows Update and XP users have it already.


      I have XP and had to download the .NET framework from Windows Update to get it.


      What's cool about .NET is that the IDE supports all sorts of really useful data transformation and reporting mechanisms using SQL/XML/etc built right in...no rolling your own data access methods (though I end up doing it anyway).


      This is covered by JDO in Java. Theres also a really nice opensource reporting library call JasperReports. Along with that theres iReports which is an opensource IDE for creating JasperReports.


      3) .NET is better than Java for apps that will always be used on a Windows PC, because:
      - It has a much faster graphics interface, while maintaining a robust graphics toolkit.


      See the SWT project. It uses native graphics rendering and widgets in Java.


      - It interoperates quickly and pretty thoroughly with current COM APIs, and wraps up nicely for use in non-.NET apps


      SWT has OLE/ActiveX support.


      - The Studio environment is faster to work with and has a more mature debugger than any Java IDE I've seen, including Netbeans


      Eclipse project works real well. Its very fast (again, uses SWT to render widgets) and has a very mature debugger.


      - ADO.NET is pretty nicely done, and things like DataAdapters parellel structures I always end up writing in Java anyway.


      Its JDO in Java world.


      Anyway, the runtime filesize argument is just crap. The java guys need to get that GUI speed up to par or .NET's going to roll right over them.


      Yes, check out Eclipse (www.eclipse.org). I have been using SWT in combination with GCJ to create native windows applications that dust anything created in VB (though C/C++ apps are a couple milliseconds quicker).


      Eight months ago I'd have never said this, but Java isn't my favorite language anymore. C# is.


      I liked .NET. It has some interesting concepts that will spur Sun to improve Java. I think SharpDevelop is a nice IDE worth checking out for anyone wanting to get into .NET without buying Visual Studio. Also of interest is the Mono project (www.go-mono.org) which is a open source implementation of .NET framework.


      And even association with the vile and repugnant Microsoft isn't enough to sour it.


      I think both Microsoft and Sun suck at being at the helm of both languages. Borland does a better job with C/C++ over Microsoft and IBM does better work with Java compared to Sun.

    19. Re:Much needed by humanx · · Score: 0

      Is .NET better than Java ... probably. But you forgot its Win 32 only ... Just like Visual Basic 1.0

    20. Re: Much needed by AYEq · · Score: 1

      Blackdown's VM is not opensource. Just free (beer) like sun's.

    21. Re:Much needed by gnovos · · Score: 1

      - The Studio environment is faster to work with and has a more mature debugger than any Java IDE I've seen, including Netbeans

      That's like saying:

      - The new car's engine has a much more robust powerplant than any engine I've seen, including hamster-wheel powered rubber-bands.

      Never, NEVER use Netbeans as your baseline Java IDE unless you want to be ridiculed for cluelessness.

      --
      "Your superior intellect is no match for our puny weapons!"
    22. Re:Much needed by TummyX · · Score: 3, Insightful


      It has a better messaging mechanism (Events/Delegates are a GODSEND and are the single most useful thing in the framework)


      The event mechanism is good but delegates suck ass. Here's why:

      1) Delegates are slower than interfaces (they're really just classes with an Invoke method and object+function pointers which requires two levels of indirection).

      2) Delegates break OO. Suddenly you have something that works differently from other clases for no real benefit.

      3) Anonymous inner classes allow you to define the function close to where its used. With delegates you can have a method body pages away from where it is registered with the event. And the method often has very little to do with the class that contains it. Anonymous methods in V2 are a good start but you still need anonymous innner classes (implementing IComparer for example -- which is an interface and not a delegate!).

      Now, events are good. Having the "event" keyword and automatic wiring is useful. But there is no reason why the "event" keyword couldn't work with interface types instead of delegate types. Having worked extensively with delegates I've gotta say that they simply complicate the type system.

    23. Re:Much needed by lokedhs · · Score: 1

      The .NET Framework has a SLIGHTLY smaller footprint than the latest version of Java (46.5 vs 47.3 on my workstation). And it does more stuff -- a lot of the add-on packages for Java, including all of their J2EE crap, parellels what's already in the Framework. Not that it matters...including the framework on an install CD is trivial, and most Windows Update and XP users have it already.

      You said it yourself. You can't really compare size like that since there is more to .NET than just the libraries and the VM. .NET uses a huge amount of bread&butter stuff in the Windows libraries, something which obviously can't be used by Java. At least not in the same way, since Java has to work on more than one platform.

      .NET does NOT integrate the web into windows applications. .NET allows users to create web apps in much the same interface as standard windows forms, using a system called WebForms.

      True, but it does integrate .NET into the web. It makes it very easy to build applications with much more "intelligence" on the client side, similar to building a XUL application using Mozilla.

      The downside (or advantage, if you're Microsoft) is that you will only get these "rich" client experiences when running Explorer, preferably on Windows. But that's the whole point. Lock-in by pretending to be open, it's brilliant.

      It also allows regular ASP pages to be compiled into faster versions a la JSP/Servlets.

      True again, but they are still slower than JSP's on fast app servers, for example Orion. (disclaimer: I don't have the latest benchmarks so things may have changed).

      What's cool about .NET is that the IDE supports all sorts of really useful data transformation and reporting mechanisms using SQL/XML/etc built right in...no rolling your own data access methods (though I end up doing it anyway).

      These things has been available in Java IDE's/libraries/toolkits for longer than I care to remember. I believe it started with Sun's JavaBlend (which agreeably wasn't very good, but a lot has happened in the 6 or so years since it came out).

      Today we have several frameworks, suitable for different needs. For example Hibernate, JDO, or, if you simply want a fast persistance layer: Prevayler. There are more, of course.

      Also note that the the JDO specification allows different vedors to plug in different implementations so you're not relying on a single vendor. This goes for pretty much all of the J2EE specifications as well. I'll take that over Microsofts solutions any day.

      .NET is better than Java for apps that will always be used on a Windows PC, because: - It has a much faster graphics interface, while maintaining a robust graphics toolkit.

      And how do you know that your apps will always be used on a Windows PC? Do you have a magic crystal ball that can see into the future? Do you really want your apps to be limited to Windows only? Also, with the latest versions of Java, the speed difference (for well written applications, mind you) is neglible. Take a look at IDEA for a good example of a very efficient Swing application. And if you really believe you need native widgets, take a look at SWT, which Ecplise is built upon. But it's a pain to program in, and it's only really cross-platform on Windows. All other platforms suffer from the same problems as Swing apps do.

      It has a better messaging mechanism (Events/Delegates are a GODSEND and are the sin

    24. Re:Much needed by Tony-A · · Score: 1

      What is .NET exactly? .NET isn't exactly.

    25. Re:Much needed by dasmegabyte · · Score: 1

      Interfaces are great for managing OBJECTS, but for managing PROCESSES I think delegates are the bee's knees. True, they break OO in some ways. But delegates excell in the things OO has never really been good at: discerning, once and for all, what event fires when and in which order. Creating a manifest of what needs to be done, and being able to manage it through get and set methods like any old property....makes you feel like events and methods are something tanglible, and not just addresses in the command stack.
      Plus, there are some things that are just too confusing and maddening to do through interfaces. Example: I have a static method of a class which returns a new object of a subclass based on requested input. Occasionally, I need to return a new object of the superclass. How do I know which new() method i'm calling? I can't build an interface for it. My options are to either rely on reflection, which is always slow, clumsy, and half the company doesn't understand it, or pass a delegate a static method in the subclass, which is usually pretty fast.

      --
      Hey freaks: now you're ju
    26. Re:Much needed by dasmegabyte · · Score: 1

      Dude, no developer who's getting paid for it should ever balk over the "cost" of Visual Studio. It has saved me at least two week's time since I started using it, and it's only $600. Write it off.

      VS.NET is the last MS program I've purchased since Windows 2000 that I actually felt like I got my money's worth out of. The GUI is beautiful, the key commands are better than any editor save Textpad. It's snappy and once you turn off the dumb "rolling drawer" feature it's quite a good performer. Plus you can pull all sorts of interface tricks to get things right where you want them...

      --
      Hey freaks: now you're ju
    27. Re:Much needed by dtfinch · · Score: 1

      The latest JDK was 37mb when I downloaded it. Another 30mb or so for the documentation. But you're right, it's not a great comparison. VS.NET came on 5 CD's and took up 3gb of my hard disk space.

    28. Re:Much needed by dasmegabyte · · Score: 1

      I know our applications will never be on anything other than Windows because that is all the people in my industry use. There is not a single macintosh, unix box, linux box or be box installed at any of our clients' offices and never will be, I guarantee it, because these guys are pumping $50k+ into our software and a windows license is still only $100. Aside from this, the boss would never pay me to write for anything other than Windows -- I had to build our Linux based DNS server in my free time -- and nobody in out programming department showed up for my "how to admin the linux box" training.

      With that said -- yeah, the C# naming conventions pissed me off at first, but remember: a lot of the .NET initiative was aimed at not "shocking" the moron VB developers. I hate that fucking language with a passion...and hungarian notation even more...but I can live in their capitalization world if they can deal with me not putting the letters "obj" at the front of every fucking object now that EVERYTHING is an object.

      --
      Hey freaks: now you're ju
    29. Re:Much needed by Ben+Hutchings · · Score: 1

      The bytecode (IL), the C# language and the core library (CLR) are now standardised and apparently Microsoft has fixed its C# implementation where it deviated from the standard.

    30. Re:Much needed by dtfinch · · Score: 1

      Yeah, .NET is pretty awesome. With the help of the IDE I can toss together almost any sort of application in minutes, as long as I only need it to run on Windows. I always wanted a C++ like language with the ease of use of VB, and they made it.

      The main problem I have with it is that whenever Microsoft calls one of their products cross platform they usually mean that it'll run on both 2000 and XP. While Sun has ported Java to just about everything, with each version originating from the same code base. There's Mono, but they still have only about half of the framework implemented, and roughly none of the gui classes.

      Java also has the advantage of being free. I can install the SDK anywhere, but if I did the same with .NET I'd either have to buy another copy or support piracy.

      Recently, I've been using Java more than .NET because it seems to be well suited for server apps, in addition to being free and cross platform, in case I ever release source and expect that others will be able to compile it.

    31. Re:Much needed by TummyX · · Score: 1


      Interfaces are great for managing OBJECTS, but for managing PROCESSES I think delegates are the bee's knees.


      Why? What's wrong with interfaces? Delegates are just syntactic sugar for classes with a method.


      True, they break OO in some ways. But delegates excell in the things OO has never really been good at: discerning, once and for all, what event fires when and in which order. Creating a manifest of what needs to be done, and being able to manage it through get and set methods like any old property....makes you feel like events and methods are something tanglible, and not just addresses in the command stack.


      Like I said. Events are good but there's no reason why you need to introduce a new type (the "delegate"). They could have allowed you to declare events using classes/interfaces. All the magic "wiring" and "ordering" underneath can
      still be done -- no need for a new magical type.


      Plus, there are some things that are just too confusing and maddening to do through interfaces. Example: I have a static method of a class which returns a new object of a subclass based on requested input. Occasionally, I need to return a new object of the superclass. How do I know which new() method i'm calling? I can't build an interface for it.


      What are you talking about? Care to give an example and explain how it relates to delegates?


      My options are to either rely on reflection, which is always slow, clumsy, and half the company doesn't understand it, or pass a delegate a static method in the subclass, which is usually pretty fast.


      Why are you trying to model polymorpism with static methods? Why aren't you using something the singleton pattern?

    32. Re:Much needed by Anonymous Coward · · Score: 0

      BUT neither is your comparison fair - one is simply an SDK and basic command-line tools. The other is a full-fledged IDE with WAAAAAAAAAAY more tools and capabilities than any Java IDE out there.

    33. Re:Much needed by Anonymous Coward · · Score: 1, Interesting

      Err... NO... that's not what .NET is all about AT ALL. .NET provides a framework for applications development. The idea is to provide a VM-like layer abstracted from the OS which can be leveraged by .NET enabled languages which compile to IL (byte-code). The framework itself provides a common set of libraries that can be used in a language-independent manner.

      The fact is that Java is already dead - SUN is the proverbial chicken with it's head cut off. I spend my professional life working in C/C++ and Java, but in my spare time I'm honing my C# & .NET Framework skills because .NET will roll right over Java in 2-3 years time.

      The latest JavaONE had the same air of confidence about Java vs .NET that Netscape had about IE. People forget that Microsoft started as a languages company... and they do languages VERY, VERY well. Java is alive today mainly because of innovations brought to Java by Microsoft.

    34. Re:Much needed by nate1138 · · Score: 1

      Unfortunately, it is all of the "extensions" that MS is going to put into the language that will make it irrelevant as an open standard.

      --
      Where's my lobbyist? Right here.
    35. Re:Much needed by sbrown123 · · Score: 1


      Dude, no developer who's getting paid for it should ever balk over the "cost" of Visual Studio. It has saved me at least two week's time since I started using it, and it's only $600. Write it off.


      I have Visual Studio Enterprise sitting on my desk at work. Its okay. I wont say its the greatest thing since sliced bread. But I also wont tell people to drop $600 dollars just to try out .NET. I also never write money off onto my employer. For awhile we were using JBuilder to do Java development which, at Enterprise edition ran $1600+ per developer. After using Eclipse for awhile I dropped our licenses for JBuilder and switched the development team to it instead. Saving the company money like that is why Im in the position where I make those kinds of decisions.

    36. Re:Much needed by jdonnici · · Score: 1

      Java also has the advantage of being free. I can install the SDK anywhere, but if I did the same with .NET I'd either have to buy another copy or support piracy.

      That's not quite accurate. You can get the SDK right here. Once you have it downloaded and installed, you can use pretty much any text editor to write and build an app.

      If there was something in the EULA at the time of install, I must have missed it (certainly possible). I went this route on a test machine a while back when I didn't want to get another VS.NET license, didn't need the IDE at all, and it was for a short-term testing need on a second box.

      Granted, it's a LOT easier to do with the VS.NET IDE, but it doesn't seem that you have to go that route. I think MSFT wants to see as many .NET apps out there as possible, given that it almost certainly means Windows (for the time being), and if the next killer-app is a .NET app, that can't hurt the Windows platform.

    37. Re:Much needed by jawahar · · Score: 2, Interesting

      One more point: The memory foot print of typical JVM is 3.5 MB and that of CLR is 20 MB.

    38. Re:Much needed by dtfinch · · Score: 1

      I didn't know it was free without the IDE. Thanks for the correction.

    39. Re:Much needed by aminorex · · Score: 1

      You forgot one: Delegates make it easier to
      pretend you have multiple inheritance.

      --
      -I like my women like I like my tea: green-
    40. Re:Much needed by aminorex · · Score: 1

      SWT it hot stuff, but until JCP can push it into
      the J2SE, it's not going to get the kind of
      uptake that makes it a useful platform.

      --
      -I like my women like I like my tea: green-
    41. Re:Much needed by dash2 · · Score: 1

      But it's a pain to program in, and it's only really cross-platform on Windows.

      Oh, well w0000t! It's only cross-platform on Windows. What a very fucking useful piece of cross-platformness that must be. Truly its cross-platform powers are astonishing. What a dazzling range of platforms it crosses, indeed. If I ever need a cross-platform IDE, but I only want to run it on fucking Windows, Eclipse will be my first port of fucking call.

    42. Re:Much needed by schmaltz · · Score: 2, Insightful

      Example: I have a static method of a class which returns a new object of a subclass based on requested input. Occasionally, I need to return a new object of the superclass. How do I know which new() method i'm calling? I can't build an interface for it. My options are to either rely on reflection, which is always slow, clumsy, and half the company doesn't understand it, or pass a delegate a static method in the subclass, which is usually pretty fast.

      Ever try a Factory method? I thought at first that's what you were describing, but maybe you don't know. Generally a static method, you pass it parameters which it uses to decide which class in the hierarchy to instantiate and return.

      Check out Design Patterns by Gamma, Helm, Johnson, and Vlissides. It covers the Factory pattern and much more.

      --
      Big Daddy, Johnny, Burp, Aunt Zelda, Scott, Slurp, Big Momma ... where's Siggy?
    43. Re:Much needed by Airwall · · Score: 1

      Care to explain? Or is this just something you've heard?

    44. Re:Much needed by Anonymous Coward · · Score: 0

      But you can find good Java IDEs for free...

    45. Re:Much needed by toriver · · Score: 1

      Care to explain? Or is this just something you've heard?

      What's to explain? Just run JBuilder 9 and NetBeans on the same computer and see the differences in responsiveness.

    46. Re:Much needed by lokedhs · · Score: 1
      Oh, well w0000t! It's only cross-platform on Windows. What a very fucking useful piece of cross-platformness that must be. Truly its cross-platform powers are astonishing. What a dazzling range of platforms it crosses, indeed. If I ever need a cross-platform IDE, but I only want to run it on fucking Windows, Eclipse will be my first port of fucking call.
      Maybe I should have said it's only transparent cross-platform on Windows. In other words, an SWT app will run on Linux and OSX (but not on all systems that has Java available, since it has a native part that needs porting) but only on Windows will it behave just like a normal app, in terms of drag&drop behaviour, menus, etc. On OSX it looks like a Windows application with OSX buttons. Same for Linux, which is a pain now that GNOME allows you to get a very seamless integrated desktop.

      SWT also forces you to manually manage all resources. Yes people, it means that you once again are looking at huge potential resource leaks in your app.

      I can only advise you to try out both IDEA and Eclipse to make up your own mind.

    47. Re:Much needed by clambake · · Score: 1

      JBuilder, Eclipse, IdeaJ, that nasty IBM thing that is used with websphere, whatever it's called, JEdit, JEditorPanes even! It's hard, if not impossible, to find a commonly used Java IDE or editor that is slower and more awkward than NetBeans. As far as I have ever heard, this is Common Knowledge. Of course, don't take my word for it, download all the trials and see for yourself.

    48. Re:Much needed by 73939133 · · Score: 1

      Microsoft C++ also contains plenty of extensions, and that hasn't made ANSI C++ irrelevant.

    49. Re:Much needed by 73939133 · · Score: 1

      C# code can call C/C++ libraries easily; even if the ECMA C# standard came with no libraries at all, C# would be a useful programming language on Linux. Of course, ECMA C# actually defines libraries that are much more extensive than what, say, ANSI C and ANSI C++ define.

      Sun's approach with Java has largely been a failure as far as I'm concerned. WORA has meant a bloated set of standard libraries, libraries that are mediocre on Windows and worse than mediocre everywhere else. And Sun keeps churning out one poorly designed API after another.

      The C/C++ approach has been an enormous success: there is a free market of libraries, approaches, and ideas. C# looks like it may follow that successful tradition precisely because ECMA/ISO C# does not define anything anywhere nearly as extensive as Java does. In different words, the fact that ECMA C# standardizes less than Sun Java is an advantage as far as I'm concerned.

    50. Re:Much needed by jamie(really) · · Score: 2, Insightful

      Ah, the usual slashdot "modded up because it sounds like he knows what he's talking about" problem.

      1.Delegates are slower than interfaces.

      And interfaces are slower than function pointers. Storing a pointer to an "interface" is actually storing a pointer to an object, which is in turn just an empty object with one data member which is a pointer to a vtable. So it takes two levels of indirection. You cant complain that delegates arent the most efficient way forward when interfaces arent either.

      Surely what you mean to say is that interfaces are slow, and we should all just use function pointers? Ah, but function pointers dont carry a this pointer, which means we dont know who called us. But not call-backs are for objects. Some are for global or static objects, so the this pointer is a waste.

      Alternatively, perhaps you could create a functor that would create at run time a class that calls your object specifically. Ah, wait, thats delegates!

      At the end of day, the extra machine instructions for implementing interfaces and delegates is neglibible compared to the kind of code that gets executed as a result. For example I use delegates a lot for windows messages, which usually result in several thousand to a million pixels being redrawn. Five extra assembly instructions and memory cache miss dont seem like a terrible price to pay for better OO design now does it? And so we come to point 2.

      2. Delegates break OO. Suddenly you have something that works differently from other classes for no real benefit.

      No programmers break OO. If you think that the class/instance method is the be all and end all of object oriented programming then you need to take a look at Smalltalk or OpenCyc. Using classes does not make you an OO programmer.

      Can you write horrible, non-oo code using delegates? Yes. Can you write horrible non-oo code using classes and interfaces? Yes. Is all code using delegates non-OO? No. Is all code using classes non-OO? No.

      3. Anonymous inner classes allow you to define the function close to where it is used. With delegates you can have a method body pages away from where it is registered with an event.

      So with delegates they are bad because a programmer could write unclear code by putting the delegated function definition well away from where the delegate is initalised? This is as compared to the horrible unreadable code you'll find if you put "anonymous inner class java" into google. If you had to create 10 such inner classes would you advocate putting this code all in one initialisation function (such that it is very big), or would you create 10 seperate initialiser functions that the first calls (such that the code that calls the initialisers is possible pages away from the actual code of the initialiser)?

      And the method very often has little do to with the class that contains it?

      And anonymous inner classes prevent this how? Oh. They dont.

      Give it up mate. Java is an old, hacked, bungled, proprietary language from a monopolistic company. If there's going to be an open source language, get behind Mono, and make open source .NET.

    51. Re:Much needed by jarnot · · Score: 1

      C'mon, this is a silly argument. .NET is in production use in thousands of companies worldwide *without* Windows Server 2003. The CLR and supporting apps run just fine under Windows 2000 Server.

      --
      -------------------------

      slashdot@com.jarnot (swap the domain)

    52. Re:Much needed by nate1138 · · Score: 1

      Whoopdee fuck. I can call C/C++ libraries just fine with Java, thanks (JNI). But why bother? If you want to use C++ libraries, just code in C++ to begin with. No bytecode, better compilers, no platform lock, yadda yadda yadda. The fact of the matter is that MS only creates languages to sell their platform. Everything MS does is designed from the ground up to lock you in. To think that they don't have a similar plan for C# is just naive.

      --
      Where's my lobbyist? Right here.
    53. Re:Much needed by Anonymous Coward · · Score: 0

      Haha... that's a good one.

      I use IntelliJ IDEA and in my opinion nothing comes close to that. It's not quite as responsive as VisualStudio but it does amaze me how close it gets (given that we're talking about a Java Swing application), the difference is really not anything that will hold you back.

      Needless to say, IntelliJ IDEA is of course by far the fastest Java IDE I've seen (and I've tried Netbeans, Eclipse and JBuilder, all of which pale in comparison).

      Apart from the excellent responsiveness of the application itself, I just love the responsiveness of the team that develops it. (http://www.intellij.net/eap).

    54. Re:Much needed by stuntpope · · Score: 1
      Java is alive today mainly because of innovations brought to Java by Microsoft.

      Ok, I'll plead ignorance -- could you (or anyone else) explain this assertion?

    55. Re:Much needed by johnnyb · · Score: 1

      Well, there are two distinct things that .NET refers to. The first is the .NET Infrastructure - this consists of a Runtime environment for portable bytecode (similar to the JRE) and a set of class libraries, a garbage collector, and various code-related items.

      The .NET _marketing_ is about Microsoft rebranding itself with a special term. If you see a .NET product, it means that, yes, there is some use of the .NET infrastructure, but that doesn't necessarily mean anything for users. Really we just wanted to push more product out the door and came up with this marketing gimmick.

    56. Re:Much needed by Hobart · · Score: 1

      See the SWT project. It uses native graphics rendering and widgets in Java.
      This sounded interesting, so I dug around to find the url, I found it here.
      --
      o/~ Join us now and share the software ...
    57. Re:Much needed by 73939133 · · Score: 1

      Whoopdee fuck. I can call C/C++ libraries just fine with Java, thanks (JNI).

      Making a JNI interface is a lot of work. In contrast, from C#, you can call functions inside shared libraries directly with no glue code.

      Furthermore, JNI interfaces are very high overhead, and Java is incapable of manipulating native data structures. In contrast, the C# native interfaces are essentially as fast as native calls, and C# can access native data structures directly with no overhead.

      But why bother? If you want to use C++ libraries, just code in C++ to begin with.

      For the same reason why I program in Python and Perl: I like high level languages and I like my own code to be safe, but I also like to take advantage of the huge number of existing, well-debugged, well-designed C and C++ libraries.

      The fact of the matter is that MS only creates languages to sell their platform. Everything MS does is designed from the ground up to lock you in. To think that they don't have a similar plan for C# is just naive.

      How does using an ECMA/ISO programming language with Linux-specific libraries lock me into Windows??? I don't care what Microsoft's plan is, I go by facts. And the facts are that C# gives me easy access to native libraries, as well as a high level language that improves on Java in a number of ways.

    58. Re:Much needed by TummyX · · Score: 2, Informative


      So with delegates they are bad because a programmer could write unclear code by putting the delegated function definition well away from where the delegate is initalised? This is as compared to the horrible unreadable code you'll find if you put "anonymous inner class java" into google. If you had to create 10 such inner classes would you advocate putting this code all in one initialisation function (such that it is very big), or would you create 10 seperate initialiser functions that the first calls (such that the code that calls the initialisers is possible pages away from the actual code of the initialiser)?


      You'd write ten inner classes if you must.


      And anonymous inner classes prevent this how? Oh. They dont.


      They prevent it because the handling code is in a seperate distinct module (a class).


      Give it up mate. Java is an old, hacked, bungled, proprietary language from a monopolistic company. If there's going to be an open source language, get behind Mono, and make open source .NET.


      I'm working on both mono and pnet.

    59. Re:Much needed by dash2 · · Score: 1

      Actually, I did try Eclipse. It seemed nice, but very slow - I think this was actually on Windows too. Anyway, I'm a 1337 linux haxx0r, and a fan of kdevelop, especially the new gideon version.

  2. Microsoft learned a tough lesson by Anonymous Coward · · Score: 5, Interesting

    About making their own Java not built to standards and without Sun's support. It looks like RedHat learned it, too.

    1. Re:Microsoft learned a tough lesson by Anonymous Coward · · Score: 0

      MS may have lost a court case, but I doubt they actually learnt any lessons from it.

      Hell, they lost to the DOJ, and they don't seem to care much. They didn't learn anything from the prior court case (and resulting consent decree) either, except perhaps "How to be more sneaky".

  3. Native Java by buckinm · · Score: 4, Interesting

    Having a open-source version of Java should allow swing to be compiled via GCJ. There would no longer be anything holding natively compiled Java back.

    --
    This isn't any ordinary darkness. It's advanced darkness.
    1. Re:Native Java by Cereal+Box · · Score: 3, Insightful

      No, I think what's holding back Swing support for GCJ is the fact that you actually have to IMPLEMENT all those AWT classes (Swing is built on top) using native GUI libraries. It's a bit harder to make Java's GUI stuff work natively than, say, linked list classes and the like. An open source Java will not make it any easier to get Java's GUI libraries natively ported to every single platform that GCJ runs on.

    2. Re:Native Java by Dingleberry · · Score: 5, Informative

      Java not being open source isn't "holding" this back. Look at the GCJ web site FAQ. They are currently writing peers in GTK and XLIB for AWT. Once that's finished Swing will follow.

    3. Re:Native Java by 73939133 · · Score: 1

      You are confusing "holding back" with "preventing". Sun's failure to open source Java is, of course, "holding back" Swing for gcj; if Sun's JDK were open source, we'd already have AWT and Swing for gcj. However, it is not preventing it, as people are slowly cloning AWT and Swing.

    4. Re:Native Java by Dalcius · · Score: 1

      SWT has done much of that. It wouldn't be an extreme feat to conver the SWT API to line up with AWT, I don't think (but I don't know too much about either, so take a grain of salt...).

      More links here.

      --
      ~Dalcius
      Rome wasn't burnt in a day.
    5. Re:Native Java by fastdecade · · Score: 1

      SWT is a viable alternative to Swing which is compiled natively. It's not official Sun, but it is open-source and part of the Eclipse project, which is backed by IBM, Borland, and others.

      SWT Article

      The Eclipse IDE is built on SWT, hence a different package for each OS.

    6. Re:Native Java by Glock27 · · Score: 2, Informative
      No, I think what's holding back Swing support for GCJ is the fact that you actually have to IMPLEMENT all those AWT classes (Swing is built on top) using native GUI libraries.

      The whole point of Swing was to eliminate native peers - all Swing needs is a 2D frame buffer. In theory, you could have a very broken AWT native peer implementation and Swing would be just fine.

      Personally, I think SWT is a good alternative - and it already works with gcj.

      The rest of your post is basically a non-sequitor.

      --
      Galileo: "The Earth revolves around the Sun!"
      Score: -1 100% Flamebait
    7. Re:Native Java by Dingleberry · · Score: 1

      Well apparently it's not "preventing" open source if people are cloning it like you said. And I have yet to see a Swing open source clone. Plus all the AWT and Swing java source code is available in the distribution so go and GCJ yourself into a frenzy.

    8. Re:Native Java by 73939133 · · Score: 1

      Plus all the AWT and Swing java source code is available in the distribution so go and GCJ yourself into a frenzy.

      That is very bad advice. The source code that Sun makes available comes with strong restrictions and obligations, should you be foolish enough to look at it. And you certainly can't port it to gcj and share the result with others.

      Any open source developer who looks at Sun's source code is irrevocably contaminated. Don't do it.

    9. Re:Native Java by Dingleberry · · Score: 1

      I never said look at the code. What I am trying to get at is that once a native layer to support the needs of AWT and 2D is in place GCJ should be able to compile the already available AWT and Swing source. There would be no need to port these. Yes, if Sun gave out the source for the native peers this would make the job easier for GCJ but they don't. You may have to reinvent some of the wheel, but at least it's not the whole thing.

    10. Re:Native Java by Dingleberry · · Score: 1

      I'm sorry you don't like Sun's license. They apparently don't like the open source licenses. But if you like a product and have the chance to improve it and in the process help the millions of others who use it to benefit wouldn't you do that regardless of the license?

    11. Re:Native Java by TummyX · · Score: 1

      It would also mean you could run Swing on .NET through IKVM.

    12. Re:Native Java by buckinm · · Score: 1

      What I meant was if Sun turned over the current native parts of the AWT, then we wouldn't need to do a clean room implemenation of all of them.

      --
      This isn't any ordinary darkness. It's advanced darkness.
    13. Re:Native Java by 73939133 · · Score: 1

      I never said look at the code. What I am trying to get at is that once a native layer to support the needs of AWT and 2D is in place GCJ should be able to compile the already available AWT and Swing source. There would be no need to port these.

      That would be the case if GCJ were a completely compatible implementation, but it is not. Furthermore, the way Swing interfaces with AWT/Java2D is not completely documented, so it is impossible to create a AWT/Java2D implementation without looking at the Swing code.

      Finally, even if someone figured all of that out, it would be pointless because people still couldn't redistribute Sun's Swing implementation separate from the JDK.

    14. Re:Native Java by 73939133 · · Score: 1

      But if you like a product and have the chance to improve it and in the process help the millions of others who use it to benefit wouldn't you do that regardless of the license?

      Would you do free work to help improve Windows? Why not? If you do, you help millions of others, after all.

      The fact is that if you make free contributions to a proprietary product, whether from Microsoft or Sun, you may help yourself and help others in the short term, but in the long term, you just strengthen the market position of the vendor. I don't want to depend on Sun-proprietary software any more than I want to depend on Microsoft-proprietary software. In fact, I used to depend on Sun-proprietary software, back in the days before Linux, and it wasn't a lot of fun.

      When I contribute to open source software projects (as I do), it isn't to benefit others, it is because I have my own long-term interests in mind: continued software availability, platform neutrality, and vendor independence. I would recommend you curb your altruism as well and consider your own long-term interests. Do you want a world where you depend entirely on Sun products and Sun-licensed software? I don't.

    15. Re:Native Java by aminorex · · Score: 1

      Actually, you *can* redistribute Swing 1.1
      independently.

      --
      -I like my women like I like my tea: green-
    16. Re:Native Java by toriver · · Score: 2, Informative

      The whole point of Swing was to eliminate native peers - all Swing needs is a 2D frame buffer.

      Most of Swing, yes. The exceptions are the top-level containers (JFrame, JDialog, JWindow and JApplet) which extend the AWT components.

    17. Re:Native Java by Dingleberry · · Score: 1

      My altruism! Have you listened to anything you've said? You talk like the open source is the best thing in the world. Hey I love it as much as the next guy, but I don't care who uses my code for free or not. I'd rather have things work rather than sit at home and cry about people not sharing their proprietary code with the rest of the world.

  4. Gosling favors Open-Source Java by Domino · · Score: 5, Informative

    James Gosling, the creator of Java, recently mentioned that he favors an Open-Source Java. (See Infowork article).

    Some people withing Sun seem to be scared though that an Open-Source Java standard could be "polluted" by Microsoft.

    1. Re:Gosling favors Open-Source Java by MisterFancypants · · Score: 0, Flamebait
      Some people withing Sun seem to be scared though that an Open-Source Java standard could be "polluted" by Microsoft.

      Newsflash: Microsoft has gone and made a better Java -- C#, and funnily enough they not only standardized it with recognized standards bodies (which Sun has never done with Java), they've also released their own shared source version and have not at all stood in the way of third parties making their own implementations (dotGNU, Mono, etc).

    2. Re:Gosling favors Open-Source Java by tshak · · Score: 1, Flamebait

      Some people withing Sun seem to be scared though that an Open-Source Java standard could be "polluted" by Microsoft.


      Hah - that's a good one! The issue within Sun is that they can't collect on the Java license of it goes OSS. This is why there's still issues with projects like Tomcat and JBoss. Until Sun makes Java an open standard (ECMA, ISO, etc.), I don't see how an "open Java" can truely exist.

      --

      There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
    3. Re:Gosling favors Open-Source Java by Pionar · · Score: 1

      Some people withing Sun seem to be scared though that an Open-Source Java standard could be "polluted" by Microsoft

      And it isn't now? If I do remember correctly, one of the bigger points in the Sun v. Microsoft case was that MS was changing the Java compiler that shipped with Windows. In effect, if Red Hat made an OSS Java, Microsoft would have every right to submit code to it. In fact, MS could theoretically take that and release its own distro of it, though if RH does follow with the plan, it'd probably be GPL'd and MS wouldn't touch it (damn viral GPL!)

      The truth is, I don't really see a need for this. I'm not saying there isn't, just that I don't see it. I've never heard anyone complain that Java needed to be open. I have a feeling Java would become too much like Perl, where there's so many ways to do one thing, that it's hard to follow anyone else's code unless it's heavily commented. I like Java's strictness and its "Do it this way, or don't do it at all" attitude. But, that's just me.

    4. Re:Gosling favors Open-Source Java by gehrehmee · · Score: 1

      Correct me if I'm wrong, but aren't they holding onto some patents anyways? Things they could theoretically come down on unlicenced C# developers for?

      --
      "You know, Hobbes, some days even my lucky rocketship underpants don't help" -- Calvin
    5. Re:Gosling favors Open-Source Java by FatherOfONe · · Score: 4, Interesting

      The issue is that RedHat has made a decision to only ship open source software in their distro. So you won't get the good video drivers or a good JVM.

      This could easily be solved if they just shipped Sun's JVM with it, and had the installer agree to the terms.

      Personally I would love a separate RedHat CD or DVD that had "NON GPL" software. I then could load stuff like a good JVM, and good video drivers.

      --
      The more I learn about science, the more my faith in God increases.
    6. Re:Gosling favors Open-Source Java by MagikSlinger · · Score: 4, Interesting
      Newsflash: Microsoft has gone and made a better Java -- C#, and funnily enough they not only standardized it with recognized standards bodies (which Sun has never done with Java), they've also released their own shared source version and have not at all stood in the way of third parties making their own implementations (dotGNU, Mono, etc).

      Newsflash: Microsoft patented the CRL layer, so all those "third parties" could be toast anytime Microsoft finds them "inonvenient".

      --
      The bitter lessons of a veteran coder: http://bitterprogrammer.blogspot.com
    7. Re:Gosling favors Open-Source Java by Distinguished+Hero · · Score: 1

      "funnily" WTF? You make an informative post, but destroy it by making up words. WTF? No, really, did you think that "funnily" is a word? Please tell me you are not that stupid.

      funniÂly adv.

      --
      Uttering logically derived and empirically supported truths to the disciples of the orthodox establishment.
    8. Re:Gosling favors Open-Source Java by jkauzlar · · Score: 1
      I don't think the open-source community would let Java become polluted by anything, esp. Microsoft.

      The reason for making it open source is allow people outside of Sun to play with the code. There may be better ways to improve garbage collection and just-in-time compilation that Sun employees haven't thought of or haven't had time to do.

      The GUI could use some work too. Sun probably doesn't know as much about Linux as OSS developers do. If OSS developers could use their knowledge of Linux to optimize the native GUI code, then there could be another advantage to OS Java.

      Sun's interpreter could then just be the reference implementation for Java. They would have a better implementation in the OS Java and not have to take the blame for any shortcomings.

    9. Re:Gosling favors Open-Source Java by Mannerism · · Score: 1

      Some people withing Sun seem to be scared though that an Open-Source Java standard could be "polluted" by Microsoft.

      I wouldn't put anything past Microsoft, but I don't see how they could do this without some pretty blatant backpedalling. MS has already gone to great lengths to reject both Java and Open Source...it's hard to imagine them participating in an Open-Source Java effort in any way.

    10. Re:Gosling favors Open-Source Java by Omnifarious · · Score: 3, Insightful

      I wouldn't. I like the pressure it puts on companies to Open Source their stuff. Non-Open Source software is inherently untrustworthy because you can't get an independent review of exactly what it's doing.

      I don't want to end up with a security nightmare like you have on Windows desktops where it seems like every other program has some kind of call home feature that essentially turns the program into a trojan.

    11. Re:Gosling favors Open-Source Java by tshak · · Score: 1

      Do some research on technology standards (eg: the ECMA and ISO). These standards bodies exist to allow companies to hold on to their IP (eg: patents) while allowing the community to implement said standards w/o worrying about licensing, etc.

      --

      There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
    12. Re:Gosling favors Open-Source Java by Anonymous Coward · · Score: 0

      .NET will be a better platform than Java when it can securely run untrusted code on more platforms. C# and Java syntax don't matter--we already have far better non-mainstream languages on each platform.

    13. Re:Gosling favors Open-Source Java by alext · · Score: 4, Insightful

      Ah yes, it's 19:29 Groundhog Standard Time and the "C Sharp is a standard platform" post makes its due appearance. And we in turn recite the standard rebuttal, viz:

      1. C Sharp the language is a standard, but this counts for little since the platform (corresponding to J2SE or J2EE) is really the Dotnet framework, which is not standardized and remains proprietary and patented.

      2. Shared source is not open source, in fact, I doubt if many people here would be willing to accept the terms for looking at Rotor, let alone using it.

      3. "Not stood in the way of" (yet) other implementations is a little different from actually supporting them. With the Java Platform, not only are there already multiple vendors and dozens of separate implementations, but the legal permission for their development has been set forth in the JSPA. No equivalent exists for Dotnet whatsoever.

      (Yawn. Hope I'm not missing anything good on TV...)

    14. Re:Gosling favors Open-Source Java by iabervon · · Score: 2, Informative

      We're talking about a platform implementation, not the standard. The standard will surely remain Sun's property. The "Java" trademark will also remain Sun's, and Sun will retain the right to dictate how it is used.

      The Sun v. MicroSoft case was based on MS shipping a "Java" environment which did not follow the standard to Sun's satisfaction. The copyright on the environment was never in question: it belonged to MicroSoft.

      If there's a GPL Java environment, you can only call it "Java(tm)" if it has not been changed such that it fails to follow the standard. This would most likely mean that extensions remain internal to a given project, or are reference implementations or research for proposed modifications to the standard, etc.; on the other hand, you're perfectly free to port it to a different platform, change implementation details, add your new optimization, and so forth. You could also change things that the standard leaves to the implementation to decide (like command-line options to the tools).

    15. Re:Gosling favors Open-Source Java by mikolas · · Score: 1

      Some people withing Sun seem to be scared though that an Open-Source Java standard could be "polluted" by Microsoft.

      I think Sun's major concern about Open Source Java should be IBM, not Microsoft. IBM has, for a while, been one of the major players embracing both GPL and Java, and IBM embracing GPL'd Java (on Linux) would be McNealys worst nightmare. Already IBM is _the_ company driving enterprise features into J2EE and I just could imagine that they'd have the motivation to push Java adoption on Linux, despite the recent issues. It's all about hardware sales after all.

    16. Re:Gosling favors Open-Source Java by RickHunter · · Score: 3, Interesting

      Strangely, this fact seems to be constantly ignored by those driving the .GNU and Mono projects. I wonder why?

    17. Re:Gosling favors Open-Source Java by 73939133 · · Score: 2, Informative

      Newsflash: Microsoft has not yet patented .NET, they have merely applied for a patent. Even if they get the patent, it will apparently be a patent on the totality of .NET, not every piece of it. In particular, something like Mono seems perfectly safe: it implements ECMA C# and a lot of non-.NET libraries.

      Newsflash: Sun has plenty of patents on key aspects of Java APIs and the JVM (check the uspto site).

    18. Re:Gosling favors Open-Source Java by FatherOfONe · · Score: 1

      Good points. But it appears that there can be some balance in there. If Redhat could screen these types of programs and put in the good ones, or at least offer them it would be great. Video drivers (ATI and Nvidia) would be great, and I don't care if they are open source or not. The current driver for ATI kinda sucks.

      --
      The more I learn about science, the more my faith in God increases.
    19. Re:Gosling favors Open-Source Java by fastdecade · · Score: 1

      It's not surprising that Gosling supports it ... Sun has already done a great service by releasing all the source to their APIs.

      Although, as anyone who's eyeballed the source will know, they have also demonstrated why a clean-room, scrutinised, open-source rewrite of any Sun code might not be *ahem* such a bad thing.

    20. Re:Gosling favors Open-Source Java by jone · · Score: 2, Informative

      This isn't really an issue with the JDK. The source is available, and in fact, some distributions (gentoo) actually do allow you install the JDK from source.

      Admittedly, it not released under an approved open source license, but it is not correct to say that you are unable to examine the source.

    21. Re:Gosling favors Open-Source Java by 73939133 · · Score: 2, Interesting

      When looking at who holds what patents, you must also look at the past actions of the holders.

      No, you should not. You should look only at what rights and obligations are legally associated with the license that you get, and what patents and other intellectual property are known.

      Here, we are talking about Java, and the JCP and JSPA don't satisfy me as licenses for an open standard. Furthermore, as a practical matter, there simply is no complete, open source implementation of the Java 2 platform. Overall, that means that Java doesn't pass muster as an open source platform. Whether .NET or Mono are any worse from an intellectual property point of view is irrelevant; this is not an either/or choice between Java and .NET. Just because the .NET intellectual property situation could be even worse than the Java intellectual property situation doesn't mean we should all rush to Java.

      Reminds me of a drug dealer: first one is always free.

      Well, with Java, Sun is offering the drug ("free-as-in-beer Java for Linux"), together with plenty of broken promises ("we will make it an ECMA/ISO/ANSI standard"). In contrast, Microsoft didn't hand a not-quite-free implementation of .NET to Linux developers and say "here, it's free"; if the Mono developers are digging their own grave by cloning .NET, it's their own fault.

      So, it seems to me the "first one is always free" analogy applies more to Sun than to Microsoft.

    22. Re:Gosling favors Open-Source Java by hackus · · Score: 2, Insightful

      Absolutely.

      There is nothing open or standard about Microsoft's .Net platform.

      The entire platform wasn't even created to solve a business problem, it was simply created to kill Java.

      Well, that and because of .Net's distributed DCOM/DCOM wrappers (which by the way that is all .net is, is repackaged COM/DCOM via the web) was invented so that you buy MORE Microsoft software.

      Java was created to solve an industry wide, 30 year problem. How do you turn software from an expense, into an asset?

      You do that by making the software independant of hardware, and making it a part of your IP property of your business process.

      Which should be perpetual, respond only to a business need, and not a vendors whim.

      The reason why Java was invented was to free companies from buying a PeopleSoft implementation for 10 million and then having your investment totally invalidated by someone who buys the company and destroys your investment.

      Like Oracle plans to do.

      Open Sourcing Java would simply free licensed implementations from being engaged by the certification process.

      I am not so sure, that is great for Java. Sun has been extremely magnanimous in managing Java.

      Having a bunch of Open Source implementations running around with no means of making sure they all work the same way is not what I would call a positive thing for Java...GPL'ed or otherwise.

      Remember, Java write once run everywhere is critical. Perhaps not in the US, but too all my European and Chinese and Japenese customers, who are quickly moving away from anything Microsoft, and everything Linux, it is very very important.

      Some sort of release mechnism will have to be developed to insure that Java GPL'ed implementations are not allowed to fork with non standard runtime libs.

      -Hack

      --
      Got Geometrodynamics? Awe, too hard to figure out? Too bad.
    23. Re:Gosling favors Open-Source Java by ceswiedler · · Score: 1

      What you might end up with is a RedHat-based distro which does what you want, in the same way that Mandrake was originally just RedHat + KDE. Someone could distribute a RedHat + nVidia + Java OS. It would be legal except for the RedHat graphics. Someone may in fact already do this. This is in fact the single greatest thing about OSS, bar none.

      ...and the student was enlightened.

    24. Re:Gosling favors Open-Source Java by Anonymous Coward · · Score: 0

      Remember, Java write once run everywhere is critical.

      Oh! Oh! My SIDES!

      "Write once, crawl in some places, with luck" is more like it.

    25. Re:Gosling favors Open-Source Java by krumms · · Score: 1

      I'm relatively new to the C# framework, so excuse the ignorance, but would it be possible to implement some or all of the C# language on top of the Java runtime? Perhaps not the whole metadata deal, which seems to be specific to VC#, but the rest of the language?

    26. Re:Gosling favors Open-Source Java by TummyX · · Score: 1

      Because there's no way in hell Microsoft could uphold that patent.

    27. Re:Gosling favors Open-Source Java by Anonymous Coward · · Score: 0

      Troll.

    28. Re:Gosling favors Open-Source Java by RickHunter · · Score: 1

      Prove it. There's plenty of bad patents the courts have upheld. Why should this one be any different? Especially when its got Microsoft's multi-billion-dollar bank account behind it.

    29. Re:Gosling favors Open-Source Java by 73939133 · · Score: 1

      The issue is that RedHat has made a decision to only ship open source software in their distro. So you won't get the good video drivers or a good JVM. This could easily be solved if they just shipped Sun's JVM with it, and had the installer agree to the terms.

      Why should they? Sun is in competition with RedHat, just like Sun is in competition with Microsoft. Microsoft didn't really want to rely on Sun-licensed software. Conversely, Sun was petrified that Microsoft might end up controlling some Java APIs that Java users would start to rely on.

      Linux is in the same situation: if Java became widespread on Linux, Sun would effectively control that functionality on Linux, since there are no full Java implementations that aren't directly or indirectly licensed from Sun. That situation is no more palatable to RedHat or Linux users than the equivalent situation is to Sun or Microsoft.

    30. Re:Gosling favors Open-Source Java by 73939133 · · Score: 1

      C Sharp the language is a standard, but this counts for little

      A standard language with a minimal library seems to have worked well for C and C++.

      The real question is whether Java won't just collapse under its own weight as it accrues more and more outdated crap.

      since the platform (corresponding to J2SE or J2EE) is really the Dotnet framework, which is not standardized and remains proprietary and patented.

      That means that Windows developers program to .NET APIs and Linux users use Gtk#, expat, and POSIX. That's just like C++: on Windows, developers use MFC, and on Linux they use Gtk+. Seems fine to me.

      not only are there already multiple vendors and dozens of separate implementations

      All conforming Java implementations depend on code licensed from Sun. That means that Sun completely controls the Java market.

    31. Re:Gosling favors Open-Source Java by 73939133 · · Score: 1

      Yes, you can compile C# to the JVM, but you lose some performance and you lose the ability to use native code easily. The DotGNU compiler actually has support for this.

      OTOH, you can compile Java to the CLR (C# runtime) with no loss in performance or functionality. Mono has support for that. People have actually run Eclipse under Mono that way.

      If Sun ever releases their Java implementation open source, one of the first things that happens will be a port of Swing and other Java APIs to Mono so that Java programmers can run all their code on the Mono platform.

    32. Re:Gosling favors Open-Source Java by TummyX · · Score: 1

      Microsoft has never used patents in court for anything except defense. It's up to you to prove they will go to court over the patent.

    33. Re:Gosling favors Open-Source Java by ReelOddeeo · · Score: 1

      Microsoft has never used patents in court for anything except defense.

      Well there is the story of Microsoft not using patents for defense. Whether it is actually true is unknown to me.

      But then there is Stac Electronics, and others. And given Microsoft's sterling reputation for high moral standards and ethical behavior, I wouldn't be surprised.

      --

      Those who would give up liberty in exchange for security and DRM should switch to Microsoft Palladium!
  5. Time to start up the pool... by Anonymous Coward · · Score: 5, Funny

    How long before SCO claims that Java is a derivative work of the Unix kernel?

    1. Re:Time to start up the pool... by lordvdr · · Score: 1

      alright, sorry if I get trolled or whatever... These are starting to get annoying. -md

      --
      If you are out to describe the truth, leave elegance to the tailor - Albert Einstein
    2. Re:Time to start up the pool... by jared_hanson · · Score: 2

      How is this funny, this is completely overrated, and I am screaming for moderator points right now. A Unix kernel has nothing to do with a Java interpreter.

      A bytecode interpreter is an abstraction above the kernel, and is made so that said bytecode can run on any kernel (theoretically).

      If your going to make a funny comment, make sure their is some connection between the two things you're comparing. This is just shameless bashing on SCO, with no humor whatsoever. I'm appalled.

      --
      -- Fighting mediocrity one bad post at a time.
    3. Re:Time to start up the pool... by Anonymous Coward · · Score: 0

      How long before SCO claims that Java is a derivative work of the Unix kernel?
      As soon as we see Natalie Portman on goatse and no more duplicates on /.

    4. Re:Time to start up the pool... by logic7 · · Score: 1

      Never underestimate the power of abstraction, my friend. I was at a pizza hut restaurant today and I noticed to my very surprise that they have SCO Open Server(TM) terminals for the employees there. My first (obvious) thought was that SCO might claim to have invented the Chicken Supreme(TM) recipe and that I will have to pay license fees to SCO for my beloved pizza in the very near future. ;)

    5. Re:Time to start up the pool... by paroneayea · · Score: 1

      Actually along these lines of thought, it's a very wise idea that Red Hat is doing an open source version with the help of Sun. This way, there can't be any lawsuits like the one with SCO popping up and taking hold.

      --
      http://mediagoblin.org/
    6. Re:Time to start up the pool... by babyrat · · Score: 1

      Not sure whether you are serious or sarcastic...however the point that SCO would claim something that is clearly not connected to a Unix kernel is the funny part.

      It's about as baseless as some of their other claims.

  6. Sun's Support by Devil+Ducky · · Score: 3, Insightful

    'We're in discussions with Sun. We'd like to do this with their support.'

    It'd be hard to do it without Sun's support since they have been known on occasion to get very mad about people making versions of Java without their support. Of course that was mainly about a non-standard version, so maybe it wouldn't matter as long as it followed the standard.

    How far is RedHat into this? Planning, Writing, Compiling, Marketing? If they're only planning it, java may finally be dead before it gets done; of course java may outlive me, of course I may die this evening, we just don't know.

    --

    Devil Ducky
    MY peers would get out of jury duty.
    1. Re:Sun's Support by ElGuapoGolf · · Score: 1

      Java may be dead before it gets done? How long is RH planning on taking? Decades?

      Cos I don't see any J2EE apps running in F5K companies gettin rewritten overnight. And all those phones that play those neat games (J2ME) won't disappear overnight.

    2. Re:Sun's Support by Anonymous Coward · · Score: 0

      How is this idiot insightful? Insightful would be doing a little research before you blab about something which you haven't a clue. Java dead? Not likely. And before you start trying to justify your thinking, consider there are Cobol programmers with a job -

    3. Re:Sun's Support by alext · · Score: 3, Insightful

      they have been known on occasion to get very mad about people making versions of Java without their support.

      Yes, they don't like having their platform polluted. This helps my applications stay portable.
      I sincerely hope they continue to keep implementors in line. Don't you?

  7. There by Ann+Coulter · · Score: 4, Informative

    is already some source code available. :)

    1. Re:There by Monkey-Man2000 · · Score: 4, Informative

      It sounds like they're interested in doing a clean-room implementation that isn't tied down by proprietary licenses like the one Sun provides (and the link you gave). This is a _good_ thing.

      --
      This post was generated by a Cadre of Uber Monkeys for Monkey-Man2000 (603495).
    2. Re:There by logic7 · · Score: 0, Offtopic

      informative, huh? sure, the source code is available, but it is not open source. neither free as in beer nor free as in speech. the parent poster knew about this, hence the winking smiley. should be "funny" or "karma whore" instead.

    3. Re:There by durdur · · Score: 1

      As pointed out, it is under license terms you might not like.

      Also, many of the interesting bits, such as the optimizing compiler, are almost impossible to understand from the source code. They do not release design docs, tutorials, HOWTOs, or whatever, for people working on the source. There are source comments, but it is not at all easy to pick up an overall idea of how it works from reading those.

  8. GPL? by Anonymous Coward · · Score: 0

    Why not open up the original sun platform?

  9. What was Blackdown? by Anonymous Coward · · Score: 2, Informative

    Wasn't it originally a clean-room open source JDK for Linux that Sun adopted?

    1. Re:What was Blackdown? by Anonymous Coward · · Score: 4, Informative

      No. Blackdown was not a clean-room implementation, and was based in part on Sun's Java. Especially in the class libraries area.

    2. Re:What was Blackdown? by Anonymous Coward · · Score: 3, Informative

      No - Blackdown was simply a port of the Sun JDK to Linux. Same source base.

    3. Re:What was Blackdown? by Anonymous Coward · · Score: 0

      No was about it. Blackdown is a going concern, AAMOF if you want a recent JDK that works with a recent mozilla.org binary, you'll need a Blackdown JDK.

  10. Its actually fairy easy... by Anonymous Coward · · Score: 4, Funny

    Java's source is really, really simple, actually.

    Just take one pound of fresh, dry-roasted beans (I prefer Sumatra myself, though Peruvian and Venezuelan are nice, too). Grind these to the desired consistancy, depending on one's brewing method of choice (I'm a 'french press' kinda guy myself, but auto-drip is the norm). Next, load the beans into the appropriate container (filters for the drips, wire mesh baskets for us pressers). Apply nearly-boiling hot water, allow a moment for the beans to steep. Pour into your favorite cup and voila! Instant Java.

    Jeesh. Why everyone makes such a big deal out of that, is just beyond me. No wonder all these tech companies go out of business - they can't even make a goddamn cup of coffee!

    1. Re:Its actually fairy easy... by crux6rind · · Score: 1

      actualy if you wanna learn the real java, you should go to my hometown (Jogjakarta - central java - Indonesia) you'll be able to talk to javanese peoples and find out what makes them so good at being JAVAnese. no EULA needed. just wear sarong, put blangkon on yer head and learn to play gamelan instrument and you'll understand the spirit of JAVA. matur nuwun...

      --

      d035 7hi5 100k 1ik3 4n l337 5i6 2 j00 ?
    2. Re:Its actually fairy easy... by The+Cydonian · · Score: 1

      Play Game LAN? Man, you Indonesians are l33t! :-D

    3. Re:Its actually fairy easy... by eugene_roux · · Score: 1

      (I prefer Sumatra myself, though Peruvian and Venezuelan are nice, too)

      Blasphemer!

      If you are intending to make decent Java, you have to use fresh medium-roast Kenyan...

      Hmmm... Coffee and spam, the only real products of modern Kenya...

      --
      Part Time Philosopher, Oft Times Romantic, Full Time Unix Geek
  11. eh, not likely by m750 · · Score: 5, Interesting

    http://www.computerworld.com/developmenttopics/dev elopment/java/story/0,10801,82286,00.html?nas=AM-8 2286 'Should Java be made fully open-source? The problem with open-source is that [victory] goes to volume, and that's evident in the Linux community today where ISVs [independent software vendors] are qualifying to Red Hat and abandoning everyone else. Why? Because Red Hat has volume. If Java were open-source, Microsoft could take it, deliver it as they saw fit and drive a definition of Java that was divergent from the one that the community wanted to be compatible. And to the victor would go the spoils of that nefarious action. '

    --
    www.underonesky.com
    1. Re:eh, not likely by Delphis · · Score: 2, Funny

      Maybe it needs to be released under an alternative license, say the MSFO license that states it is illegal to reuse said source code in any company product if that company name starts with the letter 'M' and ends in 'icrosoft'.

      Surely the reader can determine what the letters 'FO' stand for in the license acronym...

      --
      Delphis
    2. Re:eh, not likely by nate1138 · · Score: 2, Interesting

      I guess that all depends on what license the Open-source version is released under. In reality, Microsoft has already killed client side Java. Fortunately, the server is another animal altogether. I don't know a single Java developer that would ever consider using a MS Java implementation. Lastly, I don't see what volume has to do with MS corrupting an open source Java.

      Enlighten me.

      --
      Where's my lobbyist? Right here.
    3. Re:eh, not likely by KeyserDK · · Score: 1

      This is a thing GPL/LGPL can prevent.

      --
      still reading?
    4. Re:eh, not likely by m750 · · Score: 1

      Wasn't my quote... That's JS speaking. I just thought it was pertenant. I think volume has alot to do with open standards. Take html for example... IE and others interpret it differently. Now, IE's volume has allowed them to skew code in thier favor. Taking an open standard, and becoming nonfunctional on other browsers. AO

      --
      www.underonesky.com
    5. Re:eh, not likely by rutledjw · · Score: 1
      I agree. The Java/J2EE guys I know would turn up their noses at anything MS has tweaked. Today, the platform independence is something that many hold important.

      Many of us develop on Linux/Windows and deploy on Linux/UNIX. Why would anyone EVER risk screwing that up with MS software?

      The problem is that MS wouldn't have a strong selling point to use their version of Java with a fully open version as well as Blackdown, Suns own and IBMs which are all free to d/l as needed.

      --

      Computer Science is Applied Philosophy
    6. Re:eh, not likely by big-giant-head · · Score: 0

      If that were true MS could contribute to linux, pollute it and eventually destroy it. Linus controls what goes into the linux kernel, no matter who "contributes". This would work in the same way. Either Red Hat, or even Sun itself could control what went into releases, and summarily reject anything MS wanted to put into.

      --

      So Long and Thanks for all the Fish.
    7. Re:eh, not likely by Anonymous Coward · · Score: 0

      As MS already found out, if they don't comply with the standard, Sun can use trademark law to keep MS from calling their product Java. An open-source implementation isn't going to change that.

    8. Re:eh, not likely by MAXOMENOS · · Score: 1

      Tell that to KDE regarding Bluecurve, and I suspect they'll look at you ascance.

    9. Re:eh, not likely by Anonymous Coward · · Score: 0

      First of all, J++/MTS predates J2EE by a couple years, and chunks of J2EE are a direct ripoff of MTS.

      Second, Sun and IBM are currenttly busy adding Microsoft's Java ideas into Java proper -- metadata, COM bridge, native widgets.

      Microsoft and Sun were of course playing legal chicken, but the whole "M$ is evil, they tainted Java!" is tired -- Sun should have been looking closely at Microsoft's ideas and bringing them into "Pure" Java as quickly as possible.

    10. Re:eh, not likely by Penguinshit · · Score: 1

      Except for the fact that Microsoft was busy trying to pull a SCO on Sun vis-a-vis Java.

      Remember MS's old "Embrace and Eviscerate" slogan...

    11. Re:eh, not likely by Jagasian · · Score: 1

      Sun fan-boys have been using the "Microsoft" excuse with regards to many Java related things, from standardization to open source.

      Yes, people claimed that it would be bad for Sun to standardize Java because that would allow Microsoft to hijack it.

      I don't see Microsoft hijacking Linux. (No, SCO ain't going to get a damn thing from Linux.)

    12. Re:eh, not likely by Anonymous Coward · · Score: 0

      Of course Microsoft was being dickheads (see the old Wired article where Ballmer was pounding on his desk and screaming about Sun), but that does not mean that their ideas were fundemenatlly bad.

      I think most slashdotters agree with Bill Gates in principle on this point -- Java would be a better environment if it was like C++ -- vendors extend it, and then those extentions get folded back into a open standardization process.

    13. Re:eh, not likely by Tony-A · · Score: 1

      Lastly, I don't see what volume has to do with MS corrupting an open source Java.

      Volume, by itself, tends to make for a de facto standard.
      Whatever security Java has, it has because of what is not in Java, and due to a lot of effort by Sun to keep stuff out of Java.
      Otherwise, any high-volume thingee that sabatoges the standard with attractive gizmos ... (Microsoft has already killed client side Java) is the inevitable result.
      What I've seen from Sun is that they have no intention of letting anyone "kill their baby" and have managed to do a pretty good job so far.

      I don't know a single Java developer that would ever consider using a MS Java implementation.
      Looks great initially. Begins to go sour in 3-5 year. After 10-15 years is thoroughly rotten. This is not what you want Java for.

    14. Re:eh, not likely by nate1138 · · Score: 1

      I would argue that a viable standard is already set, has been for a long itme, and is adhered to by companies with alot more clout in the server space than MS.

      --
      Where's my lobbyist? Right here.
    15. Re:eh, not likely by Rysc · · Score: 1

      So they hire another company to do their evil work for them. Nothing has changed.

      --
      I want my Cowboyneal
    16. Re:eh, not likely by Tony-A · · Score: 1

      I would argue that a viable standard is already set, has been for a long itme, and is adhered to by companies with alot more clout in the server space than MS.

      I agree totally, but I am not at all convinced that "everything's safe now". It's still much to easy for Java to be sabatoged.

    17. Re:eh, not likely by nate1138 · · Score: 1

      It's never safe, that is what makes it interesting ;-)

      --
      Where's my lobbyist? Right here.
    18. Re:eh, not likely by zero_offset · · Score: 1
      Microsoft has already killed client side Java

      Microsoft didn't kill it, early JVM/JIT performance and the still-low-average-bandwidth in the early days of Java are what killed it. I know, I used to write web-delivered client-side Java applets in the early days.

      Locally stored Java apps were a non-starter from day-one due to the total lack of consistency -- you simply couldn't put an app out there and tell the end-user how to start it. Either they knew (and most people won't know), or they used someone else's software.

      It is a well-known and well-documented fact that Microsoft had the best-performing JVM throughout most of Java's early life. If anything, they did the most to prop it up. (Though not out of any noble purpose, of course.)

      --

      Slashdot quality declines as the number of hot grits posts decreases. - Provolt's Law, Apr-09-2005

    19. Re:eh, not likely by nate1138 · · Score: 1

      And you don't think the incompatibility with other (read: standard) JVM's was a problem? I'm not trying to be sarcastic, I just never coded many applets. Been doing JSP since the beginning, but no applets to speak of. I have written a couple of client side applications in java, and found that there are a number of installer builder (installanywhere comes to mind) that do a decent job of making it look like a regular ol' windows application. Of course, with those apps we delivered the JVM we wanted them to use in the installer package.

      --
      Where's my lobbyist? Right here.
    20. Re:eh, not likely by zero_offset · · Score: 1
      I don't know how things are today, I gave up on Java a long time ago, but back when it got started NOBODY had compatible JVMs. "Write once, run anywhere" wasn't anything but a clever marketing slogan, which is why the sardonic "write once, test everywhere" saying became famous. You really did have to test on 10 or 12 different browser/JVM/JIT/OS combinations before you could say your code ran cleanly under most VMs, and VM-specific work-arounds were fairly common.

      It is important to realize that Microsoft extended Java, they did not intentionally break it. Well, I guess some people define that as breaking it, but I mean they didn't intentionally build their JVMs and JITs so that they did standard Java things incorrectly. Even Sun admitted the MS JVM was the best available implementation, I heard Sun guys saying it all the time at the first couple Java One events.

      --

      Slashdot quality declines as the number of hot grits posts decreases. - Provolt's Law, Apr-09-2005

    21. Re:eh, not likely by nate1138 · · Score: 1

      You really should give Java another look. It absolutely rocks on the server side of things. Heck, even Coldfusion rides on a J2EE server now. Not to mention that half the work has been done by the guys at the jakarta project for you ;-)

      --
      Where's my lobbyist? Right here.
    22. Re:eh, not likely by zero_offset · · Score: 1

      I appreciate the input, but I really think C# is a better language, and as long as I control the server, using .NET really isn't a problem.

      --

      Slashdot quality declines as the number of hot grits posts decreases. - Provolt's Law, Apr-09-2005

  12. sun should go for it by autopr0n · · Score: 3, Interesting

    It would be a win-win situation for them, and they can use their trademark to protect the 'purity'. I.E. if it's not "Pure java" it can't be called "Pure java". And microsoft seems to have gotten out of the java game anyway, so their corruption isn't much of an issue. I doubt the open source maintainers would allow contributions that would violate sun's standards, and Microsoft would never fork a GPL project since they hate the GPL so much.

    And plus, sun wouldn't need to do any of the work themselves :P

    --
    autopr0n is like, down and stuff.
    1. Re:sun should go for it by yaphadam097 · · Score: 1
      And microsoft seems to have gotten out of the java game anyway, so their corruption isn't much of an issue...
      C# was in large part a move to get Java programmers to come over to the .NET platform. The number of wagon jumpers wasn't as high as Microsoft wanted so they reinvented J++ as J# .NET. I bought the C++ .NET 2003 edition recently, and I had a good laugh at the back of the J# .NET package on the next shelf over at CompUSA. They actually mention "familiar Java syntax."

      For all of you .NET evangelists out there (I know you're listening) I actually like C++ .NET. Managed extensions give me a lot of the same capabilities that I get with container services in J2EE. However, I refuse to learn a new language just so that I can do things the Microsoft Way (TM). Portability is really not as big of an issue as Sun would like us to believe (Have you ever actually tried to port a J2EE app from one app server to another? Let alone one system architecture to another!?!) Still, J2EE offers some things that .NET doesn't (i.e. better support for persistence, distributed apps that don't rely on web services, distributed transaction support that doesn't rely on proprietary database server technologies, JSP Model 2 for web apps is a much stronger separation of concerns than ASP provides - XML/XSLT is not always the best solutions, etc.)

    2. Re:sun should go for it by Dalcius · · Score: 1

      er... wish I had some mod points.

      I couldn't have said it better.

      --
      ~Dalcius
      Rome wasn't burnt in a day.
    3. Re:sun should go for it by Anonymous Coward · · Score: 0

      Have you ever actually tried to port a J2EE app from one app server to another? Let alone one system architecture to another!?!

      Yes. Its actually quite simple, if and only if you limit your app server specific code to a minimum. Keep yourself j2ee compliant and only use the proprietary hooks when necessary and you are good to go. I had our code running on weblogic, resin and one other. forget the name. I only had to change 3 source files excluding app server config files.

    4. Re:sun should go for it by yaphadam097 · · Score: 1
      It is quite doable. That wasn't actually my point. My point is that you rarely need to do it. Certainly Java code can be portable. And it can be ported very easily if you plan for portability up front. The same is true for C/C++, Perl, Python, and numerous others. My point is that Sun harps about portability all day long, but when it comes down to it the many thousands of programmers who use Java probably do so for other reasons. If portability is a factor it is certainly not the most important one.

      In fact, I would go as far as to say that there are only two situations where portability is infeasible in any modern language:

      1. You are using a language or API that is specifically designed not to be portable (Such as C#, VB, old fashioned MFC, etc.)
      2. It is so important to do as much as possible as quickly as possible under repeatable conditions that you forego good object oriented design in favor of a mess of inline assembly and otherwise optimized object code. It is very unlikely - though not impossible - that this will be portable to another architecture.
    5. Re:sun should go for it by autopr0n · · Score: 1

      (Have you ever actually tried to port a J2EE app from one app server to another? Let alone one system architecture to another!?!)

      I've never ever and a problem porting running java code on various platforms. I can imagine it could be a pain to move from one app server to another, but you can probably run that app server on any underlying CPU or OS. (depending on how much native code the app server uses, which shouldn't be very much)

      --
      autopr0n is like, down and stuff.
    6. Re:sun should go for it by sbszine · · Score: 1

      It would be a win-win situation for them, and they can use their trademark to protect the 'purity'. I.E. if it's not "Pure java" it can't be called "Pure java".

      This sounds similar to the the way O'Reilly uses its branding / trademark stuff with respect to Perl. If it's not really truly Perl it can't use the Camel.

      I wonder if a similar thing could be done with the Linux name & penguin? Does Linus have copyrights on those that could be used to smack down dodgy distros?

      --

      Vino, gyno, and techno -Bruce Sterling

    7. Re:sun should go for it by yaphadam097 · · Score: 1

      As I mentioned before, my point was that there is rarely a compelling reason to have to port J2EE code, thus "Have you ever tried..." meaning have you ever had a reason to. Now, java code in general is a different issue. If you are writing GUI apps or Applets then there is a good reason to want your code to be portable. However, my experience in recent years has been that most of the Java programmers out there are doing things where "portability" does not properly belong on the list of non-functional requirements.

  13. Blackdown? by mickwd · · Score: 3, Insightful

    Does Blackdown have any role in this ?

    1. Re:Blackdown? by triskaidekaphile · · Score: 3, Informative
      --
      @HbFyo0$k8 tH!$
    2. Re:Blackdown? by wfrp01 · · Score: 2, Interesting

      Also GNU Classpath. Seems to me that if Redhat wants a free Java implementation, they would do well to contribute to existing effort, rather than starting yet another one.

      --

      --Lawrence Lessig for Congress!
  14. Good for the web by narfbot · · Score: 4, Interesting

    I don't use java with mozilla because it's bloaty and not very open source friendly. This it sometimes a pain though, not having it available. And of course there are those java programs I can never try. Having an open source version with Sun's support will improve the current mess.

    Somebody make a current open source shockwave plugin!

    1. Re:Good for the web by Thorgal · · Score: 5, Funny

      Sir, it does really sound weird for Mozilla user to complain about Java's bloat.

      --
      "Man in the Moon and other weird things" - wfmh.org.pl/thorgal/Moon/
    2. Re:Good for the web by Corporate+Gadfly · · Score: 1

      holy crap... as if Mozilla wasn't the most bloated piece of software itself.

      Secondly, what java programs have you not been able to try? Ever heard of J2EE. Stop using client-side java as an excuse.

      --
      Corporate Gadfly
      Jonathan Archer: the most beaten up Enterprise captain in Star Trek history
    3. Re:Good for the web by narfbot · · Score: 1

      holy crap... as if Mozilla wasn't the most bloated piece of software itself.
      It's sure better than IE. I'd use phoenix if I bother ever compiling it.
      Secondly, what java programs have you not been able to try?
      I don't have java so I can't use them programs
      Ever heard of J2EE. Stop using client-side java as an excuse.
      Which isn't in my distro. Is it even open source? I don't know really, because java needs better standards. And because of lack of good open source support, I don't even bother looking at anything to do with java. I would compile J2EE if I could, and if I could possibly benefit from it, but you see I just don't attempt these things blindly, without good open source support, And because it might not be worth the time compiling myself on a 333 Mhz processor.

    4. Re:Good for the web by narfbot · · Score: 1

      So in another words, even though some java progs have descriptions that interest me, but I just not bother, because it has to do with java.

    5. Re:Good for the web by narfbot · · Score: 1

      I know what you saying, but I guess "bloat" isn't what I mean. Right now java looks like a mess, like a broken window, and it needs better standards to put it back together. Thus, somehow it came out "bloaty" because of the crap there is right now.

      Mozilla may be bloated, but it works pretty good especially with open source. Java right now don't work that great in the open source world.

    6. Re:Good for the web by pyrrho · · Score: 1

      it's a "burn me twice, shame on me" sort of thing, I think.

      --

      -pyrrho

    7. Re:Good for the web by burner · · Score: 1

      I don't have java so I can't use them programs

      The point is that there are many java applications you are probably using daily without knowing it. You might not care to use perl or php, but many web sites you visit probably use perl or php, so you are using perl and php apps all the time. Same goes for J2EE.

      mike

      --
      MRSH-Recording device, corned beef sandwich with kraut, seafaring bird, and the foamy top of a beverage.
    8. Re:Good for the web by Anonymous Coward · · Score: 0

      That makes sense.

  15. RedHat's Rawhide by thule · · Score: 3, Interesting

    Recently Rawhide had Eclipse and Tomcat in it. I was pleasantly surpised to see Eclipse running on ppc Rawhide! It looked like they were running it against gcc's java, but after reading that article I was possibly mistaken. Did anyone else look at the Rawhide version of Eclipse?

  16. An even better idea... by Anonymous Coward · · Score: 0

    would be for RH to partner with Blackdown (who would ultimately be the keepers of OpenSource Java). All the mechanisms are already in place, and they would ensure that itÂd run on any Linux distro, not just RH.

  17. be careful by 73939133 · · Score: 5, Insightful

    Sun has promised a lot in the past for Java and then gone back on their word. For example, Sun promised an open Java standard but then pulled out of two standardization efforts.

    If this gets dragged into the JCP process or stays under Sun's "community source" umbrella, it will not be open source in the way that we know it. If people aren't free to "corrupt" the open source Java in any way they like, it will not be open source; for example, one project of key importance for Java on Linux would be native bindings to Gnome.

    A closely related question to be answered is what the patent situation around any such "open source" version of Java will be; Sun currently holds several patents that effectively block fully compatible open source implementations. Will Sun dedicate those patents to the public domain? Or will the "open source Java" adopt a license that makes the code open source but lets Sun retain control over who gets to use it through patents?

    To Sun, Linux is as much as a threat as Microsoft, and their strategy is the same: make the OS irrelevant by replacing it with a Sun-controlled platform that runs on top of the OS. The Linux community should be as paranoid about that occurring as Microsoft management is. Sun is, ultimately, not a friend of Linux.

    Maybe Sun is serious about creating an "open source" version of Java in the sense we all use the term. But I will reserve my judgement until there is something concrete on the table. So far, every promise of opening up Java by Sun has turned out to be a smokescreen and a distraction.

    1. Re:be careful by deanj · · Score: 1

      If anyone "corrupts" Java so it can't pass the conformance tests (ie, adds keywords, stupid C# stuff, or anything like that) it's not Java.

    2. Re:be careful by sedmonds · · Score: 1

      To Sun, Linux is as much as a threat as Microsoft, and their strategy is the same: make the OS irrelevant by replacing it with a Sun-controlled platform that runs on top of the OS. The Linux community should be as paranoid about that occurring as Microsoft management is. Sun is, ultimately, not a friend of Linux.


      Wouldn't that make Sun not a friend of "open source and open standards with respect to Linx", rather than not a friend of Linux? Not everyone involved with linux cares if whats done on top of linux is "open".

    3. Re:be careful by Strudelkugel · · Score: 2, Insightful

      To Sun, Linux is as much as a threat as Microsoft, and their strategy is the same: make the OS irrelevant by replacing it with a Sun-controlled platform that runs on top of the OS. The Linux community should be as paranoid about that occurring as Microsoft management is. Sun is, ultimately, not a friend of Linux

      Now I get to ask my other favorite tech-biz question:

      What exactly is Sun's business model?

      Sun does not make money from Java, it's an expense. They support it because it provides an alternative to Windows in terms of availability, and .Net as a comprehensive framework. But for this to work to Sun's advantage, the message has to be "Java is everywhere, but for best results, you really should run it on a Sun platform. All those other platforms are just there so you can have a common codebase." How will opening the source benefit Sun? Seems that will allow others to make optimized versions for non-Sun hardware or OSes. Sun has to pretend "We're all in this together against big bad M$", while at the same time wondering how to undermine Linux - a nightmare for them.

      So far, every promise of opening up Java by Sun has turned out to be a smokescreen and a distraction.

      For what seems to be a clear reason.

      --
      Imagine how much harder physics would be if electrons had feelings! -Feynman, maybe
    4. Re:be careful by zangdesign · · Score: 1

      If anyone "corrupts" Java so it can't pass the conformance tests ... it's not Java.

      You're right. It's called evolution. If Java fails to evolve then it should be dumped on the trash-heap with all the other dead languages.

      --
      To celebrate the occasion of my 1000th post, I will post no more forever on Slashdot. Goodbye.
    5. Re:be careful by 73939133 · · Score: 1

      If anyone "corrupts" Java so it can't pass the conformance tests (ie, adds keywords, stupid C# stuff, or anything like that) it's not Java.

      Absolutely. And that's the point: if RedHat and Sun release their version of Java as "open source" software, people should have the ability to take that code base and change it incompatibly into something that is not Java. If the RH/Sun release prevents such changes, it's not open source software.

    6. Re:be careful by alext · · Score: 1

      Stuff and nonsense.

      Java standardization occurs through the JCP. Regardless of this process, people are free to implement anything they want.

      The fact that you chose Gnome bindings as an illustration of what is impossible would be very amusing to the SWT team at IBM who have already implemented them (as open source).

      Sun retains rights to the Java trademark and associated frameworks such as J2SE and J2EE. You can't do a Microsoft and pass an incompatible version of these off as Java, but you can call it anything else you want.

      Your discovery that there are Sun patents prohibiting fully compatible implementations will doubtless come as a bit of a shock to IBM, BEA and the several dozen other companies implementing fully-compatible platforms. I trust you've taken steps to inform them?

      The penetrating observation that Java is a platform may well cause Linux C API fans some concern. Though not as much concern, I think, as the thought of having no high quality VM on the OS at all, thereby leaving it at a severe disadvantage compared to other mainstream OSes.

    7. Re:be careful by axxackall · · Score: 1
      Java standardization occurs through the JCP. Regardless of this process, people are free to implement anything they want.

      AFAIK all JCP decision are approved in Sun cubicles. Neither OSS developers nor IBM ones have any really meaning vote.

      Sun retains rights to the Java trademark and associated frameworks such as J2SE and J2EE. You can't do a Microsoft and pass an incompatible version of these off as Java, but you can call it anything else you want.

      As for today, Java is called Java exactly as Sun call it Java. What all other people want (outside of Sun) is open standard (ECMA, ISO) expicitly defining what should be called Java.

      As for Linux C API, it would be adapted to run Sun's JVM long time ago if Sun's JVM would be opened. And that's the reason Sun doesn't want jave being open-sourced - b/c Linux will adapt quickly and show much more superiority to Solaris. And that would hurt Sun's sales really seriously.

      --

      Less is more !
    8. Re:be careful by Mindbridge · · Score: 1
      AFAIK all JCP decision are approved in Sun cubicles. Neither OSS developers nor IBM ones have any really meaning vote.

      Are you simply uninformed, or you are deliberately spewing bullshit?

      Just very recently Sun had several (four, I believe) of its JSR proposals voted down by the JCP committees. Both Apache and IBM are members of the J2SE/J2EE executive body. "We are voting against until Apache's concerns are taken into account" is a rather typical vote comment.

      The JCP is not perfect, but it is not what you make it out to be and it is millions of times better than what the management of .NET, for example, is.

    9. Re:be careful by deanj · · Score: 1

      That's like saying "I'll change the GCC to accept these bitchin new keywords I added", and trying to foist it off onto the community as if it's C or C++. Just because you make changes to it, doesn't make it the real deal.

    10. Re:be careful by deanj · · Score: 1

      No, it's called non-conformance to the standard.

      Java is certainly not failing to evolve. The generics package has been out for a couple of years and passed JCP (along with the other changes going into JDK 1.5), and that's evolution. Read that again...it's going through the JCP; it's not something Sun's doing solo.

      What you're saying is that Microsoft tried to do; add crap into the language and still call it Java. Bzzzzt! Sorry, but that's the wrong answer.

    11. Re:be careful by toriver · · Score: 1

      AFAIK all JCP decision are approved in Sun cubicles.

      Then you don't know: Just because Sun have a permanent seat on the JCP Executive board they aren't omnipotent. There are other members there.

      What all other people want (outside of Sun) is open standard (ECMA, ISO) expicitly defining what should be called Java.

      Oh, you mean the "left to the implementation" guys who brought us the SQL standard noone fully implements would be better than the JCP at steering something? ISO standards are as "explicit" as their members' political wrangling let them be.

      Perhaps Java under the ISO umbrella could become as popular as X.400 - after all, being a standard (ISO MOTIS) it must have won out against Internet mail? Right?

  18. Sun's Jonathan Schwartz Opposes Open Source Java by tomkerigan · · Score: 4, Informative

    SAN FRANCISCO -- Jonathan Schwartz, executive vice president of software at Sun Microsystems Inc., spoke with Computerworld during the recent JavaOne conference here about the possibility of Java becoming open-source, the potential market for Java in mobile devices and Java's relationship with IBM. Excerpts from that interview follow.

    Should Java be made fully open-source? The problem with open-source is that [victory] goes to volume, and that's evident in the Linux community today where ISVs [independent software vendors] are qualifying to Red Hat and abandoning everyone else. Why? Because Red Hat has volume. If Java were open-source, Microsoft could take it, deliver it as they saw fit and drive a definition of Java that was divergent from the one that the community wanted to be compatible. And to the victor would go the spoils of that nefarious action. To the extraordinary credit of the Java Community Process [JCP], we have a uniform compatible standard that now spans hundreds of millions of devices, hundreds of millions of smart cards, hundreds of millions of desktops and tens of thousands, if not hundreds of thousands, of servers. So you have to really be careful in understanding the distinction between open-source and open standards.

    More at http://www.computerworld.com/developmenttopics/dev elopment/story/0,10801,82286,00.html

  19. About time.... by licketyspit · · Score: 1, Insightful

    I'm hoping that this will happen. With projects like gnuclasspath and gcj, the java java language could really take off like a rocket if there were a fully compliant set of classes.

    1. Re:About time.... by Anonymous Coward · · Score: 0
      it could take off like a rocket, but then again, i could shit solid 24k turds.

  20. really... by hatrisc · · Score: 0, Redundant

    the source for java is already available directly from sun. it isn't however liscenced in such a manner that modifications can be redistributed, etc etc.

    --
    I write code.
  21. That'll never happen! by Jon+Abbott · · Score: 4, Funny
    According to a ComputerWire article, RedHat is in discussions with Sun about launching an open source version of the Java platform.
    Ha! That'll happen when pigs fly, and when Apple comes out with a system that is faster than a PC. Oh wait...
  22. Re:Cool by nostriluu · · Score: 3, Insightful

    That's right. The best thing about standards is there are so many to choose from.

  23. Isn't it Kaffe? by Jungle+guy · · Score: 5, Interesting

    According to the Kaffe website, it is a "a clean room implementation of the Java virtual machine, plus the associated class libraries needed to provide a Java runtime environment. The Kaffe virtual machine is free software, licensed under the terms of the GNU Public License."

  24. Wasted effort ? by Krapangor · · Score: 0, Troll
    I doubt that RedHats decision makes any sense at all. There is a package of reasons why they shouldn't brother in touching Java. Especially with the fucked IT economics these days a major failed investment like useless and obsolete language fork might seriously cripple or even kill a small company. RedHat is gambling with their very lives for gaining nothing. That's contradicting sense at it's best. Perhaps they were inspired by SCO.

    Well, much claims but I should back them up a little. Let's look at the problems of a Java port.

    • Java is already relatively free. SUN's license doesn't compile with the EFF's open source criteria, but that's more a philosophical issue. It's free enough for the uses of almost all users and that should be enough for everyone.
      Why spend much effort only to follow the path of the true OSS aposteles ?
      That might raise your karma but not your balance.
    • They should take into account the effects of potentially success of SCO attacks on IBM and Linux. While this might be extremely unlikely from a logical point of view, one should always keep in mind that the US legal system is relative fucked in that respect.
      So really anything can happen including the collapse of space-time. But if SCO is successful with the strange "derivative works" claims then this has effect on all software produced in the US. Especially creating a clean room implementation won't help anymore, it will always be SUN's IP.
      So RedHat would be working for SUN for free.
      The only solution would be to outsource to coding to a country without IP laws like Bahamas, Nigeria, Somalia or Tibet.
    • Why spend any effort on Java at all ?
      Java has some good points, but its design is deeply fucked in some aspects. The creators ignored some important ideas of modern software engineering. A major (but not the only one) reason is that thay wanted to create a C++ derivate. But C++ is from an object-orientated perspective utter blasphemy, mainly due to its dreadful ancestor C (well, not many people have a psychotic axe-murderer as an ancestor).
      SUN is trying to fix this with introducing generics and other modern stuff. But in my experience fucked designs won't get better with adding features. That's like adding a better engine to a car without wheels.
      So why should RH brother with Java. There are much more modern approaches to networked programming than Java. Hey, even MS .NET is more wisely designed that SUN's stuff and from Microsoft we usually won't see the state of art in modern programming.
    --
    Owner of a Mensa membership card.
    1. Re:Wasted effort ? by deanj · · Score: 4, Insightful

      Ok on the first two points, but complete FUD on the last one. It shows a complete lack of understanding of how Java was created, why some of the design decisions were made. If you don't like Java, fine, program in whatever the hell language you want.

      Don't blame your bias on the language design, especially when you don't name anything to back it up.

      What's the "much more modern approach to networked programming than Java?"

      And don't say .NET, because that blows your whole argument.

    2. Re:Wasted effort ? by Kupek · · Score: 1

      So what aspects of Java's design are deeply fucked?

    3. Re:Wasted effort ? by GreyPoopon · · Score: 3, Insightful
      First off, let me say that I don't necessarily support RH's plans. But, I wanted to further discuss some of your points, so....

      It's free enough for the uses of almost all users and that should be enough for everyone.

      RH has already made the commitment to include only Open Source software in their distribution. Backing down from this would potentially damage some business relationships and alienate some of their users. Until now, they have included only partially complete OS versions of a Java VM. If you wanted the full Java VM, you had to get it from Blackdown, SUN, or some other vendor. RH probably feels they will be more competitive if they can include a full version of Java with their distribution. Open Source is the only way they can do this, and they are probably tired of waiting for the various other "clean room" efforts to meet their needs.

      They should take into account the effects of potentially success of SCO attacks on IBM and Linux.

      No, they should be wary of any contracts they enter into with SUN.

      Especially creating a clean room implementation won't help anymore, it will always be SUN's IP.

      Not true. IBM's trouble with SCO was not over a clean room implementation, but over the suspicion that a contract to view "proprietary" material was violated, and the fruits of that contract were implemented in other competing operating systems (IE, Linux). Also, SCO is trying to consider all components of AIX as a derivative work of Unix, and thus under their control. Provided that RH doesn't ask for any development help from SUN, the same situation shouldn't arise. Of more concern would be patents that SUN holds.

      Why spend any effort on Java at all ?

      Because it's still alive and well on the server side. Having an open source version of java would enable Red Hat to ship "ready to run" web application servers to enterprise customers.

      --

      GreyPoopon
      --
      Why is it I can write insightful comments but can't come up with a clever signature?

    4. Re:Wasted effort ? by deanj · · Score: 1
      Having an open source version of java would enable Red Hat to ship "ready to run" web application servers to enterprise customers.

      Wouldn't take an OS version of Java to do that. All it would take would be for Sun to allow Red Hat to distribute their current Java release for Linux.

      The key thing is, whether or not Red Hat would have to pay for it. That's the real bottom line here.

      Sun should let them do that distro, and not charge 'em. I have a feeling that's not what's going down though, and Red Hat balked enough to declare it wants to do an OS version.

      Whether or not it happens, remains to be seen.

    5. Re:Wasted effort ? by GreyPoopon · · Score: 1
      All it would take would be for Sun to allow Red Hat to distribute their current Java release for Linux.

      I don't think that would work. Since Java is not open source, Red Hat couldn't include it with their distro unless they break promises that they've already made.

      The key thing is, whether or not Red Hat would have to pay for it.

      I think they'll probably have to pay either way. If they want an open source version to be certified, they'll have to pay SUN. If they want to go back on their normal policy and ship SUN's JDK, they may still have to pay.

      --

      GreyPoopon
      --
      Why is it I can write insightful comments but can't come up with a clever signature?

  25. Why start from scratch? by jyoull · · Score: 3, Interesting

    So they already have source code that works... tell me again why someone has to start from scratch in a "clean room" to build something that validates against the API ? I must have slept through that part.

    1. Re:Why start from scratch? by gd23ka · · Score: 1

      Maybe to avoid companies like scumsoft?

    2. Re:Why start from scratch? by broeman · · Score: 0

      I am getting tired of this comment from time to time. I might not be an engineer, but the reason to start from scratch is that it is truely innovative. Everytime somebody gets code from somebody else they have to interprete it and frankly no humans can do this to perfection. You would say that backwards-engineering is not innovative, but actually it could end out with a total different approach to the same problem, an approach that can be used for other means too.

      --

      (yes this can be compared with sex)
  26. Um, Classpath? by deblau · · Score: 5, Interesting

    The guys over at GNU are already working on this. The project is called Classpath, it's distributed under a modified GPL so it doesn't contaminate projects it's only linked with, and it's far along already. Most Java 2 classes have been implemented, even though they only claim to be 1.1 compliant.

    --
    This post expresses my opinion, not that of my employer. And yes, IAAL.
    1. Re:Um, Classpath? by daveho · · Score: 1

      Classpath is just the Java libraries. Although quite a bit of the standard Java APIs are implemented, there are some major missing pieces - the biggest is Swing, which would be a huge undertaking to reinvent.

      My impression from reading the article is that Redhat has been developing a virtual machine. Although there are already a some fairly high quality open source VMs out there (e.g., Jikes RVM), having another one would be cool, especially with a company like Redhat behind it.

    2. Re:Um, Classpath? by mlk · · Score: 1

      You can get open source AWT and Swing implementations for X11 and vt100.

      --
      Wow, I should not post when knackered.
  27. stupid question? by kurosawdust · · Score: 2, Interesting
    There's always been an interest in an open source implementation of Java developed in a clean room that adheres to the Java standards..'We're in discussions with Sun. We'd like to do this with their support."

    If you're going to do it with Sun's support, then why do you need a clean room? Or, if you're going to do it in a clean room, why do you need Sun's support?

    1. Re:stupid question? by Anonymous Coward · · Score: 1, Funny

      look, janitors are not as cheap as you might think. In order to keep a room clean while a bunch of programmers toss their coke cans and twinkie wrappers on the floor, you need some pretty heavy corporate support.

  28. I don't see the need... by Cnik70 · · Score: 4, Interesting

    As a java programmer, I have never found java to be limited as a closed source language. The overall structure of the language is easily expandable and adaptable enough to fit my daily needs. And by introducing a new non-sun version of java leads to the same problems that M$ had with J++ where 100% pure sun java code is incompatible with other flavors. Sometimes I believe that certain things, especially programming languages, are better left untouched by multiple sources. It strengthens the language when it remains uniform.

    --
    -Cnik
    1. Re:I don't see the need... by Anonymous Coward · · Score: 0

      There's nothing wrong with extensions to the platform that are clearly identified and have open interfaces. Red Hat knows we won't put up with Microsoft's brand of incompatibility.

    2. Re:I don't see the need... by licketyspit · · Score: 0

      I think the need is apparent when you try to run class files on bsd, aix, hpux etc.... It's not that there aren't jvm's for these platforms, it's that they tend to stagnate at certain revision levels. If the Core API were opensourced, it would be possible to make jvm's for all versions of the jvm across all platforms. Otherwise, we're looking at having to code everything in C using the GNU opensource libraries just to do what Sun claims java will do, run everywhere.

    3. Re:I don't see the need... by Per+Bothner · · Score: 1
      And by introducing a new non-sun version of java leads to the same problems that M$ had with J++ where 100% pure sun java code is incompatible with other flavors.

      That's the irony: By refusing to open-source Java, Sun is forcing the Free Software community to develop their own non-Sun version of Java. Classpath would not exist if Sun's class libraries were Free Software. It would be possible to fork the libraries, but as long as Sun was actively maintaining the libraries a fork would be very unlikely, judging from history. Sun's fear of Microsoft creating incompatible extensions has some historical basis, but the fear is overblown, and there are better solutions, such as tradmark law.

    4. Re:I don't see the need... by KenSeymour · · Score: 1

      At least for HPUX, I see that 1.4.1 is available from HP:

      http://www.hp.com/products1/unix/java/java2/sdkr te 14/downloads/index.html

      That sounds pretty recent to me. HP also has 1.4.1 for Tru64 Unix.

      --
      "We can't solve problems by using the same kind of thinking we used when we created them." -- Albert Einstein
    5. Re:I don't see the need... by Cnik70 · · Score: 1

      I would almost question that, especially after seeing what RH did with their past 2 releases. They managed to screw up KDE and Gnome. I would hate to see them taint Java next.

      --
      -Cnik
  29. Was this Larry Ellison's idea? by Mannerism · · Score: 4, Interesting

    I wonder how long it would take Oracle to turn an open source JVM into an Oracle product in much the same way as they turned Apache into 9iAS.

    1. Re:Was this Larry Ellison's idea? by geekBass · · Score: 1

      that was orion server which had nothing to do with apache. orion was never open source and oracle bought the source from them.

    2. Re:Was this Larry Ellison's idea? by Mannerism · · Score: 1

      that was orion server which had nothing to do with apache.

      Hmm, I know Orion is in there, but I'm pretty sure that Apache is, too.

    3. Re:Was this Larry Ellison's idea? by foonf · · Score: 1

      Very simple. Apache is licensed under a non-copyleft license that allows proprietary forks (in fact, it requires them to be distributed under a name other than Apache unless they give permission to use their name, so Oracle was required to rename it). RedHat probably will base this off of GCJ (unless Sun frees large parts of the official JDK), since they (in the form of Cygnus) basically wrote it anyway, and that means it will be under the GPL. So Oracle can turn it into an "Oracle product" but, it will still be required to be free software.

      --

      "(Man) tries to live his own life as if he were telling a story. But you have to choose: live or tell." --Sartre
    4. Re:Was this Larry Ellison's idea? by sql*kitten · · Score: 1

      I wonder how long it would take Oracle to turn an open source JVM into an Oracle product in much the same way as they turned Apache into 9iAS.

      Oracle already do have a JVM, it's called Aurora or JServer or maybe it's been renamed again (I'm old-skool so I still say Aurora, which is a nice name). Within its niche, it's shockingly good - I've seen it 50x faster than Sun's, and with an overhead of 20K per VM. Yup, K. Of course, it's this fast because it has no GUI support whatsoever, runs in-process with the core database engine, and leverages Oracle's very mature and thoroughly optimized threading and IPC code. Rather than JIT, it's compiled to similar parse trees as Oracle's PL/SQL engine uses when you load it in.

    5. Re:Was this Larry Ellison's idea? by cerberusss · · Score: 1
      turned Apache into 9iAS
      What have you been smoking? Apache is only a small piece of 9iAS. And also, the least interesting part. I stopped caring about a webserver years ago, now that everyone and their mother implemented one.

      Saying that they 'turned apache into 9iAS' is like saying 'I invented the wheel and look! Ford turned it into a car!'.

      --
      8 of 13 people found this answer helpful. Did you?
  30. OT: THANK YOU! by Dalcius · · Score: 4, Insightful

    I know some Red Hat/Sun folks are reading this. As a person who is learning Java in his spare time, I really want to say thanks -- I pray that this goes through. Combining Java and OSS with Red Hat and Sun support, in my mind, is enough to kill .NET and set Linux up for good.

    This might be the final kick in the ass that gives Linux the momentum to move on top.

    --
    ~Dalcius
    Rome wasn't burnt in a day.
    1. Re:OT: THANK YOU! by Anonymous Coward · · Score: 0

      In other words you think Java should be a monopoly?

    2. Re:OT: THANK YOU! by Dalcius · · Score: 1

      A true monopoly with OSS doesn't really work. If Sun becomes too controlling, a fork occurs and Sun loses all of the help that they're getting through OSS support.

      Past that, I don't think applying "monopoly" here works at all. With .NET, you have a system which depends 120% on Microsoft (until Mono is ready -- unfortunately, they'll always be playing catch-up). Their desktop running their compiler which compiles their language using their APIs which runs on their server operating system all of which costs thousands.

      Java, on the other hand, runs on more OSes than I can count and is free to download, and you can combine Java with other languages using CORBA. If this becomes OSS, that pushes it even further away from ever being close to a monopoly.

      --
      ~Dalcius
      Rome wasn't burnt in a day.
    3. Re:OT: THANK YOU! by samhalliday · · Score: 1
      Combining Java and OSS with Red Hat and Sun support, in my mind, is enough to kill .NET

      please explain your mind... how exactly is this a major player to .NET?? the only community getting any great benefit from an OSS java is the OSS community... surprise surprise.

      java is already 'free' as in beer (to the end user), which is all a software house need care about when they want people to buy their code.

    4. Re:OT: THANK YOU! by Anonymous Coward · · Score: 1, Insightful

      Java can never be a monopoly. It is not a company.

      Think about it.

    5. Re:OT: THANK YOU! by Dalcius · · Score: 2, Interesting

      "please explain your mind... how exactly is this a major player to .NET??"

      C and even C++ are becoming tedious for some folks. While the control is nice (I appreciate it quite a bit), speed of programming is becoming an issue as it portability. With newer languages, the development process is becoming less and less.

      This is where .NET and Java come in. Higher level, language interoperable (for Java, think CORBA -- Sun helped with that standard), etc. The "new language market" is a big competition ground and the next "language standard" (yes, ye olde folk, C will eventually be replaced ;)) is being chosen. .NET and Java seem to be the contenders. Please correct me if you see a flaw in my analysis, I haven't discussed this much.

      ---
      "the only community getting any great benefit from an OSS java is the OSS community... surprise surprise."

      I guess you're not an OSS programmer? Sun will get a great deal of help out of this one, depending on how workable the new code is with Sun's exising system (or whether Sun switches to this new codebase -- longshot, I know). Currently, Sun has the copyright, but Java is down to a commodity market -- Sun doesn't make much money off of it compared to their servers (akin to Windows vs Office).

      Sun won't lose much by opening things up. Sun will, however, benefit from OSS folks going apeshiat and adding new features and speeding things up -- this is likely the only reason Netscape is still in some use at all. OSS has some serious potential, and adding that potential energy to Java might be enough to push it over the top.

      Hope that explained it... I'd like to hear back if you have a different view.

      --
      ~Dalcius
      Rome wasn't burnt in a day.
    6. Re:OT: THANK YOU! by samhalliday · · Score: 1
      but redhat are planning on making a gnu (sic) implementation of java under a more favourable license, not rewrite the (shakey) standards or pick up on SUN's codebase. for the first few years at least, they will be playing catch-up. so although mozilla feeds back into netscape, they are still really the same codebase so this is possible. i cant see SUN GPL'ing their java 1.4 source. so... SUN is not going to get any fantastic patches to add back to their code. sure, in a few years maybe the OSS community may be in a position to start implementing new stuff which SUN may pick up on, or they might not. you are aware of all this however since you mentioned it in your post; however i cant see the 2 codebases being compatible AT ALL. for a start, the redhat guys would not be allowed to look at the SUN code for fear of taking any of it and running into license problems (think openmotif/lesstif).

      don't get me wrong... i think this is great news, i think a (hopefully GPL/LGPL) jre/sdk would be fantastic news and i also think that the OSS folk could make a faster implementation than SUN did, but i really don't see how this challenges .NET.

      Java and .NET are fighting it out at a conceptual level, not at a "my runtime kit is faster than yours" level. "extra features" which the OSS community might add are miniscule compared to that. and lets face it, they will be geared more toward *NIX use than anything else.

      plus we are forgetting this is redhat taking the helm, not like the mozilla project at all... expect GNU/Linux support to be fantastic, don't expect even *BSD support to exist ;never mind all the other platforms out there.

    7. Re:OT: THANK YOU! by BollocksToThis · · Score: 1

      If Sun becomes too controlling, a fork occurs and Sun loses all of the help that they're getting through OSS support.

      And we all have to fuck around trying to pronounce "J*va".

      --
      This sig is part of your complete breakfast.
    8. Re:OT: THANK YOU! by Anonymous Coward · · Score: 1, Insightful
      I pray that this goes through

      Fuck you Bible Thumper. If you're going to pray, don't waste the effort on bullshit like java when kids are starving at this very moment. Some XIAN you are!

    9. Re:OT: THANK YOU! by Dalcius · · Score: 1

      Well, as for Red Hat, there are a good many implementations of Java out there, some of which have a lot of promise. I don't see speed to be an issue, to be frank, especially with the resources (internal and external to the company) Red Hat can direct towards the task.

      Second, in regards to Sun, I do seriously doubt that they'll want to switch codebases or open up their current codebase. However, given the benefits of OSS, and the changing market... who knows. Microsoft is known for staying alive by adapting, first to the internet, etc. etc. Sun might just wake up and smell the coffee (bad pun intended).

      More likely Sun won't do this; if they do support Red Hat in an open project, there's a change code can be adopted from the new project to Sun's java. I'm no expert on projects like GCJ, but if the code is modular enough, I'm sure that parts of it can be adapted without a horrible bit of fuss. Even going past code, ideas can be taken from the programmers going nuts on the open project and incorporated into Sun's codebase.

      Maybe we'll see a combination of the two; maybe Sun will help Red Hat in interfacing the two codebases without actually giving Red Hat a verbatim copy of the source. This is all speculation, obviously.

      ---
      "...but i really don't see how this challenges .NET.

      Java and .NET are fighting it out at a conceptual level, not at a "my runtime kit is faster than yours" level. "extra features" which the OSS community might add are miniscule compared to that"


      If I understand what you're saying, I disagree. The majority of the talk I've heard about .NET is not from MS zealots, but from (often Ex-) Java programmers who are swooning over .NET's features (and those of related languages). Example speaking for C#. Hopefully I'm not nitpicking.

      It seems to me that many of the solutions of .NET (and involved languages) and Java (and related solutions [CORBA]) or J2EE are much the same conceptually. Most of the talk I hear from folks moving between one or the other (mostly Java folks to .NET) seems to be tied into the ease-of-use and the features of a language as well as the overall speed (lots of folks complain about the Java VM).

      I'm personally not heading a development team, so this is all second hand. Do you have a differing experience that you can elaborate on? Am I not grasping the conceptual differences between the two solutions?

      ---
      "...and lets face it, they will be geared more toward *NIX use than anything else."

      I don't know; projects like Mono seem to have a good bit of steam, and in general, OSS folks like to adhear to standards, especially the rabit Java nuts ;). Somehow I don't see this becoming much of a problem.

      ---
      "plus we are forgetting this is redhat taking the helm, not like the mozilla project at all... expect GNU/Linux support to be fantastic, don't expect even *BSD support to exist ;never mind all the other platforms out there."

      If this is truly an OSS project, Red Hat likely won't have a huge influence on where it gets ported to.

      I'm admittedly not a Java/.NET expert: I'd love to hear any corrections you might have. :)

      Cheers

      --
      ~Dalcius
      Rome wasn't burnt in a day.
    10. Re:OT: THANK YOU! by samhalliday · · Score: 1
      :-D im no .NET or java expert, i use c and c++ exclusively (and dont see that changing to higher level any time soon... lower level if anything).

      the link you gave really backs up my point... everyone is saying C# is java and C++ done better. i dont have ANY intentions of learning C#, but it would appear a lot of (especially commercial) people are. java will still be around for a long time... but what everyone seems to be looking for is a better programming environment, a COMPLETELY new environment; learning from all OO implementations and fixing the broken bits. this can only be achieved by a new start, not a patching of an older one, or by making an alternative compiler/runtime download (think blackdown and IBM).

      i think it is good that redhat want to up the support into GNU java projects, but i still think this will have little impact on the real executive world of programming, where OSS is still a scary prospect. Java does have one very good thing going for it at the moment however which i think is much more likely at keeping itself as top-dog: Swing, the GUI replacement for the heavily bloated AWT.

      If this is truly an OSS project, Red Hat likely won't have a huge influence on where it gets ported to.

      of course! but redhat are only going to finance coders to work on GNU/Linux and thats the point of the article. i assume they will pick up a project such as GCJ or kaffe. once that starts rolling, im sure porters will do their thing. but redhat are not going to finance a *BSD port is my point.

      one thing is for sure though... we will see a lot more GNU java programs!

    11. Re:OT: THANK YOU! by Dalcius · · Score: 1

      "the link you gave really backs up my point... everyone is saying C# is java and C++ done better."

      I feel like I'm nitpicking at this point, but C# and .NET are tied together, as are most MS tools. You use one and you're tied into their whole system. I think the collective "C#/.NET" package is a competitor for Java on the detail level, not the conceptual (for as I understand it, the concepts are much the same); that was my entire point. Maybe I should have been clearer in that I mean the whole .NET/C# package.

      ---
      "but what everyone seems to be looking for is a better programming environment, a COMPLETELY new environment; learning from all OO implementations and fixing the broken bits."

      I agree; a language just isn't a language any more, it's the entire solution. This is Java/CORBA/what-have-you vs .NET/C#/etc.

      ---
      "this can only be achieved by a new start, not a patching of an older one, or by making an alternative compiler/runtime download (think blackdown and IBM)."

      If the change is so significant that the base needs to be heavily modified, yes, but I don't think that's the case. C#/.NET, AFACT, don't handle things much differently than Java/etc., they just add things in addition. Sure, some concepts would have to change, but Java's done that before.

      ---
      "i think it is good that redhat want to up the support into GNU java projects, but i still think this will have little impact on the real executive world of programming, where OSS is still a scary prospect."

      Well, first off, this will likely be LGPL or somesuch, as most development libraries are. I doubt that using this open form of Java will require programs to be OSS.

      That said, I'd like to note that the company I working for is practically tripping over itself to use OSS as our foundation, primarily because it saves us an ungodly amount of time and money.

      ---
      "Java does have one very good thing going for it at the moment however which i think is much more likely at keeping itself as top-dog: Swing, the GUI replacement for the heavily bloated AWT."

      From here:
      "Java AWT provides low-level widgets such as lists, text fields, and buttons, but no high-level widgets such as trees or rich text. AWT widgets are implemented directly with native widgets on all underlying window systems. Building a UI using AWT alone means programming to the least common denominator of all OS window systems."

      There is more, but basically, AWT is the fast, quick and dirty widget toolkit. It's lightweight, it just isn't flexible at all. Bloat is not a word commonly associated with AWT.

      Swing, on the other hand, is generally regarded as a slow piece of trash. ;) The default theme looks horrible and it's generally regarded as mind-numbingly slow (it's getting much faster). I wouldn't call Swing Sun's ace in the hole. Bloat and Swing are often synonymous.

      ---
      "redhat are only going to finance coders to work on GNU/Linux and thats the point of the article. ... but redhat are not going to finance a *BSD port is my point."

      Well, I'm speaking out of my arse here, and I'm too lazy to do quick research on this one, but I'd assume that BSD is already supported by most of the big-time OSS Java projects. Regardless, I doubt Red Hat would directly fund *BSD support, although they might not have a choice if they fund the GCJ developers.

      ---
      "one thing is for sure though... we will see a lot more GNU java programs!"

      I sincerely hope so. Either that or a new language that can take on MS, if it isn't too late (this thought scares me). Proprietary lock-in is something Microsoft has honed to a science. Their software is looking better by the year, but I can't say I'll ever really invest my time in MS: lock-in is too much of a turn-off and there are so many other good solutions.

      --
      ~Dalcius
      Rome wasn't burnt in a day.
  31. Forgive my ignorance, but by Trelane · · Score: 1

    isn't this Blackdown's Java?

    How is this different from Blackdown?

    --

    --
    Given enough personal experience, all stereotypes are shallow.
    1. Re:Forgive my ignorance, but by molarmass192 · · Score: 1

      I didn't think there WAS a difference. In fact, I thought the Blackdown team was the one doing the Linux port for Sun. It would be interesting for somebody who knows "for sure" to chime in on this one.

      --

      Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
    2. Re:Forgive my ignorance, but by El · · Score: 1
      From www.blackdown.org:


      "The Blackdown project is based entirely on Java product source bases that have been licensed from Sun Microsystems.

      --

      "Freedom means freedom for everybody" -- Dick Cheney

    3. Re:Forgive my ignorance, but by GreyPoopon · · Score: 1
      How is this different from Blackdown?

      Somebody correct me if I'm wrong, but I don't believe the Blackdown implementation was clean room.

      --

      GreyPoopon
      --
      Why is it I can write insightful comments but can't come up with a clever signature?

  32. Open Source less than Open Standards? by mkc · · Score: 2, Interesting

    Sun Software VP Jonathan Schwartz seems to consider open standards more important than Open Source. See the CNet article from a couple of months ago.

    Perhaps there's a sense that locking down more of the Java developer market is more important than keeping the intellectual property in the implementation of Java "hidden". Once you put the open source version out, you can hope yours will become the defacto standard. But why go to Red Hat to open the Java source? Couldn't you just open it up yourself?

    Maybe Sun just needs a high-volume distributor to developers everywhere. Developers who might use Java more if they didn't have to download it, if it were just there. Who serves up more downloads? Red Hat when they release another version of their distro? Sun when they release another version of Solaris? If you want to reach developers and M$ doesn't want to help, wouldn't you go for the next largest crowd?

  33. Hey troll/Tool Of The Man (tm) by SuperKendall · · Score: 2, Insightful

    Ever hear of the JCP? That's the Java standards body.

    And, it's not a puppet body like some other bodies you might be able to think of.

    They added some nice features in .Net, but Java will again leapfrog them with 1.5. In the meantime there is marginal benefit and a lot of downside with using .Net for anything that matters.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Hey troll/Tool Of The Man (tm) by Anonymous Coward · · Score: 0

      Creating your own standards body does not a standard make.

    2. Re:Hey troll/Tool Of The Man (tm) by 73939133 · · Score: 1

      Ever hear of the JCP? That's the Java standards body.

      Yes, but as far as "standards bodies" go, it's not a very good one.

      Standards bodies ensure that there is transparency in terms of intellectual property and that people play according to known rules.

      They added some nice features in .Net, but Java will again leapfrog them with 1.5. In the meantime there is marginal benefit and a lot of downside with using .Net for anything that matters. .NET isn't the issue, and neither are features (in terms of features, both Java and .NET are awful).

      At issue is whether Java is sufficiently unencumbered for critical open source projects to rely on it. I think the answer is pretty clearly that it is not. If the Linux desktop UI were built on top of Java, Linux would be in trouble every time Sun misses a release or screws up Java2D on X11.

      Java is neither standardized nor open enough yet for Linux to rely on.

    3. Re:Hey troll/Tool Of The Man (tm) by SuperKendall · · Score: 1

      Standards bodies ensure that there is transparency in terms of intellectual property and that people play according to known rules.

      And your problem with the JCP is? The JCP covers that as part of the agreement, that all IP used for standards is available royalty free for all users in perpetuity.

      At issue is whether Java is sufficiently unencumbered for critical open source projects to rely on it. I think the answer is pretty clearly that it is not. If the Linux desktop UI were built on top of Java, Linux would be in trouble every time Sun misses a release or screws up Java2D on X11.

      Java is neither standardized nor open enough yet for Linux to rely on.


      And you're saying .Net fares better in that regard? Are you you just trying to draw attention away from the main point.

      I'm not disagreeing that it would be good to have a more open version of Java (like GCJ only with more support). I'm only saying that Java has a well-defined and open standard, at least to the same degree (really better to my mind) than .Net.

      There are plenty of OS projects that live on top of Java. There are even some large GUI ones (like NetBeans). Those manage to fare just fine between releases.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    4. Re:Hey troll/Tool Of The Man (tm) by jpmorgan · · Score: 2, Informative
      Ever hear of the JCP? That's the Java standards body.

      And, it's not a puppet body like some other bodies you might be able to think of.

      Dude, pass me that crack. ECMA and ISO have way more credibility than JCP. ISO is the standards organization.

    5. Re:Hey troll/Tool Of The Man (tm) by 73939133 · · Score: 1

      And your problem with the JCP is? The JCP covers that as part of the agreement, that all IP used for standards is available royalty free for all users in perpetuity.

      I think you should read the JCP documents more carefully; that is not what they say.

      And you're saying .Net fares better in that regard? Are you you just trying to draw attention away from the main point.

      This whole discussion is about Java and Sun's reluctance to open source it and standardize it. That has nothing to do with .NET. It's pretty ironic that you keep accusing people of "drawing attention away from the main point" since that's exactly what you are doing by bringing up .NET again and again.

      It doesn't matter how bad .NET's intellectual property situation is since we aren't discussing .NET. We are discussing Java, open source Java, standards, Sun's behavior relative to Java standards and open source Java, and the risks of adopting Java in an open source environment.

      There are plenty of OS projects that live on top of Java. There are even some large GUI ones (like NetBeans). Those manage to fare just fine between releases.

      They don't run "fine"; they violate just about every Linux UI convention there is, they are slow, they are bloated, and they don't even install properly on many releases. If Linux GUIs in general deteriorated to the level of NetBeans, Linux would be dead as a client platform.

    6. Re:Hey troll/Tool Of The Man (tm) by Mindbridge · · Score: 2, Informative
      Dude, pass me that crack. ECMA and ISO have way more credibility than JCP. ISO is the standards organization

      ... and they have standardised less than 10% of the .NET APIs (just the CLR and C#). Compare this with what the JCP has standardized (hint: pretty much everything and beyond)

      What's the use of the ECMA standard, really? Perhaps the fact that Mono has to use Wine is not a good enough reality check for you?

    7. Re:Hey troll/Tool Of The Man (tm) by SuperKendall · · Score: 1

      Let's look at the original post I was responding to:

      Newsflash: Microsoft has gone and made a better Java -- C#, and funnily enough they not only standardized it with recognized standards bodies (which Sun has never done with Java), they've also released their own shared source version and have not at all stood in the way of third parties making their own implementations (dotGNU, Mono, etc).

      My post was relevant to that, and that alone. Thus you are going off topic by trying to bring it back to the article which I was not addressing.

      Now is where you come back in:
      They don't run "fine"; they violate just about every Linux UI convention there is, they are slow, they are bloated, and they don't even install properly on many releases. If Linux GUIs in general deteriorated to the level of NetBeans, Linux would be dead as a client platform.

      Sorry, I dont argue with zealots. I mentioned one app - NetBeans - and you go off ranting. I pretty much decided to quite responding to the rest of your post after that point, but you really need to check the IP section of the JCP agreement again.

      Side rant - I'm sorry that some Java apps don't follow the incredibly strict UI guidelines that all other X11 apps follow. We all know how incredibly consistant every other app is... Everyone should just grab a copy of those Motif guidelines and adhire rigidly!

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    8. Re:Hey troll/Tool Of The Man (tm) by deanj · · Score: 1
      Having an open source version of java would enable Red Hat to ship "ready to run" web application servers to enterprise customers.

      Pure FUD, and spoken like someone who hasn't tried participating in it.

      You'll have a helluva lot more influence actively participating in a JCP project then you EVER will in .NET or anything else like this (like WWW, etc).

      As for whether or not we can rely on Java: WE can. If YOU can't, that's up to you. The rest of us that are doing real work with it are happy to do so.

    9. Re:Hey troll/Tool Of The Man (tm) by MisterFancypants · · Score: 1
      ... and they have standardised less than 10% of the .NET APIs (just the CLR and C#). Compare this with what the JCP has standardized (hint: pretty much everything and beyond)

      Meanwhile, Mono has almost a full implementation of the .NET framework and Red Hat is just starting to talk about a real Open Source Java effort. There have been attempts in the past like Kaffe, but none of them were ever close to being done and were always a major version (at least) behind the main Java implementation.

      So maybe in fairytale land, Sun's process is "more open", but in the real world, open implementations of .NET are working out much better.

    10. Re:Hey troll/Tool Of The Man (tm) by deanj · · Score: 1

      How much can you, as an individual participate in ISO standards? Not at all...dude.

    11. Re:Hey troll/Tool Of The Man (tm) by 73939133 · · Score: 1

      Sorry, I dont argue with zealots.

      The zealot is you: you are "fanatically committed" to Java.

      I'm not committed to anything in particular. All I'm saying is that the licenses under which Java is currently available are inconsistent with open source principles. It's up to Sun to change those if they want Java to become more widely adopted by the open source community.

      Side rant - I'm sorry that some Java apps don't follow the incredibly strict UI guidelines that all other X11 apps follow. We all know how incredibly consistant every other app is... Everyone should just grab a copy of those Motif guidelines and adhire rigidly!

      Yes, you echo Sun's attitude: conceited and ignorant about X11. Rather than making an effort to deliver a reasonable X11 application, they just say "X11 sucks so badly that we might as well just deliver a Windows application and those X11 users won't notice". Well, many of those X11 users aren't satisfied.

    12. Re:Hey troll/Tool Of The Man (tm) by 73939133 · · Score: 1

      Compare this with what the JCP has standardized (hint: pretty much everything and beyond)

      You say that as if it's a good thing. It isn't. ... and they have standardised less than 10% of the .NET APIs (just the CLR and C#).

      Yes, isn't it great? That's just like C and C++: a standard language, a minimal standard library, and the rest is left to the market. You can even easily call existing C libraries from C#.

  34. Java making progress by nepheles · · Score: 3, Interesting

    It seems that Sun is recognising that Java in general was in danger of stagnation. Recently, we've had a major push into the mobile phone arena, the bundling of JREs with Dell and HP PCs, SDK 1.5, and now this.

    This might well be in reaction to the threat posed by .NET, but it seems that Sun are actively seeking to innovate once again, before .NET has a chance to catch up

    And that's, long-term, probably a good thing for the development community
    --
    ((lambda x ((x))) (lambda x ((x))))
    1. Re:Java making progress by deanj · · Score: 1

      Stagnation on the desktop maybe, but the J2ME and J2EE stuff has been humming right along. They made a big point about getting J2SE humming along at the last JavaOne, and you're right...the DELL and HP announcement is just one part of that.

  35. That's the point of copyleft by yerricde · · Score: 5, Insightful

    If Java were open-source, Microsoft could take it, deliver it as they saw fit and drive a definition of Java that was divergent from the one that the community wanted to be compatible.

    Assume that Microsoft would have called this divergent platform "J++".

    If the Java platform were open-source and under a license similar to that of X11, what you quoted would be the case. On the other hand, if the Java platform were open-source and copylefted, Microsoft would have to publish the source code of its J++ platform.

    --
    Will I retire or break 10K?
  36. Java is more open than .NET by Anonymous Coward · · Score: 2, Interesting

    Only the equivalent of "The C++ library" has been standardized for C#. No technology that's used in most apps today, like a web technologies or GUI apps has been standardized.

    Meanwhile, Java's JCP process allows open source projects like Apache and JBoss to contribute to the standardization of Java. No part of Java is not standardized this way, and as a result, nearly all JCPs have open source implementations including Tomcat and JBoss. These implementations, more often than not, dominate the field over proprietary implementations.

    In short, Java is more open than .NET will every be. Mono is dreaming if it think it can pull .NET way from being a Microsoft technology. When developers use .NET, they look at Microsoft's implementation first, ECMA standards next. If Mono is ECMA standardized and Microsoft does an "embrace and extend" so that it's not, then developers will choose Microsoft's .NET over Mono, even if Mono is "correct".

  37. making the right decision by yajacuk · · Score: 1, Interesting

    With Ximian's Mono's project bringing the dot Net architecture to the Open Source arena, and Sun's failure to standardize Java, I wonder if Red Hat is making the right decision.

  38. Isn't blackdown OpenSource? by Billly+Gates · · Score: 4, Insightful
    I was under the impression that the Sun sponsored blackdown project was already opensource. THey have ported Java already to sparc/linux and I believe have a lintel port.

    1. Re:Isn't blackdown OpenSource? by daveho · · Score: 1

      Blackdown is a port of Sun's JDK. Not open source at all.

    2. Re:Isn't blackdown OpenSource? by tuzzer · · Score: 2, Interesting

      As a Blackdown developer I can assure you that the Blackdown port of the JDK/JRE etc. is not open source. I had to sign NDAs for both version 1.1.x and 1.2.x to get access to the CVS repository.
      You can download the binaries for free, but the source is not provided. In the past context diffs used to be present for the 'plain' Java source, but this is no longer the case.

      --

      bash$ less COPYING
      bash$ more CREDITS
  39. This has been a good idea for a while. by Captain+Rotundo · · Score: 2, Interesting

    It would be so great if there was a open implmentation of java. I know there are groups working on it, but if only sun would get involved then it would have a greater chance of staying current. I've always thought it wouldn't hurt Sun to open up the Java SDK and classes a little, what exactly is the benifit they get from it being closed? The version they released would still be considered the standard regardless of its openess or of potention forks.

    Forget GCJ, just think of the advantages to Sun if there was a kernel driver to run plain java natively, if done right, and of course open enough to be compatible it could only bolster java greatly, especially now that .net is a big threat.

    I have to admit I like java for some tasks but am apprehensive that the two biggest hyped technologies nowadays are both controlled by a single company each, and both have closed source reference implementations.

    1. Re:This has been a good idea for a while. by rweir · · Score: 1

      The kernel already does this, with the 'binfmt-misc' system. You give the kernel pairs of 'magic' strings and interpreters, and it uses the needed interpreter for whatever file you try to execute. It already works for java, in fact.

  40. Blackdown is tainted by Anonymous Coward · · Score: 0

    The Blackdown coders agreed to the SCSL, so (IIRC, IANAL) Sun owns their brains for life.

  41. What patents? by yerricde · · Score: 1

    If people aren't free to "corrupt" the open source Java in any way they like, it will not be open source; for example, one project of key importance for Java on Linux would be native bindings to Gnome.

    As long as Red Hat keeps additions out of the java.*, javax.*, sun.*, and com.sun.* namespaces, preferably limiting them to com.redhat.* and org.gnome.*, Sun would not consider Red Hat's additions to "corrupt" the platform.

    Sun currently holds several patents that effectively block fully compatible open source implementations.

    You mean these patents? Can you pick one out that doesn't have an extensive body of prior art?

    --
    Will I retire or break 10K?
    1. Re:What patents? by 73939133 · · Score: 1

      As long as Red Hat keeps additions out of the java.*, javax.*, sun.*, and com.sun.* namespaces, preferably limiting them to com.redhat.* and org.gnome.*, Sun would not consider Red Hat's additions to "corrupt" the platform.

      If it's open source, it shouldn't be up to Sun to decide. I should be able to take javax.swing.* and put it into Mono, so that I can run Swing applications on Mono. Of course, that "corrupts" Java, but if it's open source, I should be able to do it.

      You mean these patents? Can you pick one out that doesn't have an extensive body of prior art?

      Sun didn't pay $50k each for these patents out of stupidity. They know that they can use them to create a lot of problems for Java implementations that they don't like.

  42. Done Before, or done right now? by CptnKirk · · Score: 3, Interesting

    I personally like this idea. I think that open sourcing Java would allow other projects to take off much easier (I'm thinking gcj, but I'm sure there are others).

    However how is this effort different from:

    Kaffe - Open Source, way behind the times, in general more annoying that useful, IMO.

    Blackdown JVMs - Best Java JVM available for free on Linux (again IMO). Uses Sun's code, has valuable contributions, but isn't maintained by a large group. As far as I know, only a handful of dedicated people, and only one or two are very public.

    Also, why would Sun suddenly be willing to Open Source Java now when they weren't before? Have any of the open issues changed?

    As far as I know it's a compatibility/brand issue. If Java were open source, anyone could grab the source, tweak it and release their own JVM. If there are a zillion JVMs running around it's possible some won't be compliant.

    What about the JCK? It works fine, but you still run into the embrace and extend issue. Someone takes Java 1.4 and builds custom enhancements to support his/her own Javaesque features. Programms written for this JVM now no longer work on a stock 1.4 VM. Is this VM now legal "Java". I think Sun would say no.

    What about the Java Community Process? Many anti-fork advocates might suggest just contributing to Java via regular channels. Do these channels work? If not, should they be repaired instead of or in addition to Open Source Java?

    1. Re:Done Before, or done right now? by miniver · · Score: 1

      Kaffe -- Stuck at Java 1.1, and owned by a company that's owned by Micro$haft.

      Blackdown -- Great JVM (I use it myself), but awkward to get & still not open source.

      As for forking Java -- While this will depend greatly upon the license, I don't think it will be a problem for the same reason that forked versions of Apache aren't a problem: branding. You can't call something Apache without the permission of Apache. Everyone trusts the Apache brand, because the Apache developers worked very hard to make the Apache software reliable, dependable, and stable. Apache keeps control of the brand by making it easy to submit a patch -- and by having experienced developers approve patches before applying them. (They also keep control by encouraging people to build modules for significant functionality, and having a known procedure for accepting modules into the Apache source tree.)

      Sun has established a similar brand for Java; all Sun has to do to control the Java brand is to make it easier to work with Sun than to fork. Thus Sun should extend the Java Developer Connection to support accepting patches from developers.

      Sun should also make the JCK free to examine and distribute, but not free to modify -- but allow developers to submit patches to the JCK. Then let any Java implementation can call itself Java X if it passes the JCK for Java X. It's not as if there aren't plenty of commercial JVMs running around, each of them optimized for different environments. The vendors all have to pass the JCK to call their implementations Java; this would be no different.

      --
      We call it art because we have names for the things we understand.
    2. Re:Done Before, or done right now? by CptnKirk · · Score: 1

      I get what you're saying.

      Are you familiar with the Netbeans Open Source project? If so, would you like Java to be handled the same way?

    3. Re:Done Before, or done right now? by updog · · Score: 1
      Kaffe -- Stuck at Java 1.1, and owned by a company that's owned by Micro$haft.

      No, you're mistaken - Kaffe is "an independent, free software community project."

      Check out the Kaffe Page and read about it.

    4. Re:Done Before, or done right now? by miniver · · Score: 1

      Let's say my information was out of date.

      Transvirtual Technologies was founded to commercialize Kaffe, and for several years, Transvirtual drove the development and direction for Kaffe. Microsoft made a significant investment in Transvirtual (see the Wired article), after which I stopped paying attention to Kaffe, since all Microsoft was interested in was Java 1.1 compatibility.

      Apparently in March, 2002, Tim Wilkinson (the original creator of Kaffe, and the one-time CEO of Transvirtual) was no longer associated with Transvirtual, and had turned over maintenance of Kaffe to Jim Pick (see announcement here). Transvirtual faded in July, 2002 (see note here), leaving Kaffe free to go its own way.

      I've looked through the Kaffe.org website, and I can't tell what version of Java it supports. It looks like they've added some Java 1.2 support, but LOTS of work would need to be done to bring it up to Java 1.4, which is my development target these days.

      --
      We call it art because we have names for the things we understand.
  43. Patents by yerricde · · Score: 1

    if you're going to do it in a clean room, why do you need Sun's support?

    If even one of these patents on Java technology does not have extensive prior art, then Red Hat needs Sun's authorization to work on the project.

    --
    Will I retire or break 10K?
  44. Kaffe is not compatible by Anonymous Coward · · Score: 0

    Good luck running large, real-world Java apps on Kaffe.

  45. A reason to enlist Sun's Cooperation by Anonymous Coward · · Score: 5, Informative

    Many people have asked why RedHat needs to enlist Sun's cooperation in order to implement a clean room Java. One important reason, is to gain access to the JCK (Java Compatibility Kit), that contains approximately 20,000 test cases that you need to pass in order to be certified as Java Compliant.

  46. oh boy, here we go... by Kunta+Kinte · · Score: 4, Informative
    Newsflash: Microsoft has gone and made a better Java -- C#, and funnily enough they not only standardized it with recognized standards bodies (which Sun has never done with Java), they've also released their own shared source version and have not at all stood in the way of third parties making their own implementations (dotGNU, Mono, etc).

    • Microsoft still have options to deter the development of an open-source .NET implementation if they want to. They have the patents.>
    • EMCA standards do not garantee much. EMCAScript anyone? We're still coding for JScript, and Javascript, even if EMCA "standardized" the language.
    • Sun has the JCP @ JCP. Most Java standards development has been done through the JCP for years now. Sun recently had 4 of they JSRs turned down! They won't happy, but had to accept that the specifications won't be accepted as they are. I believe the specific standard increased the minimum requirements for Mobile Java. The process is open and does work.
    • Oracle, IBM, and some of the largest software development companies in the world have billions riding on Java. These companies have always had and continue to have a say in how Java is done. I'd trust that situation over a bought specification to a patent-protected technology owned by a monopolist anyday.

    I suspect Microsoft will tolerate dotGNU, Mono, as long as they see it beneficial to do so. Also, the language and runtime is not much. The true power of .NET and Java is in the wide amount of libraries available to these languages. I really wish the Mono team good like to replicating that in a source compatible manner. It would be no small feat.

    --
    Based on upvotes, Ageism is the only "-ism" Slashdotters care about and think isn't SJW
    1. Re:oh boy, here we go... by floydman · · Score: 1

      "# Oracle, IBM, and some of the largest software development companies in the world have billions riding on Java"

      They will do they same with .NET, companies like these tend not to choose or bargin over a technology, they just simply support them all. They cannot afford to go wrong, they just move in all directions, they can afford it...

      --
      The lunatic is in my head
  47. you are a retard by Anonymous Coward · · Score: 0

    Please tell me you are not that stupid.

  48. This is not that complicated by puppetluva · · Score: 1

    Why doesn't Aun open-source the technology and keep the rights to the name "Java" and the JCP standards? That, way, people could look at the code and even fork it. . . they just couldn't call it official JAVA. (Kinda like now, but they get a lot of cred and development help for open sourcing it)

    If Sun's version is the best and its the only one that is Certified 100% Java, then great. If it isn't the best then everyone will use the better one, then great. Either way, Java wins.

    1. Re:This is not that complicated by ikkonoishi · · Score: 1, Insightful

      Java may win either way, but Sun won't.

      These people aren't looking to save the world. They just want to make money

      They will take the path that has the least risk and the highest potential profit.

  49. Re: Rock and Roll solution? by usurper_ii · · Score: 1

    Rock and Roll is no solution- my daughter singing AC/DC.

    The Rock and Roll solution:

    Next time you are in a difficult situation; remember: Just enjoy the OZZY and keep your mouth shut!

    Usurper_ii

  50. The web? by RPoet · · Score: 1

    Whoever uses Java for applets anymore? Mainly some sites with online games, that's who. Let's get out of this "Java == Applets" mindset, please. Java is excellent on the server side, it's pretty good for client side, and it's quite excellent in academia.

    --
    "Oppression and harassment is a small price to pay to live in the land of the free." -- Montgomery Burns.
    1. Re:The web? by Thorgal · · Score: 1

      Some nice non-game applets I found recently: here and here.

      --
      "Man in the Moon and other weird things" - wfmh.org.pl/thorgal/Moon/
    2. Re:The web? by Anonymous Coward · · Score: 0

      Let's get out of this "Java == Applets" mindset, please.

      As far as the end user is concerned, Java == Applets. When Java is used server side, no one knows. When Java is used client side, it's obvious. (and, at least on this computer, annoying)

  51. -1: Idiot by daemonc · · Score: 0

    Do you have any idea what you are talking about?

    Redhat has never released a JRE, of their own, or anyone else's.

    They are talking about doing it, and doing it the Right Way.

    --
    All that we see or seem is but a dream within a dream.
  52. GTK 2.0 in J2 1.4.2 Beta by wkjel · · Score: 1

    Perhaps by "native bindings to Gnome" you mean something along the lines of SWT in Eclipse,but it's interersting to note that the Java 2 SDK release 1.4.2 Beta does include preliminary support for a GTK+ 2.0 Swing look-and-feel. See this for details.

  53. JAVA and the VIRUS by Anonymous Coward · · Score: 0

    Ok, Open source java would be nice.

    But the only thing java does is make linux vunrable to virusses. Last time my mozilla browser crashed i checked my home dir on virusses. I found one, it was a downloaded example.class lib from some company website(realy it was from a regular company!). Sorry but ill stick to C for now.

    Oh yes, i used RAV antivirus for linux while i still can. Microsoft wil toast it soon i gues,

    cheers,

  54. -1: Huh? by Anonymous Coward · · Score: 0

    Do you have any idea how to read? Microsoft screwed up and got slapped. RedHat saw this, and is doing it correctly. That's what the parent says.

    1. Re:-1: Huh? by KDan · · Score: 1

      Hahaha good reply. I don't think he does. ;-)

      Daniel

      --
      Carpe Diem
  55. No, it's more likely GCJ by Per+Bothner · · Score: 4, Informative

    Remember that GCJ was developed at Cygnus (starting in 1996), and that Red Hat bought Cygnus. While Red Hat has not put a lot of resources in GCJ, they still employ some of the early GCJ engineers, who are still active in GCJ in at least on a part-time volunteer basis. In Red Hat 8.0, what you get when you run "java" is the interpreter component of GCJ. And it looks like they are getting serious about Java, and GCJ.

    My guess (as original "inventor" of GCJ, but no longer associated with Red Hat except as share holder): To the extent that Sun is willing to open-source parts of JDK, they'll use that; if Sun is unwilling, they will use GCJ.

    1. Re:No, it's more likely GCJ by samhalliday · · Score: 0, Flamebait

      gcj only makes native binarys from java source, INFO or byte compiled java code to run on a virtual machine. it is NOT a virtual machine.

    2. Re:No, it's more likely GCJ by Per+Bothner · · Score: 5, Informative
      gcj only makes native binarys from java source, INFO or byte compiled java code to run on a virtual machine. it is NOT a virtual machine.

      Wrong. The program gcj is a compiler, like javac, but the GCJ project and run-time includes a virtual machine. The command gij is a plug-in replacement for the java command (except for unimplemented features and bugs, of course).

    3. Re:No, it's more likely GCJ by samhalliday · · Score: 1
      after looking here i am not going to argue with you. but why then does the gcj webpage on gcc.gnu.org not mention the (project) GCJ at all, but just the compiler gcj?

      i got modded "flamebait" but there is no mention of a runtime environment there; just links to the support libraries which makes it sound like GCJ is compiling source code to machine code, as if it were g++ modified for java syntax and linked to a java standard library, similar to the c/c++ philosophy. not like what i think of when i think of java.

      the FAQ (when read with this idea in mind) does nothing to show otherwise. still, i am glad you have clarified this.

    4. Re:No, it's more likely GCJ by Per+Bothner · · Score: 1
      but why then does the gcj webpage on gcc.gnu.org not mention the (project) GCJ at all, but just the compiler gcj?

      I assume you mean this page. I quote the second paragraph:

      Compiled applications are linked with the GCJ runtime, libgcj, which provides the core class libraries, a garbage collector, and a bytecode interpreter. libgcj can dynamically load and interpret class files, resulting in mixed compiled/interpreted applications.


      i got modded "flamebait"

      I didn't view it as flamebait, just an all-too-common lack of information about Gcj.


      as if it were g++ modified for java syntax and linked to a java standard library, similar to the c/c++ philosophy.

      Yes, that is the Gcj approach, but Gcj attempts to provide the best of both worlds including support for traditional VM-based usage models. (In fact, we would be happy to incorporate a Just-in-Time compiler into the runtime, but nobody has done so yet.)

    5. Re:No, it's more likely GCJ by Per+Bothner · · Score: 1

      I forgot to add: Yes, we should probably do a better job of explaining the wonders of GCJ on the web-site. We explain how it's different, but it probably isn't as obvious as it should be how it's the same as well (i.e. how it aims to be a full replacement for non-free Java).

    6. Re:No, it's more likely GCJ by samhalliday · · Score: 1
      ok, now you have me confused again. i realised gcj was a compiler, and you just made me think it was a runtime environment again (with rubbish collection, jit compiling, virtual machine and all that). now you're saying it is still just a compiler with some runtime (c/c++ philosophy-style libraries) classpaths.

      here is where i am confused... i am thinking of libgcj in direct analogy to libstdc++, not like a virtual machine. are you saying the reason for my confusion is because it is BOTH these things... a native compiler/dynamically linkable lib AND potentially a virtual machine for running byte-compiled (portable) binaries, with a lack of authors being the only holdup to the jit.

      i assume redhat are looking to improve the virtual machine end of things?

      personally i think a c/c++ philosophy to java is the best way to go (i only do c and c++) becuase any java apps i have take forever to get started, but i have some java coder friends who disagree and actually LIKE the jre. i hate it, and if i had the choice, i'd machine code all my java apps to run without it!

      if you guys get the GUI side of things working with gtk2, then it'll probably be just as slow ;-) but at least the beautiful text rendering and widgets will justify it :-D

    7. Re:No, it's more likely GCJ by Per+Bothner · · Score: 1
      i realised gcj was a compiler, and you just made me think it was a runtime environment again (with rubbish collection, jit compiling, virtual machine and all that).

      It's a compiler, with a runtime environment. (It doesn't currently have jit compiling.)

      are you saying the reason for my confusion is because it is BOTH [a run-time environment and a library like libstdc++]... a native compiler/dynamically linkable lib AND potentially a virtual machine for running byte-compiled (portable) binaries,

      Yes. The insight you need is that these are not two different things, but the same thing. Most of the Java class library is like a bigger libstdc++. But note the presence of java.lang.ClassLoader. If your run-time library implements this (and libgcj does), then you have a VM. The java program is just a little wrapper application that parses a command line and uses reflection to call a main method.

      with a lack of authors being the only holdup to the jit.

      A jit is not part of the specification or concept of a JVM. It is a performance optimization. GCJ has the functionality of a JVM. GCJ can't run bytecodes as fast as it could if it had a JIT, so it would be nice to have a JIT. On the other hand, it's not that high a priority, since you can always just compile an application to native code when you install it.

      i assume redhat are looking to improve the virtual machine end of things?

      I don't know. I don't think that's as important as fleshing out the class libraries. (Full AWT support is getting close, except for Java2D, and even Swing is moving along.)

      i hate [the jre], and if i had the choice, i'd machine code all my java apps to run without it!

      You have the choice. It's called gcj.

      if you guys get the GUI side of things working with gtk2, then it'll probably be just as slow ;-) but at least the beautiful text rendering and widgets will justify it

      There is no reason Java GUIs need to be slow. And using GCJ will certainly help, especially with start-up time. (Though GCJ's start-up time when using shared libraries could also be improved.)

    8. Re:No, it's more likely GCJ by samhalliday · · Score: 1

      that description has helped me greatly... please write something like this on gcc.gnu.org/java!!! :-D it will sort out a LOT of notions people like me have about GCJ.

  56. Red Hat... by drunk_as_in_beer · · Score: 0, Offtopic

    Red Hat.. Is that a brand of condoms?

    --
    --Drunk as in Beer
  57. too little, too late by agslashdot · · Score: 5, Insightful

    shouda done this 6 years ago.

    don't get me wrong. i love java, its the only thing on my resume, sole bread-n-butter for past 6 years, etc.

    but the C# designers really know the market.
    when i first read "C# = java done right" in a PR article, i said, "yeah right, what absolute BS".

    but then, i attended my first c# training seminar last month, & having just completed a major java-to-c# porting project, i can say this much - C# has definitely won the windows-only-client-side battle. if you are developing an app that front-ends on a windows client ( that's pretty much ALL of wall street, given the heavy use of MS-Excel ), C# is simply the way to go.

    6 years ago, i recall graduating from school & deciding to go into a Java-job. classmates were like - "what's java ? unproven stuff. use MFC. that's were the $$ is".

    how wrong they were! C# is now in the same position - poised to skyrocket.

    every single java concept has made it into C#.

    furthermore C# has several useful notions ( delegates, boxed types, attribute annotations,assemblies etc ) not in Java.

    finally, cross-language interop is a dead reality - i can write a C# class, my VB class can inherit from it, and my C++ class can inherit from my VB class, and call functions in Perl - the CLS & the common type system makes it easy for even a casual novice pgmmer.

    once's the mono project attains fruition, c# on linux will be the defacto pgmming style - need i say more ?

    from a reluctant C# convert

    1. Re:too little, too late by alext · · Score: 3, Insightful

      Real competitive advantage revolves around integration and portability, not dumb little language tricks.

      Most people will appreciate JDBC drivers for their local database, flexible security, true cross-platform working etc. Conversely,, we can probably get by without "attribute annotations" for a while.

    2. Re:too little, too late by agslashdot · · Score: 2, Interesting

      "Real competitive advantage" in which market ?

      There's no generic real competition advantage - its a very domain-specific thingy.

      Real competition advantage in microcontrollers & firmware for cameras will continue to be C & assembler for a long time.

      For the wall-street crowd,where every quant analyst has a thousand Excel macros & math models, windows terminals are a reality. Java AWT client on windows is a joke - small set of UI controls, no built-in grid-support, no inter-op with Excel, no built-in charts/graphs, the list goes on. The swing clients are another story - getting a Java plugin installed, huge jar downloads, no versioning - clearing the Plugin cached jars every so often, jeez, I've been thru enuf nightmares.

      For that particular subset of users, which btw is a pretty LARGE subset, C# is the real competitive advantage. They give two hoots about a JDBC driver that has to use an ODBC bridge to talk to their local MS Access database. ( Typically, interesting data-sets are extracted from a huge Oracle DB into a much smaller MSAccess DB - like an cache, so that Excel can mathmodel your data. C# taks this notion to a whole new level - notion of disconnected DB-access, where you use an in-memory cache to download interesting tables/rows from your DB, disconnect & operate on that subset, & then sync up your data. Read up on it, its quite original & non-trivial, certainly no "dumb little language trick". )

    3. Re:too little, too late by shrhoads · · Score: 2, Insightful

      I'm a fan of C#, but IMO the reason C# is trailing and will continue to trail Java a lack of cross platform support. Ironically, the solution to Java GUI cross platform support (SWT) will save C#. Check out the various project to port SWT (for Java) to C# here.

    4. Re:too little, too late by deanj · · Score: 2, Interesting

      C# isn't poised to sky rocket as much as you think.

      Think about this: I recently talked to a publisher at a tradeshow. He told me that there were getting to be more C# books than Java books. Only problem is, *they're not moving*. Java books are still in demand, and they're looking for more. Not so with C#.

      That's not a good sign for C#.

    5. Re:too little, too late by Enonu · · Score: 1

      Can you name me a commerical app that's well known and written in C#? I always get that question when I tell people that I program in Java.

      Also, to somebody who knows Swing well, can you recommend a book that concentrates on advanced GUI building using C#? I'm the type that doesn't do point-and-click programming.

    6. Re:too little, too late by f00zbll · · Score: 5, Interesting
      furthermore C# has several useful notions ( delegates, boxed types, attribute annotations,assemblies etc ) not in Java.

      Ok, sounds like you bought the whole PR pitch hook line and sinker. I can say from first hand experience C# is not all it's advertised to be. C# has some nice stuff like properties, but several important pieces are seriously hobbled for enterprise class server applications.

      1. delegates - sounds great on the surface until you realize that writing a multi-threaded/thread-safe application means all calls have to go through delegate. this means for each call to a application running in a dedicated thread, two threads are used. One is used by the delegate. Not only that, for server applications, what you really want is to have direct access to that thread.
      2. assemblies - well recently I experience the same old DLL hell with .NET 1.1 colliding with .NET 1.0. Guess what, there are other critical issues like dynamic loading which do not work as well as Java class loaders. In order to dynamically load/unload assemblies, they have to be loaded in a separate appDomain.
      3. attribute annotation - is nice, but it's hardly critical. Not only that, if you work with a bunch of VB guys, they are so far from annotating their code that you'd have a better chance of getting an experience Java programmer to use attribute annotation correctly. I annotate my code aggressively to point out design decisions and their impact down the line. I also include suggestions and ways to modify the code should the functional requirements change.
      4. thread management using the default threadpool class is weak. There was an article recently in .NET magazine that covered async request handling. The article showed that IIS 6.0 uses the stock ThreadPool, which means improving performance requires writing your own thread pool library.
      5. the caching and default threadpool is really intended as an object cache and isn't well suited to complex multi-threaded applications that manage themselves.
      6. currently there is no object persistence application or layer in .NET. At first glance it doesn't seem like a big deal until you need to handle concurrent access to shared data across multiple systems. Say you have 100 clients that need to access a webservice. The webservices is load balanced across n servers. If multiple users modify common data, how do you manage it? Do you lock the table and use pessimistic locking, or do you naively say we allow for delay and don't care? There are third parties providing object persistence layers for .NET.
      7. stateful application server does not exist in .NET and MSDN states it doesn't plan on providing the support in the near future. For the next several releases the focus is on improving .NET CLR and performance.
      8. session replication across n webservers is not supported natively by IIS. The way it's typically done in IIS is to use database sessions. Tomcat 5 will have session replication built in. There are numerous Java application servers and servlet containers that provide true clustering with fault tolerant sessions.
      9. database clustering is not available as a stock option in Sql Server 2000 or Sql Server 64bit. Typically you have to setup Sql server in partitions and manage the data access with ADO.NET or DAL. Normally when Sql Server is setup in a cluster like TPC benchmarks, it's a custom embedded module. Ask any Sql Server DBA is real-time replication works reliably in Sql Server?
      10. there is no enterprise class messaging server and won't be until Biztalk reaches it's second or third release. If you don't believe me, try to use MSMQ to handle thousands of message per second with tens of thousands of subscribers. It will take 5-8 years before Biztalk can even get close to IBM MQSeries.

      .NET has it's advantage like the XmlTextReader. The default XML parser in Jav

    7. Re:too little, too late by Kunta+Kinte · · Score: 1
      but then, i attended my first c# training seminar last month, & having just completed a major java-to-c# porting project, i can say this much - C# has definitely won the windows-only-client-side battle....

      No kidding. .NET is windows only, written by the same people who wrote the OS. I'm shocked.

      if you are developing an app that front-ends on a windows client ( that's pretty much ALL of wall street, given the heavy use of MS-Excel )

      I guess the entire server-side market. You know, web services, web-applications, software-as-a-service, deal means nothing? Man I've been wasting my time I guess.

      I'm not gonna bother with the rest of the comment. Sounds like a plagarised advert. Care to expand on any of those cool features you mentioned, and how they've helped you?

      once's the mono project attains fruition, c# on linux will be the defacto pgmming style - need i say more ?

      Yeah, I think you need too.

      --
      Based on upvotes, Ageism is the only "-ism" Slashdotters care about and think isn't SJW
    8. Re:too little, too late by multi+io · · Score: 1
      finally, cross-language interop is a dead reality - i can write a C# class, my VB class can inherit from it, and my C++ class can inherit from my VB class, and call functions in Perl

      You can't let VB classes or C# classes inherit from C# classes. You *can* let VB.NET classes and "Managed C++" classes inherit from C# classes. If .NET were really that much language-agnostic, one should ask why Microsoft had to invent three new languages for it instead of just providing .NET backends for existing languages. The truth is, Managed C++ and VB.NET are essentially C# with different syntax, so this doesn't prove much (Perl.NET is just a wrapper, not a .NET backend for Perl).

    9. Re:too little, too late by licketyspit · · Score: 0

      C# taks this notion to a whole new level - notion of disconnected DB-access, where you use an in-memory cache to download interesting tables/rows from your DB, disconnect & operate on that subset, & then sync up your data.

      I believe this is also available in the most recent version of JDBC, the notion of disconnected datasets. There was such a demand for it actually that there were offshoot projects that started cropping up a few years ago and as such an implementation was added to JDBC 3.0

  58. do not download that source code by 73939133 · · Score: 2, Insightful

    If you look at Sun's source code, you may be unable to work on any Java or Mono-related open source project in the future, as Sun may consider them derivative works. The Sun Community License is a death trap for open source developers. Don't touch any code covered by it.

    Any open source version of Java must be either a clean-room implementation, or it must wait for Sun to release the JDK sources under the LGPL, GPL, or BSD licenses. And even then, you may still have to worry about Sun's patents in some cases.

    1. Re:do not download that source code by Spiritwalker · · Score: 1

      IBM's J9 VM and assorted class libraries used in WSDD have been implemented in a cleanroom environment. Having seen source to Sun's implementation of the Java class libraries does not mean you cannot 'switch hats' and become a cleanroom developer. There's just a certain bit of process to follow and also you might have to subject your implementation to an independent review (possibly down to the bytecode level). WebSphere Studio Device Developer. Alas, these classes are not open source either...

  59. but you do by 73939133 · · Score: 1

    As a java programmer, I have never found java to be limited as a closed source language.

    Oh, but you have. For example, when the latest JDK didn't install on your Linux machine because of shared library incompatibilities. Or when Sun screwed up their Java2D implementation on X11, as they have several times.

    The problem with closed source implementations like the JDK is that it gives Sun full control over what happens with Java on Linux. As long as Java is a side-show on Linux (as it is right now) that matters fairly little to Linux as a whole.

    But if Java were to become an integral part of, say, the Linux desktop or Linux-based web services, then any screwup on the part of Sun would turn into a big problem for Linux releases. And such screw-ups would probably become deliberate and strategic tools for Sun, a means for making Solaris more attractive relative to Linux.

  60. If you don't like swing... by Dalcius · · Score: 4, Informative

    You might consider SWT. It's an open source Java widget toolkit (GUI API) that sits on top of native system widgets. I just started developing with it, so I can't speak for much, but it seems to be quite fast and is pretty easy to implement.

    Some info:
    The Eclipse project (of which SWT is a part of)
    SWT Guide (good intro to SWT)
    SWT API Specification
    SWT Articles (many regarding topics internal to the API) -- scroll down to SWT

    --
    ~Dalcius
    Rome wasn't burnt in a day.
    1. Re:If you don't like swing... by buckinm · · Score: 3, Insightful

      SWT is very cool except for two things:

      1) In contrast to the rest of Java, you have to remember to explicitly free everything you create.
      2) Cross platform stuff goes out the window, unless you can make sure a SWT lib is installed everywhere you want it

      At the very least, with an open source Swing, you could ship say, a linux binary, but also ship the class files for other clients.

      --
      This isn't any ordinary darkness. It's advanced darkness.
    2. Re:If you don't like swing... by krumms · · Score: 1

      1) In contrast to the rest of Java, you have to remember to explicitly free everything you create.

      Yeah that's a pain ... I wonder why this is? Anyone?


      2) Cross platform stuff goes out the window, unless you can make sure a SWT lib is installed everywhere you want it

      There's nothing to stop you distributing the SWT library alongside your applications, and using batch/shell scripts to adjust the classpath at runtime.


    3. Re:If you don't like swing... by fongsaiyuk · · Score: 1

      Well, there was a really great article on developing with SWT in a recent issue of Linux Magazine. (Linux Magazine doesn't put their content online for quite a few months)

      I believe that the reason for having to free things that you create is due to the binding of SWT to the Native OS level GUI calls. The java GUI calls are essentially bound to a language that doesn't have any automated garabage collection--C or C++, one of the two.

      As of right now, I believe that the Eclipse SWT project supports GTK and Windows GUI environments.

      There is probably an inititative to do a port to Mac OSX.

    4. Re:If you don't like swing... by Dalcius · · Score: 1

      Agreed. Two things to point out:

      1) Freeing resources isn't as bad as some folks make it sound. It is something you have to consider, but many objects will recursively free themselves. Free a Shell (think JFrame, IIRC) and all elements within free themselves. Good OOP habits make this more or less a non-issue unless you're careless or a habitual Java programmer who relies on garbage collection in his sleep.

      2) Providing an SWT library and including it in the java call that loads the program is pretty trivial in my opinion. It's no more difficult that making sure all your necessary .jars are included.

      ---
      "At the very least, with an open source Swing..."

      I have the distinct feeling that Swing is on its way out the door. It's getting faster and there are enough themes for it, but if people click "Open" and don't get a Windows open dialog, you're going to start having problems. It's just the breaks. Native OS widgets are pretty much the only way to go for most applications. Sorry if I sound like a zealot; I honestly think this is a major point.

      --
      ~Dalcius
      Rome wasn't burnt in a day.
    5. Re:If you don't like swing... by Dalcius · · Score: 1

      That is correct. One of the core points of SWT is that it uses system widgets, which means that GUI resources (fonts, colors, windows, etc.) are all stored in OS memory. Most OSes out there don't have garbage collection, thus SWT does not. You could use finalize statements in the SWT implementation so that when an SWT Java object gets garbage collected the finalize code runs to clean things up, but there is no guarantee as to when the object will be collected -- thus threading problems and disposal ordering problems can occur, not to mention the trash that's left lying about the OS for an undetermined period of time.

      This is all described in detail here.

      --
      ~Dalcius
      Rome wasn't burnt in a day.
    6. Re:If you don't like swing... by Anonymous Coward · · Score: 0

      there's already an OS X port ..

  61. The installer wouldn't be enough by roystgnr · · Score: 1

    Red Hat would have to make people click through the JVM license before they even downloaded the CD.

    The practical reason for this is that people assume that Linux is all open source, so they can make copies of Red Hat CDs for friends, put Red Hat CDs up on P2P networks, etc.; closed source licenses may not permit that. (Java's license doesn't).

    The legal reason for this is that some closed source licenses even try to take away rights that you would normally have under copyright law! The license on the J2RE 1.4.1 download at sun.com, in particular, includes this popular odious clause:

    Unless enforcement is prohibited by applicable law, you may not modify, decompile, or reverse engineer Software.

    That's the sort of thing you need to make people agree to before download, if you want it to be enforceable.

    For one last practical reason behind Red Hat's policy, multiply this restriction by 20, as everybody has to click through the individual license for every single piece of non-free software on the CD. At least with Windows you usually buy your software one EULA at a time, so it's less annoying.

    1. Re:The installer wouldn't be enough by FatherOfONe · · Score: 1

      I agree with most of your post but I see a solution to it this way.

      1. RedHat comes to an agreement to ship Sun/Blackdown JVM. This would be FAR easier than to code a clean room JVM.

      2. RedHat gets a separate CD of NON GPL code. This could be all the stuff that you have to click agree to. Specifically the video driver issue. The drivers for ATI and Nvidia kinda blow, and it would be great to get the good ones out of the box. Heck for something like that I would even offer it as an install option for the user.

      --
      The more I learn about science, the more my faith in God increases.
  62. 4 effects of official (L)GPL JVM implementation by ihatesco · · Score: 1, Troll
    Effect number one:
    Bring Gnome (which is part of Sun's "Madhatter Project" for a modern unified desktop) back under Sun's direct control.

    Effect number two:
    A complete j2ee free-speech webserver installation online in under two hours.

    Effect number three:
    ???

    Effect number four:
    PROFIT! :D
    (or at least a major headache in Redmond).

    + + + +
    Please note that the Java Community Process controls the standard. Of course Sun is a major player in it, but its standards are published, stable, and you know that your code is still going to work in three years or more. Something that doesn't happen when you code in some strange languages. :)

    If anyone is going to make a virtual machine platform which takes the general design of Java, adds 3 opcodes to the platform, removes parts of the core libraries and replaces them with optional APIs and ships the platforms as "Java", Sun is going to sue his ass off.
    Sun is already strong on the lawsuit against Microsoft.
    Microsoft back then tried to replace java access to native machine features - jni - with a Microsoft proprietary library accessing activex objects, and java remote invocation process - rmi, based on Corba's IOOP - with another library based on COM+...
    Sun demonstrated that Microsoft was wrong, and then won the lawsuit... the outcome however (barring the monetary reimbursement part) was ludicrous.

    At least now we Java Programmers are programming in REAL JAVA, which works REALLY on different platforms, and not something that remembers unportable C/C++ for the splintering and fragmentation between platforms, compilers and coding styles.

    + + + +
    No, I don't want to start a Java vs C/C++ flamewar.
    Java is a tool suited for some works.
    C/C++ are two other tools suited for other works.

    --
    "I am slashbot, hear me roar!"
  63. Re:Sun's Jonathan Schwartz Opposes Open Source Jav by fastdecade · · Score: 2, Interesting

    Java may be able to run on hundreds of millions of desktops, but unfortunately it's very complicated and time-consuming for an end-user to download and run a Java app in the same way that they could download and run an executable. Schwartz makes a good point about the MS risk, but there is also the possibility that more open-source involvement will lead to a higher quality platform within the popular operating systems.

    To take Java to the next stage, ie mass consumer usage, Sun needs to do all in its power to promote ease-of-install. Java Web Start just hasn't had that impact, to date. Open-source projects may help a lot.

  64. Sun afraids democracy of OSS by axxackall · · Score: 1
    I wonder, how the "community" is defined and if there is any place for "volume" in that definition.

    IMHO, the most of people must require the most of features. That's how open-source "democracy" works. Microsoft might have most of sales, but in most (if any) existing OSS projects Microsoft does not have most of developer votes and thus does not control any project critical decisions.

    I think that the real reason Sun keeps Java from open-sourcing is that Sun protect Java from OSS democracy, not from Microsoft as they want us to believe.

    --

    Less is more !
  65. Java out of the web browser? by Peaker · · Score: 1, Insightful

    Why would I want to use Java, except for writing web applets, when I can use Python+Pyrex, Jython, or other more powerful and more expressive languages?

    1. Re:Java out of the web browser? by Anonymous Coward · · Score: 0

      >>writing web applets

      Stuck in 1996 I see.

    2. Re:Java out of the web browser? by slide-rule · · Score: 1

      A fair question... personally, being a five year slashdotter and Linux user (and a long time computer user in general), I've never heard of Pyrex or Jython, and if I have to download another huge wad of libraries to run some "oddball language I've never heard of" in addition to already having Java, C/C++/STL, mono, fortran, perl, python, gtk, gnome, qt, X11, etc. -- most of which overlap somewhat, and none of which seem to have provided the holy grail as yet -- then I'll probably say "no thanks". Whether that'd be reason enough for you is really up to you. *shrug*

    3. Re:Java out of the web browser? by Peaker · · Score: 1

      Pyrex compiles down to C Python extensions.

      Python is almost the holy grail for me :)
      Its good for everything but performance - which is where Pyrex fills the gap.

      Raw C or even Assembly may still be required for extremely rare situations requiring optimization, but otherwise Python suffices.

      Java, on the other hand, combines the slowness of dynamic languages, with the difficulty of typical Bondage and Disipline languages.

  66. Why modded as troll? Sigh... by AndersDahlberg · · Score: 1

    Just note that tomcat is NOT a *complete* j2ee server (i.e. it's "just" a webserver - more or less). Then whether you actually need a complete j2ee server is a different matter.

    1. Re:Why modded as troll? Sigh... by the+uNF+cola · · Score: 1

      No.. it's a servlet server. It implements the servlet 2.x spec AND http. It does a lot of memory management, security and stuff that apache wasn't intended for.

      It might be better to compare it to apache+mod_php/perl, which accomplish the same thing, just not to the extent that tomcat has.

      --

      --
      "I'm not bright. Big words confuse me. But Wanda loves me and that should be enough for you." - Cosmo

    2. Re:Why modded as troll? Sigh... by ihatesco · · Score: 1
      Just note that tomcat is NOT a *complete* j2ee server (i.e. it's "just" a webserver - more or less). Then whether you actually need a complete j2ee server is a different matter.

      Correct.
      Anyway... it's only matter of installing just one additional package :).

      + + + +
      I am quite sure to have read or heard somewhere (maybe at the Italian JavaConference that the Jakarta project wished to integrated an EJB container inside Tomcat for version 5.0 or 6.0. Can't find a reference however :(. Maybe it was too much Twix & Cappuccino. :(

      + + + +
      Mental note: stop eating junk food before posting on slashdot.

      --
      "I am slashbot, hear me roar!"
  67. Re:Cool by TV-SET · · Score: 2, Interesting
    "The best thing about standards is there are so many to choose from."

    ...and that of course was Andrew S. Tanenbaum, but than again I cannot provide the link to the original. :)

    --
    Leonid Mamtchenkov ...i don't need your civil war...
  68. So your saying MS really has little control... by SuperKendall · · Score: 1

    over the direction of .Net?

    Sounds like you don't need any more that what you've already got.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  69. But what about the example of Netscape? by schmaltz · · Score: 1

    Netscape developed a fully open-source web browser. Microsoft, apparently (from what we publicly know, anyhow), didn't touch it.

    Then again, with IE and Netscape under the spotlight of antitrust litigation, it's not likely they would've. Programming languages have no similar marketshare issues. Java would be a more likely target.

    --
    Big Daddy, Johnny, Burp, Aunt Zelda, Scott, Slurp, Big Momma ... where's Siggy?
  70. However... by SuperKendall · · Score: 2, Informative

    When a standard is submitted through the JCP (Java Community Process) a condition of including that IP in the standard is that you allow others to use any IP embedded in the standard for free, in perpetuity. So whatever patents Sun has around Java can be used by others in the Java world.

    There are already real, working Java implementations from third parties like GCJ and IBM's VM, which have been around for a while... Mono has not really been around long enough to see if they have really escaped a patent trap.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:However... by 73939133 · · Score: 1

      When a standard is submitted through the JCP (Java Community Process) a condition of including that IP in the standard is that you allow others to use any IP embedded in the standard for free, in perpetuity. So whatever patents Sun has around Java can be used by others in the Java world.

      But only if you comply with the JCP conditions, and those conditions are incompatible with open source principles.

      There are already real, working Java implementations from third parties like GCJ and IBM's VM, which have been around for a while...

      That's just nonsense. GCJ is a native code compiler that is not fully compatible with Sun's Java compiler and supports only a tiny fraction of the Java APIs. IBM's VM is just a JVM, not a Java implementation, and it is implemented under license from Sun.

      There is no independent Java implementation, open source or commercial, in the sense that Sun defines the term "Java". Java is entirely a Sun-proprietary platform at this point.

  71. Re:Cool by nostriluu · · Score: 1

    Yes, I think that's who said it 'first'.. whoever modded the original remark 'redundant' had the same thought in mind. :>

  72. Uh, dood, gimme that link to faster Apple system. by Anonymous Coward · · Score: 0

    Score +3 Funny is one thing. The pro-Apple
    moderators love to upscore their Apple buddies,
    but where's the link? Show me the "faster
    than a PC" apple, please.

  73. Joova by pyrrho · · Score: 1

    Red Hat could do it without danger from Sun if they built it clean and didn't call it's Java.

    How many innocent companies will this technology destroy before it's done?

    --

    -pyrrho

  74. Re:Uh, dood, gimme that link to faster Apple syste by Anonymous Coward · · Score: 0
  75. alternate question by pyrrho · · Score: 1

    so why havn't they?

    If they thought they were bound to lose to linux, Microsoft would have their own distro.

    They would own linux in that their distribution could quickly become the dominant one, because of their brand and their OEM relationships (not to mention their ability to make a WINE that could be 99% compatible with Windows).

    They think they a strategy with a better margin than what they would have owning Linux, that's the only reason.

    --

    -pyrrho

    1. Re:alternate question by big-giant-head · · Score: 0

      I don't think you read my reply. It doesn't matter what MS puts in, if the project manager rejects it doesn't make it in. Even if they went thier own way with a linux distro and added a bunch of windows compatible code, they would have to distribute the source as well ( remember the GPL????) I can't beleive a moron like this gets a score of 1 for a troll, and my orignal post got a 0.

      As far as losing to linux, in the server dept MS is getting it's butt handed to it. I've seen a dozen new Software projects started at fortune 500 companies the last 12 months and they are being designed to run linux boxes ( with java using either websphere, BEA or JBOSS). The only thing I've seen folks buying MS servers for is
      exchange. Of course SUN is getting it's butt beat as well.

      Hmmmm maybe redhat will start a new slashdot clone site as well. Hopefully one thats not modded by a flock of 12 year olds . Geesh...

      --

      So Long and Thanks for all the Fish.
  76. Too Late by shrhoads · · Score: 3, Interesting

    As mentioned before, Java is already headed to the land of fully open source native cross platform binaries. The fine GCJ folks have already implemented most of the 1.4 JDK with libjava. Throw in SWT and you have the holy grail of open source software applications development. A single code base that compiles to native binaries for Windows, Linux, MacOS, Solaris, AIX, HP-UX, etc.

  77. Can't Call It Java by Anonymous Coward · · Score: 1, Funny

    that's all, as you've said.

    I want to suggest some names:

    (1) Hot Flashes

    (2) Avaj (pronounced "avaj")

    (3) Bingo

    (4) Engineer Assisted Suicide (alternately, just "Death")

    (5) Deoptimized C++

    oh, there's more.

    1. Re:Can't Call It Java by MadAhab · · Score: 1
      Please. Let's hear more. I've got nothing more. See?:
      1. hot crotches
      2. platform irrelevance
      3. optimized mud (pronounced *fud*)
      4. de-simplified objectivizational interfaces
      5. enterprising peas
      6. over-engineered indifference
      7. naked mole rat api 4.7
      and ya know, if this meant i could use a reasonably modern jdk without some damn user account and policed downloads, i might give a damn. but that's an easy bluff, because we all know they'll let out maybe the 1.2 api if redshat is lucky, and it will be a marketing coup for redhat, a PR plus for Sun, and no one will really give a damn. if they had a clue they'd really open source it and keep the closed version one generation ahead, but they clearly lost the key to that bus station locker a long time ago - they'll try to keep the closed version 9 generations ahead , then 10, just to prove how cool they are. i say we start setting odds on perl 6 vs OSS java vs thermonuclear Sun (those UltraSparcs really pack a wallop!).
      --
      Expanding a vast wasteland since 1996.
  78. May not be a good idea by wizardmax · · Score: 1

    As much as I love OSS, giving Java a license which will allow to change Java how ever anyone wants is a bad idea. Don't forget how much IBM wanted control of it and how M$ tried to strong-arm it. What is stopping M$ taking Java, modifying it to work in a certain way with the .NET CLR and distributing it with windows. This will effectively kill Java just due to shear numbers. M$ would not care if they have to release the source to their Java afterwards, it would already be too late for Java.

    Even through Java is not OSS, it is open standards, and I like being able to (relatively) guarantee that it will work in different environments.

    Java source is available, just not for re-distribution.

    --


    Free speech is getting expensive...
    1. Re:May not be a good idea by iapetus · · Score: 1

      Um. Isn't it the other way round? Java *isn't* a true open standard, and that's what stops Microsoft from modifying it. When they did so, they were stopped (eventually) in the courts. Whether there's an open source implementation for them to work from or whether they have to do their own clean-room implementation makes no difference whatsoever.

      --
      ++ Say to Elrond "Hello.".
      Elrond says "No.". Elrond gives you some lunch.
    2. Re:May not be a good idea by wizardmax · · Score: 1

      'Open standard' does not mean openly modifying it how ever you want, (well for your own purposes you can, but not for re-distribution) it is open for change through a community process. (and it is a community, which it is possible to participate in) This allows for a balance between language openness, and control of the language, so the language does not get hijacked. As with M$, they did not go through this process. What they have done, is replace standard libraries with their own COM+ libraries, and other modifications which effectively changed the language, and made it incompatible with the official Java. They did this with out going through the community process, that's why they got shot down. IBM, has done the right thing, they use the community process to get what they want. So Java *is* an Open standard, just a controlled open standard. This control is necessary for you and me to be able to write a program and be able to run it no matter if some one decided to 'make it better/faster' but incompatible. Same way w3c does things, its not much different.

      But the real point of discussion is that not how open the language really is, but the license that the compiler and JVM source has. Right now you can have the sources, but the license does not allow re-distribution. What RH seems to want is a GNU License for the compiler and JVM. Unfortunately this would allow anyone to modify and redistribute the language the way they want, and not in the way the community will benefit.

      I am just wandering, what is your definition of 'Open Standard'? Maybe I missed something along the way.

      --


      Free speech is getting expensive...
  79. What's the point? by etedronai · · Score: 1

    Why do we need an open source version of java? What does it gain us besides a lot of wasted effort once again reinventing the wheel? Java is already managed by the JCP which is suns stab at allowing other companies to have a say in java without actually releasing control of it. An open source version of java will not gain control over the java apis, which sun still rigidly controls. At best it will make a red hat vm that has red hat proprietary extensions in it, the same thing that microsoft was so roundly criticised for a few years back. There are all ready several high performane java vms out there that have friendly licenese, so what will an open source really accomplish?

  80. Re:Sun's Jonathan Schwartz Opposes Open Source Jav by bheading · · Score: 1

    As we all know, Microsoft have already gotten around this by simply coming up with their own, very similar language - they don't need to simply hijack another free one; and in any case, the GPL (which they hate) would make this difficult to do anyway.

  81. Uh. No. by Chromodromic · · Score: 1, Interesting

    This wouldn't really change anything about .Net. The people who are forking out the many thousands and thousands of dollars -- and that's no exagerration -- required to go .Net, wouldn't be swayed by open source Java. Moreover, Microsoft touts its ECMA standard really only to wave it in the face of Java proponents. The efforts to open up .Net to open source or alternative implementations, like Mono, have been hindered by Microsoft, not helped. Microsoft doesn't care about open this or standards that. They care about mucho buckolas.

    Open Java might have a much more profound effect on the Java community itself. If an effective stewardship and administration of the project could be created, then the Java community might end up with a platform that could change to the well considered desires of its audience, rather than pandering to the business goals of Sun and IBM among others, and encourage some developers to have another look at a platform that has recently come under some careful criticism from its own advocates.

    For example, Sun doesn't want macros? Well, you know what Sun, WE want macros, so Open Java implements macros and with a choice between no-macros Sun Java and cool-macros Open Java we see how the majority of developers decide.

    Now THAT would be cool.

    --
    Chr0m0Dr0m!C
  82. Re:Sun's Jonathan Schwartz Opposes Open Source Jav by pbryan · · Score: 1

    And how should Sun solve this? By allowing anyone to use a Java conformant logo who conform to the Java standard. Now all Sun has to do is stop being dicks the way they were with JBoss J2EE conformance and call a conformant Java implementation what it is.

    HTML and XML are examples of where this works. HTML has open source implementations, and despite Microsoft's attempts to deviate from the standard, W3C keeps churning out specs, and people keep implementing them. Yes, some people optimize to IE, but divergence in devices is making that impractical.

    --

    My car gets 40 rods to the hogshead, and that's the way I likes it!

  83. RedHat should make better use of their time by MarkSwanson · · Score: 2, Insightful

    As others have mentioned the Java source is already freely available. As someone who spends most of their time in Java I can already fix bugs if I need to - having a separate license (GPL) is meaningless to me.

    It would be a much better use of time and talent to make Java work better on Linux wrt:
    1. FUTEX support
    2. NPTL threads
    3. full screen and 2D graphics are horribly slow under Linux because for some reason Sun doesn't seem to use MIT-SHM, or their pixmap caching code is doing the wrong thing...
    4. Why not even spend time helping with Sun's ALSA port for Java 1.4.2.

    Heck, I'm sure the Blackdown team would have dozens of ideas on how to improve the existing code base.

    Rewriting from scratch? Is working together so hard? It would be such a shame to have great Linux coders work to build something that didn't work perfectly and was never used.

    --
    Schedule your world with ScheduleWorld.com http://www.ScheduleWorld.com/ (Java Web Startable)
    1. Re:RedHat should make better use of their time by deanj · · Score: 1

      Don't know about #1 or #2, but I'd be interested in hearing what those are and how they'd improve the Linux apps you're running.

      I have to say that #3 is completely wrong though...

      I run high speed 2D graphics through their code under Linux, and it runs like a bat outta hell, even under 1.4.1. I expect further improvements when I go to 1.4.2, considering all the performance enhancements I've seen. You can't even tell it's not native code running, because it runs that well. I'm not talking little blips here and there, I'm talking up to full frame changes and the whole bit.

      As for #4, sound works great for me under Linux, so I'm not sure what the beef is there.

      Only thing I can think of is that you're getting your code from Blackdown still and not direct from Sun.

    2. Re:RedHat should make better use of their time by MarkSwanson · · Score: 2, Informative

      A couple of quick points:

      1. FUTEX - a fast user-mode mutex. In the likely (hopefully) usual case no context switch happens when you get a futex. This can be a big win under certain synchronization loads. Imagine grabbing a futex in 15 clks vs 1,500 - 6,000 clks (these numbers may be slightly off and will vary quite a bit between machines, glibc and linux kernel versions)

      2. NPTL - the New Posix Threading Library - a great improvement in both Posix compliance, performance, latency, and in the maximum number of usable threads. Ingo (one of the authors) announced the creation and destruction of 100,000 threads in one second. This is available in RedHat 9. (I don't know if futexes are available in the RedHat 9 kernel yet).

      3. Graphics - Hey, I'm a Linux/Java fan and I'd like to be able to agree with you here but no. Doing a search in Sun's Java bug list will show up a lot of bugs in Linux graphics performance. In fact, check out http://www.javagaming.org/ and browse some of the posts there about it. There are tons of benchmarks of actual games that get 1/10 of the video throughput under Linux vs Win32. Sorry. (BTW, it seems the Blackdown folks are claiming an 80% 2D speedup in their latest port. I haven't tried it yet but it may help).

      4. About ALSA - it rocks! What I meant to say was that perhaps RedHat could help the ALSA project support more cards and remove the completely stunned ARTS/ESD/etc... hacks and replace them with the proper ALSA DMIX plugin. This would allow multiple /dev/dsp open()s to work on cards that don't provide hardware mixing. This means you can play Java sounds and run KDE/Gnome sounds at the same time.
      (JDK 1.4.2-beta already has ALSA and DMIX support BTW - comments welcome on how well it works).

      --
      Schedule your world with ScheduleWorld.com http://www.ScheduleWorld.com/ (Java Web Startable)
    3. Re:RedHat should make better use of their time by deanj · · Score: 1

      Numbers 1 and 2 will be addressed by the threading libraries of Doug Lee's going into JDK 1.5. You can get a version of that download on his website.
      They're getting great performance numbers from this stuff, and that's across all platforms. I'm not saying that better locking and threading wouldn't help further this... I'm just saying the not only has Sun recognized this whole area is in need of help, but they're doing something about it. About damn time too.

      On Number 3....well, what can I say. I'm getting great performance from my apps under RH 9.0 with JDK 1.4.2, and that's using Java 2D. That's using full frame video at native speed *and* Swing. Maybe other people are having problems, but if you know what you're doing (and I'm not saying you don't) you can get pretty damn good performance by not doing stupid things in code.

      And just a point (really nothing to do with this discussion, but it fits since you brought up games), check out the JOGL stuff from java.net that Sun's working on. Amazingly great performance for OpenGL apps. They just have two demos up now, but the other demos they were showing at JavaOne were pretty damn nice.

      I'll check out ALSA...thanks for the tip!

  84. interest in Java by noldrin · · Score: 2, Insightful

    Interest in java seems to be going downhill. I think releasing it under the GPL might spur more interest and innovation with Java.

    1. Re:interest in Java by Erwos · · Score: 1

      Could you provide concrete proof of this?

      Certainly, it has not been my experience that Java is fading away - quite the opposite, my university is going to make "Intro to C" into "Intro to Java". Now, we have two anecdotal experiences contrasting each other - we must find an objective study which says one way or the other.

      -Erwos

      --
      Plausible conjecture should not be misrepresented as proof positive.
    2. Re:interest in Java by noldrin · · Score: 1

      Just because a university offers a course in something, doesn't make it relevant. Many universities teach what the professors think is good for teaching. No, I have no "concrete proof" but then again I was posting my opinion.

  85. Not as a whole but by SuperKendall · · Score: 1

    It is true I was mostly speaking of VM's.

    You are wandering far afield of the main point though. Are potential open .Net implementations hampered by patents? It would appear the potential is there. But all of the Java libraries are API's that can (and are being) implemented standalone.

    The reason that effort has been slow is because it's pretty easy just to add features under your own structure, or extend what is there. So there has not been a big push for that so far. There has been more of a desire for different VM's, which is why you see more third party work in that area.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Not as a whole but by 73939133 · · Score: 1

      Are potential open .Net implementations hampered by patents?

      Why do people keep bringing up .NET in this context? This isn't an either/or choice. For each platform, we look at the intellectual property pitfalls on its own and then make decisions accordingly.

      The reason that effort has been slow is because it's pretty easy just to add features under your own structure, or extend what is there. So there has not been a big push for that so far. There has been more of a desire for different VM's, which is why you see more third party work in that area.

      I don't follow that argument. You are saying people aren't worried about open source Java libraries because it's easy to extend existing libraries, but they are building new VMs because, what?

      It still comes down to the fact that any open source project built on the Java 2 platform depends on Sun's Java releases. If Sun screws up their releases, deliberately or accidentally, it affects those open source projects and where they can be run. If Linux systems started depending on Java for things like administrative tools, GUIs, or servers, than entire Linux distributions would become dependent on the quality and timeliness of Sun's Java releases. That just isn't acceptable as far as I'm concerned.

      Not only has Sun demonstrated many times that their release quality of their JRE for Linux is highly variable over time, in the long term, they might be tempted to give Solaris an advantage over Linux by holding back Java for Linux deliberately. Unless there is a fully compliant open source implementation of Java, there is little the open source community could do about that.

    2. Re:Not as a whole but by SuperKendall · · Score: 1

      Why do people keep bringing up .NET in this context? This isn't an either/or choice. For each platform, we look at the intellectual property pitfalls on its own and then make decisions accordingly.

      It's called planning ahead, and follows the same line of thinking as "don't build a house in the middle of a marsh".

      In short, even if you build a nice GPL .Net clone, at some point the whole thing could be yanked because of patents. And if you use it in a business and build some crucial systems that rely on said system, then you can be forced to fork over the money to licence your previously free system

      I don't follow that argument. You are saying people aren't worried about open source Java libraries because it's easy to extend existing libraries, but they are building new VMs because, what?

      The Classpath project has been going forever. The whole reason it's been so slow to clone all of the API's (which they can do because there are [ublished API's which change through a governing body) is because there is no motivation... in the case of the VM's, people have been dissatisfied with VM's for various reasons and so built thier own. Thus you have IBM's, JRocket, and others (including early native compilation attempts that fell by the wayside).

      It still comes down to the fact that any open source project built on the Java 2 platform depends on Sun's Java releases. If Sun screws up their releases, deliberately or accidentally, it affects those open source projects and where they can be run. If Linux systems started depending on Java for things like administrative tools, GUIs, or servers, than entire Linux distributions would become dependent on the quality and timeliness of Sun's Java releases. That just isn't acceptable as far as I'm concerned.

      Why is this true? Users are not forced to upgrade the VM. Any system you build that relies on a set of libraries is going to have the same problem. I seem to remember all sorts of oddities around a major GLIBC upgrade some time ago. I don't see where you are worse off with Java, espeically as you can monitor where the API is headed and have access to developer preview releases to make sure your code will work on a new or old system. And really, sun has been pretty good about not braking older code with new releases (to the point where we have nio instead of a revamp of the io package).

      Yes the JRE quality has been somewhat variable. But again, if a JRE was a bit unstable then there was no reason to upgrade to it, and you could always revert (just like any other library).

      I feel just as comfortable building apps on a Java foundation as any of the other libraries. Perhaps moreso because if one VM goes south you have others to choose from, whereas libraries rarley have clones in that manner.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    3. Re:Not as a whole but by 73939133 · · Score: 1

      It's called planning ahead, and follows the same line of thinking as "don't build a house in the middle of a marsh".

      But we aren't talking about .NET. It's not a choice between Java and .NET. I might agree that .NET has patent problems, but that wouldn't make Java's intellectual property situation any better.

      Why is this true? Users are not forced to upgrade the VM.

      Sure, they are: Linux system components like GNU C/C++ and libraries that Sun's JRE depend on change incompatibly over time. That means that either I need to hold back the rest of my system in order to accomodate an outdated JRE, or I upgrade and lose Java, or I need to keep both sets of libraries around (and probably run into other compatibility problems).

      Any system you build that relies on a set of libraries is going to have the same problem.

      Not at all. For libraries and systems that are open source, the Linux distribution maintainers recompile everything to work together, and when I upgrade my system, it all just works. Furthermore, when some important system is broken or orphaned, they can fix it and redistribute the fixed version. They can't do that for Java.

    4. Re:Not as a whole but by SuperKendall · · Score: 1

      But we aren't talking about .NET. It's not a choice between Java and .NET. I might agree that .NET has patent problems, but that wouldn't make Java's intellectual property situation any better.

      But it is. Numerous people have pointed to this as a potential problem with Mono. But there are no cloads like this looming over GCJ, for example. You can build a VM and duplicate the Java libraries without threats of patents hitting you if you try to use it.

      Sure, they are: Linux system components like GNU C/C++ and libraries that Sun's JRE depend on change incompatibly over time. That means that either I need to hold back the rest of my system in order to accomodate an outdated JRE, or I upgrade and lose Java, or I need to keep both sets of libraries around (and probably run into other compatibility problems).

      As a theoretical argument it raises an interesting point, but how much has that happened in reality?

      On our production UNIX servers this kind of problem has never been an issue because the servers change at a measured pace, and are not running code living on the edge. We upgrade Java and the rest of the system together.

      Not at all. For libraries and systems that are open source, the Linux distribution maintainers recompile everything to work together, and when I upgrade my system, it all just works. Furthermore, when some important system is broken or orphaned, they can fix it and redistribute the fixed version. They can't do that for Java.

      I still don't see the argument. You have stable releases right now, that include Java, and everything works great as you say. But then you have unstable releases where not everything works perfectly, Java being only one piece of that puzzle. Just because someone else does the work of trying to match library versions does not make it less hard...

      Besides, come to think of it you can always keep older versions of the library around to maintain the Java you want.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    5. Re:Not as a whole but by 73939133 · · Score: 1

      But it is. Numerous people have pointed to this as a potential problem with Mono. But there are no cloads like this looming over GCJ, for example.

      Again, why do you keep talking about Mono? Mono isn't relevant. I'm not using Mono. I'm not saying you should use Mono instead of Java. I don't give a damn about Mono at this point. The question is whether Java's license is suitable for widespread adoption of Java by open source projects.

      You can build a VM and duplicate the Java libraries without threats of patents hitting you if you try to use it.

      You can say the same thing about Microsoft Windows. In fact, there have been several independent implementations of Windows, and none of them have caught on. Patents or not, Sun controls Java like Microsoft controls Windows, and the consequences would be equally dire if Java caught on like Windows.

      As a theoretical argument it raises an interesting point, but how much has that happened in reality?

      Sun Java releases fail with regularity on Linux systems. They are also a pain to update because they don't fall under the regular packaging system and because they can't just be ported to different architectures.

      On our production UNIX servers this kind of problem has never been an issue because the servers change at a measured pace, and are not running code living on the edge. We upgrade Java and the rest of the system together.

      If you run UNIX servers, your vendor keeps the OS and the Java releases in sync. Open source systems can't do that because there is no open source Java; Java on those systems requires special treatment.

      I still don't see the argument. You have stable releases right now, that include Java, and everything works great as you say. But then you have unstable releases where not everything works perfectly, Java being only one piece of that puzzle. Just because someone else does the work of trying to match library versions does not make it less hard...

      I have no idea what "stable" vs. "unstable" has to do with it; upgrades are a fact of life because of necessary bug and security fixes, changing protocols, and required new functionality. You cannot keep running old systems indefinitely, no matter how "stable" they may be.

      Right now, Sun has complete control over the only compliant Java implementation on Linux, either directly, or through their license agreements. That is an untenable situation as far as I'm concerned. Sun competes directly with Linux. If they retain control over Java, they can decide to screw Java users on Linux whenever it suits their business interests.

      Sun gets panicky at the idea that their competitor, Microsoft, controls even the tiniest piece of Java. Well, Linux developers should be equally concerned that their competitor, Sun, controls even the tiniest piece of a Linux system.

    6. Re:Not as a whole but by SuperKendall · · Score: 1

      Again, why do you keep talking about Mono? Mono isn't relevant. I'm not using Mono. I'm not saying you should use Mono instead of Java. I don't give a damn about Mono at this point. The question is whether Java's license is suitable for widespread adoption of Java by open source projects.

      The point of licences in irrelivant when you can just write an implmenetation for free under whatever licences you like.

      You can say the same thing about Microsoft Windows. In fact, there have been several independent implementations of Windows, and none of them have caught on. Patents or not, Sun controls Java like Microsoft controls Windows, and the consequences would be equally dire if Java caught on like Windows.

      Examples? Are you thinking of OS/2? None of them caught on because they offered poor coompatibility, because Windows is not a published spec - unlike Java which is. You have the bytecode and library API's all published.

      If you run UNIX servers, your vendor keeps the OS and the Java releases in sync. Open source systems can't do that because there is no open source Java; Java on those systems requires special treatment.

      Why not? I see you dropped my point about keeping old libraries around for old releases of Java if they work better. I see no, zero, nada, zilch difference between a distro release and something like a solaris release. There is none. The distro maintainers keep stable versions of Java around the same way Sun does.

      I have no idea what "stable" vs. "unstable" has to do with it; upgrades are a fact of life because of necessary bug and security fixes, changing protocols, and required new functionality. You cannot keep running old systems indefinitely, no matter how "stable" they may be.

      The same is true for any system. But again you can always keep the current version of Java running with older libraries.

      Sun gets panicky at the idea that their competitor, Microsoft, controls even the tiniest piece of Java. Well, Linux developers should be equally concerned that their competitor, Sun, controls even the tiniest piece of a Linux system.

      If you're at all a fan of Linux, then you need to think about what a world where Java (the most commonly used enterprise programming language by far) is owned by MS and runs best on Windows servers. By-By Linux! Seriously, that is how it would be.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    7. Re:Not as a whole but by 73939133 · · Score: 2, Insightful

      The point of licences in irrelivant when you can just write an implmenetation for free under whatever licences you like.

      There is only one implementation of Java, together with its derivatives by licensees. As long as that is all there is, its license matters, because nobody has demonstrated so far that they are capable of producing an independent implementation.

      Why not? I see you dropped my point about keeping old libraries around for old releases of Java if they work better.

      You can't just mix and match libraries. If you run a version of Java linked against old libraries, it won't be able to load code linked against new libraries, it will have security holes associated with the old libraries, etc.

      I see no, zero, nada, zilch difference between a distro release and something like a solaris release. There is none. The distro maintainers keep stable versions of Java around the same way Sun does.

      Sun doesn't "keep stable versions of Java around", Sun has the option of recompiling Java and fixing bugs and incompatibilities in Java when they make a new operating system release. Because Sun owns the copyright, Sun gets to make those choices. Linux distributors, on the other hand, face the possibility that Sun stops making Java available or breaks the Java distribution whenever it suits Sun.

      The ability to fix bugs and recompile packages from source is at the core of open source systems. It is what has made Linux such a success. It makes no sense for open source developers to say that open source is a good idea, but, hey, for Java we don't really need it.

      None of them caught on because they offered poor coompatibility, because Windows is not a published spec - unlike Java which is.

      The Windows and Java APIs are documented in pretty much the same way: as a huge collection of vendor-supplied documents aimed primarily at programmers. Neither set of documentation rises to the level of a "specification", and both have significant gaps. That's why making a third party Windows implementation was very difficult, and the same appears to be true for Java. Sun Java really is like Microsoft Windows in that regard.

      If you're at all a fan of Linux, then you need to think about what a world where Java (the most commonly used enterprise programming language by far) is owned by MS and runs best on Windows servers. By-By Linux! Seriously, that is how it would be.

      You say that it is perfectly fine if there exists only a single, proprietary implementation of Java as long as it is owned by Sun, but if that implementation were owned by Microsoft, it would be bad? Where is the logic in that?

      I don't see any difference between Java being proprietary to Sun and Java being proprietary to Microsoft. Both Sun and Microsoft are companies that would like to see Linux go away because it eats into their business, and both have a strong incentive to make sure that Java runs best on their own servers and performs less well on Linux. That is exactly the problem.

      Fortunately, it hasn't gotten to that point yet at all, since Java is not very important on Linux yet. As soon as there exists a full open source implementation of the Java platform on Linux, an implementation that neither Sun nor Microsoft can mess with, I'm all for widespread use of Java on Linux. Until then, Linux users should stay away from Java.

    8. Re:Not as a whole but by SuperKendall · · Score: 1

      There is only one implementation of Java, together with its derivatives by licensees. As long as that is all there is, its license matters, because nobody has demonstrated so far that they are capable of producing an independent implementation.

      So what about these VM's?

      You can't just mix and match libraries. If you run a version of Java linked against old libraries, it won't be able to load code linked against new libraries, it will have security holes associated with the old libraries, etc.

      But you can still do it if it's critical, and security holes only matter when security holes in Java align with security holes in the library. The point is it will still work. How much Native linking code is around anyway - most of the OS Java projects I've seen are all pure Java, and you want it that way when possibly precisely for this reason. So your argument is a good one to avoid native code, but that's it.

      The ability to fix bugs and recompile packages from source is at the core of open source systems. It is what has made Linux such a success. It makes no sense for open source developers to say that open source is a good idea, but, hey, for Java we don't really need it.

      While it is useful it is not nessicary - look at videocard drivers for an example. Yes it's more annoying but to claim it just will not work is provably false by example.

      The Windows and Java APIs are documented in pretty much the same way: as a huge collection of vendor-supplied documents aimed primarily at programmers. Neither set of documentation rises to the level of a "specification", and both have significant gaps. That's why making a third party Windows implementation was very difficult, and the same appears to be true for Java. Sun Java really is like Microsoft Windows in that regard.

      Now that is just plain ignorance. What part of the specs are not up to snuff? The bytecode is 100% described in detail. The libraries all have JavaDoc describing exactly what the API does.

      Look at GCJ, they have made great strides in the area of VM copying. Again, this has not happened more rapidly not because it is not possible, but because the motivation is not there. RedHat finally has enough motivation to try for a 100% OS Java.

      You say that it is perfectly fine if there exists only a single, proprietary implementation of Java as long as it is owned by Sun, but if that implementation were owned by Microsoft, it would be bad? Where is the logic in that? My point is that there are MANY VM's - you have at least Sun's and IBM's. Also these MANY VM's run on MANY platforms.

      Now take a world where Microsoft hijacked Java. The "real" VM would run on WINDOWS. NOTHING ELSE. Do you get the point? It would mean that if you wanted a server you would need a WINDOWS server and not LINUX, because LINUX would not have the OFFICIAL JAVA.

      Yes Java is THAT FUCKING IMPORTANT TO LINUX IN THE ENTERPRISE RIGHT NOW TODAY AT THIS VERY MOMENT. If you don't understand that, then you must not do development for companies or live in Fiji on the beach.

      As an example our company is finally consider Linux servers - but ONLY BECAUSE WE CAN RUN Java and WEBLOGIC on the server! Otherwise Linux would be a no-go. And there are thousands of enterprises making the same choices right now. Think about it.

      Like it or not, Linux and Java share the same fate now. Red Hat can see that, so you should think rather carefully before dismissing the notion. Some of your critisms hold some weight, but they are completey beside the fact that Java is the #1 force pushing Linux into the enterprise.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    9. Re:Not as a whole but by 73939133 · · Score: 1

      "nobody has demonstrated so far that they are capable of producing an independent implementation [of the Java platform]." So what about these VM's? [Kaffe]

      None of those are implementations of the Java platform, they are only implementations of the Java language and virtual machine (and not very good ones at that).

      What part of the specs are not up to snuff? The bytecode is 100% described in detail. The libraries all have JavaDoc describing exactly what the API does.

      JavaDoc is detailed enough for application programmers, but it does not constitute a specification of the API suitable for independent implementation.

      My point is that there are MANY VM's - you have at least Sun's and IBM's. Also these MANY VM's run on MANY platforms.

      All existing, complete implementations of the Java platform depend on Sun licenses. That gives Sun the power to restrict what happens with any of those VM's for any particular platform. Sun has the power to kill Java on Linux any time they want to.

      ava is THAT FUCKING IMPORTANT TO LINUX IN THE ENTERPRISE RIGHT NOW TODAY AT THIS VERY MOMENT. [...] Like it or not, Linux and Java share the same fate now.

      Enterprise Linux and Linux are not the same. If Java for Linux went away tomorrow, most Linux users wouldn't even notice. And the small number of enterprise users that use Java on Linux would just take out their checkbooks and pay Sun again for Solaris machines.

      However, what will probably happen in the medium term is that people will cobble together a Java-workalike out of stuff like JBoss, SWT, and other open source components. It won't be 100% compatible with Sun, but it will be 100% open source. The loser, in the end, will be Sun, who will have lost both control and standardization. In an extra twist of irony, the platform that pulls it all together may well be Mono, which already runs a lot of Java code just fine.

    10. Re:Not as a whole but by SuperKendall · · Score: 1

      None of those are implementations of the Java platform, they are only implementations of the Java language and virtual machine (and not very good ones at that).

      But a number of them with a little work on Classpath combined DO make a whole Java platform. It's just that it's not needed or wantedat the moment. Again, RedHat sees the need and are trying to be proactive. As it stands, they provide enough of a saftey net that you can develop apps in Java today without any real concern. The pieces are there to whip an alternitiive as needed, precicley what OS is so good at doing.

      JavaDoc is detailed enough for application programmers, but it does not constitute a specification of the API suitable for independent implementation.

      The Classpath project seems to be doing pretty well. Again, what parts are missing that a proper spec would have? Is it just that there is not one single document with section 1.4.5.5.3.2.3.54.45 detailing the color to make the font on a JavaDoc output?

      All existing, complete implementations of the Java platform depend on Sun licenses. That gives Sun the power to restrict what happens with any of those VM's for any particular platform. Sun has the power to kill Java on Linux any time they want to.

      First off, why would they be so stupid? If you listen at all to what Sun is saying (and watch thier actions) that is not even a remote possibility. Secondly, I really doubt they could make IBM do this so easily as you seem to think. IBM is smarter than that, and has based thier whole business around Java - not something you do without safeguards. I'm sure they have some changes to that standard Sun licence.

      Enterprise Linux and Linux are not the same. If Java for Linux went away tomorrow, most Linux users wouldn't even notice. And the small number of enterprise users that use Java on Linux would just take out their checkbooks and pay Sun again for Solaris machines.

      And then the war is lost, and you can all start developing OS apps on Windows.

      However, what will probably happen in the medium term is that people will cobble together a Java-workalike out of stuff like JBoss, SWT, and other open source components. It won't be 100% compatible with Sun, but it will be 100% open source. The loser, in the end, will be Sun, who will have lost both control and standardization. In an extra twist of irony, the platform that pulls it all together may well be Mono, which already runs a lot of Java code just fine.

      You're totally ignoring the community effort of JCP, which is providing the API's to which a lot of these things comply (like JBoss supporting J2EE). Some of these things may go off thier own way, but will also support standards exisiting in non-Free versiosn of Java (or you have sideshow efforts like the SWT that I don't think will ever be mainstream). So again, where is the problem using Java for anything you want to? It's not going away that easily. As you say, things are being cobbled together taht are 100% OS. So, there is no risk in using Java to base other OS projects on. It's like putting off a picnic because of concern about the possibility of meteor strikes.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    11. Re:Not as a whole but by 73939133 · · Score: 1

      But a number of them with a little work on Classpath combined DO make a whole Java platform.

      No, unfortunately, they don't. Classpath isn't complete enough yet. It hasn't even reached JDK 1.1, let alone Java 2.

      Again, what parts are missing that a proper spec would have? Is it just that there is not one single document with section 1.4.5.5.3.2.3.54.45 detailing the color to make the font on a JavaDoc output?

      It's things like which pixels something like drawLine actually touches, how different open I/O streams interact when they are on the same file, what the functional relationship is between JFrame and Frame, etc. The Java spec has actually been greatly improved since 1.2, but whether it is sufficient to produce a compatible implementation is an open question until someone actually does.

      First off, why would they be so stupid? If you listen at all to what Sun is saying (and watch thier actions) that is not even a remote possibility.

      Sun is a dying company, and dying companies do stupid things. Look at SCO.

      Secondly, I really doubt they could make IBM do this so easily as you seem to think. IBM is smarter than that, and has based thier whole business around Java

      Why do you think IBM is pushing so hard for alternatives to things like Swing? They want to get away from having to depend on Sun proprietary code.

      And then the war is lost, and you can all start developing OS apps on Windows.

      Why does it matter to me what enterprise Linux users do? Most of the stuff that has come out of enterprise Linux efforts seems to have been a drag on Linux as far as I'm concerned (JFS, LVM, etc.). Linux's strength is from the bottom up: small systems, small servers, desktops, etc.

      As you say, things are being cobbled together taht are 100% OS. So, there is no risk in using Java to base other OS projects on. It's like putting off a picnic because of concern about the possibility of meteor strikes.

      I fully endorse people using the existing open source Java components: GNU gcj, Kaffe, Classpath, SWT, GnomeJava, Java-on-Mono. As they get better and more compatible with Sun Java, the better it will be for Sun Java.

      But if you use proprietary Java APIs, you are getting into the same situation that you get with any other proprietary software: your future becomes inextricably linked to the decisions of your vendor, and your vendor does not have your best interest at heart. It is that situation that open source users should avoid, and it makes as much sense to avoid that for Sun Java as it does for any other proprietary software product. That's particularly true because Sun Java brings absolutely nothing new to the table technically--there is plenty of equivalent open source software and technology. The only thing Sun Java has going for it is the hype and the brand.

    12. Re:Not as a whole but by SuperKendall · · Score: 1

      No, unfortunately, they don't. Classpath isn't complete enough yet. It hasn't even reached JDK 1.1, let alone Java 2

      You are missing the point. It's very close and serves as a backup that could come up to speed quickly. It may not be quite 1.1, but it also already supports a lot of 1.2 features already.

      It's things like which pixels something like drawLine actually touches, how different open I/O streams interact when they are on the same file, what the functional relationship is between JFrame and Frame, etc. The Java spec has actually been greatly improved since 1.2, but whether it is sufficient to produce a compatible implementation is an open question until someone actually does.

      Then what you want is a design document, not a spec. Who cares "what pixels drawLine() touches". Don't need to know that.

      I'll bet if you checked those things would already vary a little across implementations. As lond as the API looks the same it just doesn't matter (much).

      Sun is a dying company, and dying companies do stupid things. Look at SCO.

      You believe everythign you read? Sun is dying the same way Apple is always "dying".

      Why do you think IBM is pushing so hard for alternatives to things like Swing? They want to get away from having to depend on Sun proprietary code.

      No, they just wanted a better AWT that used native widgets. I still prefer Swing myself as I like the flexibility.

      Why does it matter to me what enterprise Linux users do? Most of the stuff that has come out of enterprise Linux efforts seems to have been a drag on Linux as far as I'm concerned (JFS, LVM, etc.). Linux's strength is from the bottom up: small systems, small servers, desktops, etc.

      Because Linux needs to be strong at both ends to be anything but a toy. All PC's are moving to advanced file systems and things that originated on the server side, and if you don't want Linux desktops to be locked out of advancements then they had better be used in Enterprise settings. Todays Enterprise features are tomorrows consumer OS, and ignoring that takes you out of the consumer desktop game.

      JFS was an especially bad example because a consumer PC needs to be rugged enough to just switch off without FS damage and long reboots resulting from same. Again, toss that feature out and you will never be a serious contender for future desktops.

      But if you use proprietary Java APIs, you are getting into the same situation that you get with any other proprietary software: your future becomes inextricably linked to the decisions of your vendor, and your vendor does not have your best interest at heart. It is that situation that open source users should avoid, and it makes as much sense to avoid that for Sun Java as it does for any other proprietary software product. That's particularly true because Sun Java brings absolutely nothing new to the table technically--there is plenty of equivalent open source software and technology. The only thing Sun Java has going for it is the hype and the brand.

      The thing Sun Java has going for it is ubiquity and community support.

      The way I feel is that if you are developing to an open standard (like J2EE or J2ME) you are going to have some choice in how that runs. Open source base is even nicer of course, but again that is not a practical reality at the moment.

      In the same way, if I wanted to write some interesting graphics manipulation plugins I might write for the Gimp but would definatley write them for PhotoShop. It's simply the standard even if there are alternitives. Remember the whole reason to write code is to get users running it, and the more users you have running your code the better off you are. Therefore it make some sense to write on a closed platform when it is the strongest alternitive. Writing on Java I can reach more people than any other alternitive, so to me it makes the most sense.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    13. Re:Not as a whole but by J.+Random+Software · · Score: 1

      Any implementation that does what the Javadocs say it should do is compatible by definition. The issues you mentioned are undocumented, and so application programmers can't rely on any particular semantics.

    14. Re:Not as a whole but by 73939133 · · Score: 1

      If you take that point of view, then almost all Java programs are non-compliant and won't work properly across conforming implementations. Of course, maybe you are right: that's what we are actually seeing. Very few Java programs actually do run correctly across all major platforms...

  86. Why not? by SuperKendall · · Score: 1

    In software, what is the definition of a standards body then? If just about every company agrees to do something the same way, is that not a standard? And if you get a group together to write down what they are agreeing on, is that not a standards body?

    When you can choose from multiple implementations that all have the same API, you are working with a standard.

    So what is y6our definition of a standards body? Does it have to be ECMA or ISO? Even though the W3C stuff are labeled "reccoemndations" are they not really standards? Can there never be another standards body besides ISO? I guess it just can't be a real standards body if you actually let individuals contribute to the standards! That must be what you mean.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  87. But do they fly? by Anonymous Coward · · Score: 0

    Here's the link for the other condition he mentioned.

  88. Copyleft makes no difference by Wesley+Felter · · Score: 1

    Let's say MS starts shipping some broken Java VM, and because it's copylefted they release the source. The bottom line is that if you want your app to run on MS's broken VM, you have to code for Windows; having the source doesn't change anything.

    1. Re:Copyleft makes no difference by yerricde · · Score: 1

      The bottom line is that if you want your app to run on MS's broken VM, you have to code for Windows; having the source doesn't change anything.

      With the source and a copyleft license, what prevents porting a J++ VM to another platform?

      --
      Will I retire or break 10K?
    2. Re:Copyleft makes no difference by khchung · · Score: 1
      With the source and a copyleft license, what prevents porting a J++ VM to another platform?

      Simple, the broken VM contains hundreds of calls to Windows specific functions that makes it a PITA to port to any other platform.

      --
      Oliver.
    3. Re:Copyleft makes no difference by fishbot · · Score: 1

      The problem with the arguments put forward in this thread is that they follow a similar pattern to Wine based applications, which appear to be dead or the minority now.

      1) Develop cool open platform
      2) MS Develop similar, but incompatible, platform
      3) Port flakey emulation of MS platform
      4) Platform is only useable on Windows

      The basis here is that RedHat will already have the original draft. Don't start talking about porting the incompatible Windows implementation away from Windows, but porting the clean room implementation TO windows. Why would we WANT to port the Windows API calls to Linux?

      I hope another opportunity for OSS to be first, rather than the sad 2nd place, will not be missed through this self-defeating attitude.

  89. yawn... by Anonymous Coward · · Score: 0

    you heard me ... yawn.

  90. Those that fail to learn from history are... by Anonymous Coward · · Score: 0

    Those that fail to learn from history are forced to repeat it.

    RedHat has announced this before with Project JOLT. They even had a mailing list setup for the RedHat Java Open Language Toolkit. It didn't take long for them to give up on it. What is different about this time?

  91. Why Java? by MikeFM · · Score: 1

    What's the benefit of using Java or C# in Linux instead of one of the already popular languages such as Perl, Python, or Ruby? Java programs seem to have a lot of overhead and seem to be more work to develop. I haven't tried C# but is it any better? I think Java may be slightly faster than Python (even with Psyco) but not a lot. (I haven't compared it to Perl or Ruby.) I'd rather see RedHat work on speeding up Python and other languages already in heavy use on Linux.

    --
    At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
  92. moron replies by pyrrho · · Score: 1

    what you forget is anyone can distribute the linux kernel, they don't have to ask linus to put it in, they can fork if they want to. That's the point, that's the idea... they would fork the open source and have control of what goes into it, and it'll instantly have 1000x the other forks.

    PS: yeah, I remember being 16 and hating 12 year olds... well not really, but I remember people around me like that.

    By the way, no moderators have moderated my post, they start off at 1, that's the way slashdot works. Yours start at 0 because you've been modded down a lot. Yes the mods are on crack, but that's not your problem here, you just don't understand how the GPL works.

    --

    -pyrrho

    1. Re:moron replies by big-giant-head · · Score: 0

      I understand how the GPL works, If ms puts windows code in to make it more windows compatible, They MUST DISTRIBUTE THIER SOURCE, or be in violation of GPL.

      Thats prescisly what MS does NOT want to do, hand out windows source, which btw would then be GPL'd as well.

      Thats why they bitch about the 'viral' nature of the GPL.

      One of us doesn't understand how the GPL works, but it's not me. BTW how many /.s would buy a MS distribution of linux ??? maybe 12?? If MS could do what you say, they would have done it.
      They want to but that viral GPL keeps getting in the way.

      As far as the 12year comment it was a joke, but I didn't realize about being modded down and then having 0 points. I was modded -1 for offtopic about 4 posts ago, and ever since my posts have been 0s.

      I've been writing software about 16 years, I've seen MS do crappy things to friend and foe alike in those 16 years, so they can get where they are. BELIEVE me if was as easy as you think they would've killed linux 3 years ago.

      If you could kill it right now Bill would make you a rich man (or woman), but the nature of GPL protects it and that pisses BG off to no end.

      --

      So Long and Thanks for all the Fish.
  93. IBM does not like the JCP? (from article) by Spiritwalker · · Score: 1

    "IBM has a lot of weight and they don't like the JCP". According to an independent review (JavaOne 2003 session 3294), IBM is next to Sun for JCP participants (Sun 166, IBM 104) and 3rd (next only to the 'others' group) of leaders of new JSRs. Seems to me that if Gosling says it's ok, and 'The Schwartz' says it's not, then they themselves have a bit of an identity crisis not IBM.

  94. The Zealot Speaks by SuperKendall · · Score: 1

    My favorite language is Scheme, thanks. But I can recognize the practical reality that you can't use scheme for everything.

    I called zealot in the sense that you just can't accept Java because it does not fit your definition of "Open", even though a lot of things around Java are in fact quite open. That said, "zealot" was a bit harsh and I apologize for that.

    OK you are an X11 UI fan. But what are you really a fan of? I like networkable UI's, and I dislike UI guidelines in general - but as X11 has evolved over the years you now have a mishmash of UI "standards" in that world, and I hardly see that Java adding on yet another UI worldview is cause for alarm. Are you really a fan of GTK or the KDE libraries? What about X11 do you consider "correct"? There sure are a lot of options to choose from.

    UI's that look like crap (especially in Java, but also in other languages) are simply the fault of the developer and no-one else. You can make a good UI with just about any toolkit and enough work, and any UI toolkit can produce stunningly bad UI's. What I like about Swing is that you can extend the built in components enough to produce really compact UI's (I'm in the club that advocates information density as a useful feature).

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:The Zealot Speaks by 73939133 · · Score: 1

      even though a lot of things around Java are in fact quite open.

      Yes, a lot of things around Java are "quite open", and that is nice. I also like the idea of a language like Java--fairly simple, easy to use for working programmers, etc.

      My problem with Java is a very specific one: the more open source efforts start relying on it, the more the open source world is at the mercy of Sun, given the current Java implementations landscape. This isn't some theoretical concern, it's very practical: Sun keeps messing up things like Swing and Java2D, and conforming Java applications that I have written stop working on Linux or work more poorly over time. IBM's Java for Linux distribution doesn't help, and neither does gcj.

      OK you are an X11 UI fan. But what are you really a fan of? I like networkable UI's, and I dislike UI guidelines in general - but as X11 has evolved over the years you now have a mishmash of UI "standards" in that world, and I hardly see that Java adding on yet another UI worldview is cause for alarm. Are you really a fan of GTK or the KDE libraries? What about X11 do you consider "correct"? There sure are a lot of options to choose from.

      I think it has been a mistake for Gtk+ and KDE to ignore some traditional X11 conventions. But there are many other conventions they conform with, and at least they are trying to improve things under X11 as they go along. NetBeans (and other Swing applications) often seem like they written for Windows and rely simply on default cross-platform features for X11 support.

      A more fundamental question to me is: if Sun is serious about producing a high-quality Swing/Java2D implementation for Linux and UNIX, why aren't they building something on top of the X11 protocol and using the latest X11 features, like RENDER? It just looks to me like X11 is of little importance to Sun. But since X11 is the primary window system on Linux, that means that Java just isn't a good platform for writing Linux GUI applications as far as I'm concerned?

      Sun may justify their behavior by saying that Linux is of little importance for client-side applications, but if that is their attitude, then they also have to be satisfied if Linux users say "no thanks".

    2. Re:The Zealot Speaks by SuperKendall · · Score: 1

      I know a little of your pain, using Java on a Powerbook and being a little behind the release cycle (and without Java3D altogether).

      However, isn't the Linux Java release based on the blackdown effort (sorry, it's been a few years since I've used Java on Linux)? I think the real problem (like the classpath effort) is that not enough people care enough to join in and write some code to base Java2D over something like RENDER (which does sound like a good idea). It's true Sun could help more, but then again OS X would also be a mess if Apple hadn't stepped in to help with Java there, the Linux community needs to join in the same way since they are a vocal majority like Windows users.

      Similarily, my own problems with there being no Java3D on the mac could be solved by me just joining in and writing an implmentation!

      If Sun folded tomorrow, the source for these ports would be around and VM work would continue - there's really too many other companies with a vested interest to let Java drop. So, I don't think the Java development community is quite at the mercy of Sun as it would seem.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    3. Re:The Zealot Speaks by 73939133 · · Score: 1

      However, isn't the Linux Java release based on the blackdown effort (sorry, it's been a few years since I've used Java on Linux)? I think the real problem (like the classpath effort) is that not enough people care enough to join in and write some code to base Java2D over something like RENDER (which does sound like a good idea).

      But why should people volunteer to improve a proprietary implementation? I mean, we don't expect developers to develop better alternatives for Windows components and give them to Microsoft for free.

      And, historically, when people have tried, Sun has simply refused to accept the code anyway. Sun apparently wants a Java2D codebase that is very similar between Windows and X11, so they are thinking about basing Java2D on DirectX and DRI.

      If Sun folded tomorrow, the source for these ports would be around and VM work would continue

      Just because Sun folds doesn't mean you can do with that code whatever you like. Rather, the copyright would get transferred to Sun's creditors or whoever else snaps up the remnants of Sun, and they would try to make as much money out of it as they can. They might jack up the licensing fees they charge IBM and others, and they might come up with ways of revoking any rights that allow open source implementations. I think the end result would probably be an SCO-like melt-down, with lawyers claiming that everything and anything Java-related belongs to them.

  95. Gravity by pyrrho · · Score: 1

    but let's assume we're back to an honest disagreement. You understand and I understand but we disagree on interpretation and on our predictions.

    My point is that it hardly matters how many slashdotters would buy an MS linux, but all the Microsoft customers that would.

    Microsoft has decided to fight. I'm sure there is a line where they will go with it (originally they thought they would fight the internet too! (ps: I was an original MSN beta tester)), but up to that point they are fighting. I'm hoping they miscalculate their timing because if MS made a distribution and pushed it, other distro's would HAVE to be compatible.

    But one other thing: Microsoft cannot destroy linux, that is what they are trying to do. But Microsoft COULD embrace and extend linux, or at least I think so. They havn't because it's much more lucrative to destroy it (except for the impossible part).

    --

    -pyrrho

  96. wine by yerricde · · Score: 1

    the broken VM contains hundreds of calls to Windows specific functions

    Then quit whining and start WINEing. That's what Mono's implementation of Windows Forms does.

    --
    Will I retire or break 10K?
  97. That's a good solution by roystgnr · · Score: 1

    And frankly, I wonder why they're not doing it already. Red Hat has always been fine with adding non-free CDs to their distribution (to the boxed sets, anyway, not available for download), and it seems like these would be good things they could add for no additional price.

  98. gee, thats definitive, argument over! by Anonymous Coward · · Score: 0

    you really nailed that one shut, you sure did!!

    1. Re:gee, thats definitive, argument over! by deanj · · Score: 1

      If that's the best you can come up with...you're right! I did! =)

  99. Wow... by Theatetus · · Score: 1

    Congrats, guys. This may have been the most effective troll in the history of /.

    --
    All's true that is mistrusted
  100. Re:making the right decision - warp drive wormhole by gd23ka · · Score: 1

    Mono is as many trillion miles away from dotNet as dotNet is trillions of lightyears away from java. Ximian would need a warp drive to catch up to Microsoft and Microsoft would need a wormhole to catch up to the Java2 Platform.

  101. Re:Much needed - JPackage by Anonymous Coward · · Score: 0

    Just take a look at http://www.jpackage.org/ to have an idea at what could get into maintream linux distributions without Sun's licencing assles.

    ( and this is just the tip of the iceberg - the project has a very small core of maintainers, legalities scaring a lot of people )

  102. Put money into Mono instead by jamie(really) · · Score: 1

    I'd rather see the money going to mono (go-mono.org). C# is a better language and exists as an official standard. The patents Microsoft claims for the CLR are probably the kind that one can work around, since JIT itself has lots of prior art. Best of all .NET is lots of languages, not just C#. And if apps behaved like MSWindows apps, fine by me. Linux apps are a mishmash of whatever shortcut the programmer could take to get it to work. Did you notice that all the games console manufactures have strict definitions for what each button should do when it comes to common functionality? And they only have 10 buttons! They sell millions of copies to punters. Linux should take note. Am I off topic yet?

  103. Re:Its actually fairy easy... (a touch OT) by Nursie · · Score: 1

    Is this some weird american thing I'm missing out on?

    Surely what you need to make a nice cup of Java is...........Coffee beans from frickin' Java!
    You're making a nice cup of Sumatran coffee! Or Peruvian!

    And don't even start me on American "Champagne"........
    Grrrrr.

  104. delegates are great! by Stu+Charlton · · Score: 1

    a) Delegates are the equivalent of two method calls. You're realling going to pull out the "slow" card on that?

    b) Delegates DO NOT break OO. They are the same concept interfaces at a method-level. They enable polymorphism at a method-level. It's different, not broken.

    c) The benefits of anonymous inner classes are granted, .NET should include some kind of equivalent, though I will note that Java's syntax for them is frustrating.

    --
    -Stu
  105. BSD by SuperKendall · · Score: 1

    But why should people volunteer to improve a proprietary implementation? I mean, we don't expect developers to develop better alternatives for Windows components and give them to Microsoft for free.

    Why do people write for BSD then, when changes get folded into proprietery products?

    You write for proprietary systems for the same reasons you write for open ones, because you want something better. How about the Blackdown effort, is that not exactly what they did?

    Just because Sun folds doesn't mean you can do with that code whatever you like. Rather, the copyright would get transferred to Sun's creditors or whoever else snaps up the remnants of Sun, and they would try to make as much money out of it as they can. They might jack up the licensing fees they charge IBM and others, and they might come up with ways of revoking any rights that allow open source implementations. I think the end result would probably be an SCO-like melt-down, with lawyers claiming that everything and anything Java-related belongs to them.

    Even if the code base was snapped up by someone else, I'm saying VM work would continiue because it has to - there are too many big players (IBM) to drop Java. Really what would happen is we would all be using IBM VM's as the standard after that point.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  106. ... you might not like SWT either by sadiklis · · Score: 1

    > If you don't like swing... You might consider SWT.

    Not so fast.

    Sun blundered severely when they said WORA - Write Once Run Anywhere, because what they really should be saying is PODE - Package Once Deploy Everywhere.

    That's the primary idea behind Java as far as i can see - make sure that all the platform specific stuff goes to runtime thus enabling applications to be pure 100% Java that can run anywhere.

    Java WebStart almost got us there - you can add ONE link on your page that installs java app to ANY target platform out there. Also you can distribute pure Java apps and be sure that they will magically autoupgrade to any future GUI theme MS or Red Hat etc. will crack up (via swing upgrades that are responsibility of the Swing/JRE developers).

    But here comes IBM and drops SWT... thus kicking Java down to the level Borland's CLX (Delphi/Kylix), Trolltech's QT, wxWindows, GTK, etc. - write once, package x times (once per target platform - win, mac, lin, etc...), litter your download page with multiple links (for every target platform) and go crazy with support, cause now it's yours - app developer's - responsibility to maintain your packages - upgrade for any future changes in GUI subsystems of any of your target OSes (YOU will have to repackege your software with the new versions of SWT, because Sun is not going to distrbute them).

    So what do we do now? I think the only right way to solve this nasty downgrade problem is for IBM to work hard to make sure that SWT makes it into J2SE thus saving promise of Pure 100% Java Apps that can run anywhere. Until this happens anyone advocating SWT use should not forget to mention that it pollutes distributables with platform specific code thus essentially rendering those packages being platform-specific binaries rather that platform-independed java bytecodes thus pretty much killing the very point of those apps being Java rahter than say - Qt or wxWindows.

    1. Re:... you might not like SWT either by Dalcius · · Score: 1

      The SWT libraries for all systems can be sent with an application and invoked dynamically. One .jar file is included in the classpath and one directory containing libraries is invoked dynamically in the call to the VM. This is about as trivial as you can get.

      ---
      "go crazy with support, cause now it's yours - app developer's - responsibility to maintain your packages - upgrade for any future changes in GUI subsystems of any of your target OSes (YOU will have to repackege your software with the new versions of SWT, because Sun is not going to distrbute them)."

      I will admit that changes in the GUI widget set can force you to send updates to the *SWT libraries*, but odd are that this will happen far less often than updates to your own product. This "you'll have to repackage your whole application" is pretty ridiculous. To update the version repository of your software, just copy in a new .jar and handful of library files. For existing customers? The same thing.

      You argument has some merit, but I really don't see this as anything but a trivial obstacle. Maybe I misread or missed something altogether in your post?

      Cheers

      --
      ~Dalcius
      Rome wasn't burnt in a day.
    2. Re:... you might not like SWT either by sadiklis · · Score: 1

      > The SWT libraries for all systems can be sent with an application

      Not "all" supported by Java, but all _presently_ supported by SWT. Focus shifts from what Java supports and will support in the future to what SWT supports now, making your package a platform(s)-specific SWT-app rather than platform-independent Java-app.

      > I will admit that changes in the GUI widget set can force you to send updates to the *SWT libraries*, but odd are that this will happen far less often than updates to your own product.

      If your client buys Java software - expects it to run on any Java-enabled PC without any need to rely on your future upgrades/patches. That's the idea of Java as is see it.

      > This "you'll have to repackage your whole application" is pretty ridiculous.

      Let's say you have a relatively tirivial utility (no need for [frequent] future updates) and would like to offer it as a free download as a jar installer. You can do that with pure java (swing) but in case of SWT you'll have to repackage it any time a new SWT version for any of all those SWT-target apps becomes available if you wan't to avoid "your utility does not work on our systems [after we upgraded them AND installed the latest Java VM]").

      > You argument has some merit, but I really don't see this as anything but a trivial obstacle.

      Agreed. It's not an obstacle at all if you are not interested in platform-independent software packages. But platform-independence at the installation package (rather than source) level is the whole point behind Java.

      > Maybe I misread or missed something altogether in your post?

      Maybe my english is a bit crappy but i'll try it once again:

      Pure Java (swing) app works on any computer that has Java VM installed.
      SWT Java App works on any computer that has Java VM installed AND happens to be one of those platforms that have support for them in the SWT library/libraries bundled with that app.

      See the difference?

      Let me put it another way. Imagine:

      Contents of the "SWT Java app CD": Java bytecode + 5 SWT libraries for 5 target platforms.
      Works on: 5 target platforms provided they have java installed.

      Contents of the C++ app CD: 5 different binary packages (built using say C++/wxWindows) for 5 target platforms.
      Works on: 5 target platforms.

      Contents of the Pure Java (swing) CD: Java jar installer.
      Works on: any present AND future (IA-64, x86-64, PPC G5, IA-128, AMD-256...) computer with Java VM installed.

      Consequences:
      In case of SWT app you can't say that it's a Java app (that can run on any PC with Java installed) - you'll have to provide a list of those particular target platforms as a requirement for your app to run. AND you'll have to be shipping SWT patches to you clients in order for your app to have the upgraded look-and-feel in case if the client decides to upgrade OS, or work at all in case your client migrates to different architecture, while in case of swing it'll be a problem of Sun to upgrade swing. AND given that MS seems to be enforced to include Java VM with it's upcoming Windows releases chances are that Windows Update is going to do JVM (swing included) updates as opposed to YOU sending SWT patches (or hosting them for online update) to your clients.

      So... in case of SWT - instead of selling your customers Java software that will run on any of their present and future computers (isn't it the whole point behind Java? - all the platform specific things go to JRE, while applications are pure platform-independent "future-proof" bytecode?) you'll be selling them software that runs on a particular range of target platforms AND they'll have to rely on you providing them (SWT) updates for support of future platforms... this does not sound like Java-the-platform-independent-solution at all.

      It's perfectly OK to use SWT (just like CLX, Qt, wxWindows, GTK...) if you are not interested platform-independent packages, but let's not be saying "SWT is an attractive alterna

    3. Re:... you might not like SWT either by Dalcius · · Score: 1

      Long story short, I see your point completely -- in some mainly few-and-far-between instances, SWT will need to be upgraded and that requires intervention on your part. You also cannot claim to run your application on more than a few systems.

      That said, I still think you're making a mountain out of a mole-hill. For the vast majority of applications that will need a GUI, you're not going to need to implement a version for anything besides Windows/Linux/Mac, and windowing toolkits won't change often enough to pose a frequent problem.

      If you want to have the perfect implementation (which there is something to be said for), SWT is not the perfect solution. But considering its native look-and-feel and the speed, SWT is generally the most practical choice.

      ---
      "Also: why IBM did it the way they did instead of pushing SWT via JCP?
      When MS does something like that (J++) people are unhappy and speak about embracing, extending... but when IBM does the same everyone is prising it happily?"


      Well, SWT is open source, and IBM isn't trying to bastardize Java into making it IBM dependent. If they were, it wouldn't be open source and portable/extendable.

      ---
      "What's the future of swing? Will SWT become a part of J2SE and swing will be deprecated? What's the future of SWT? Will it ever become a part of J2SE thus enabling Pure Java SWT apps? Does anyone like this uncertainty?"

      I sincerely hope that somehow, whether through two implementations or one, we get the abilities of 1) platform independance and 2) the option of using native look-and-feel (MS open dialog). I don't care which toolset I use -- I just want a realistic implementation.

      --
      ~Dalcius
      Rome wasn't burnt in a day.