Slashdot Mirror


Java: One Step Closer To Open Source

Ritalin16 writes "Sun Microsystems on Monday intends to celebrate the 10th anniversary of its Java programming language by sharing the proprietary source code for several key Java applications used by corporate customers. Sun officials believe that by making the source codes open to developers, they will spur more involvement and use of Java-based applications."

48 of 318 comments (clear)

  1. Read the "fine" article, please by FortKnox · · Score: 4, Informative

    Ahh, someone who wants to make a front page slashdot article, but doesn't understand Java. What's worse? The editor that posts it, and doesn't understand java.

    The source code being released isn't "source code for several key Java applications," its the source to Sun's java application server (called "Platform Edition 9"). Other app servers you probably have heard of are WebSphere, WebLogic, and.... the open source JBoss! The reason Sun is open sourcing their app server is because no one uses it!

    If a company wants to run a giant professional website and has money to throw at it, they'll get WebLogic or WebSphere to run it. If they don't, they run tomcat (if no EJBs requried) or JBoss. No one uses Sun's app server cause its new and immature.

    This is not a step towards opening Java. The only relation this has to Java is the fact that it runs Java code and is written in Java. Just because sun open sourced it doesn't mean its thinking about open sourcing the Java lanugage.

    --
    Good quote, too many chars. Seriously, the slashdot 120 char limit sucks!
    1. Re:Read the "fine" article, please by bheer · · Score: 3, Interesting

      Sun's app server is definitely not new and immature. It's based off iPlanet AS which if anything is older than Weblogic and Websphere. A better reason is that BEA (with Tuxedo) and IBM both have substantial experience selling app servers in general, and they know the enterprise software sales playbook by heart because they helped write it.

      Sun, OTOH, was and remains clueless about marketing software*. (Their latest foray, per-employee licensing for the Java Desktop System and the Java Enterprise Stack, got a good deal of buzz but it's far from being an MS- or IBM-killer yet.)

    2. Re:Read the "fine" article, please by Eric+Giguere · · Score: 5, Informative

      The reason Sun is open sourcing their app server is because no one uses it!

      Sun's application server has actually been free to use (including production deployment) for quite some time now, so this further step of releasing the source code under a friendly license isn't that big a deal. Let's face it, basic application servers are pretty much commodities these days, making it hard for anyone to compete in that space. With at least three open source app server projects on the go (this one, JBoss, Geronimo) it's certainly a crowded market. It's certainly not the big deal that misleading headline makes it sound like.

      Eric
      J2ME stuff
    3. Re:Read the "fine" article, please by bmarklein · · Score: 3, Insightful

      "If a company wants to run a giant professional website and has money to throw at it, they'll get WebLogic or WebSphere to run it."

      Or they'll forego bloated commercial app servers and EJB and go with a lightweight open-source framework. These aren't toys - in fact the EJB 3 standard being developed now is largely based on ideas copied from these frameworks, as well as the Hibernate open-source persistence service.

    4. Re:Read the "fine" article, please by DAldredge · · Score: 5, Insightful

      The GPL isn't the only definition of Freedom or Free.

    5. Re:Read the "fine" article, please by pete-classic · · Score: 2, Informative

      Actually, the FSF lists the CDDL as a Free Software license.

      -Peter

    6. Re:Read the "fine" article, please by FortKnox · · Score: 2, Informative

      I didn't say anything against Spring, here. I use it with hibernate for my DAO layer and struts or tapestry for my presentation layer.

      Even with these technologies, though, I still see the vast majority of companies still will go with the commercial WebSphere or WebLogic, due to the support and extra features they get.

      I'm not saying thats the smart idea (I'm a Tomcat or JBoss supporter), but that's what I see...

      --
      Good quote, too many chars. Seriously, the slashdot 120 char limit sucks!
  2. Too late Java is not cool anymore by FriedTurkey · · Score: 5, Insightful

    This doesn't really matter to Java detractors. IT types, usually not programmers, will bring up the same old tired clichés.

    Somewhere around the year 2000 Java became uncool especially with younger programmers. I guess because it became an institution taught in high schools everywhere. Maybe programmers feel Java is rammed down their throats so they champion less established languages even something by Microsoft.

    Java really is the best thing out there for a lot of things. Sun can give away everything and detractors will be like: "OK but what about your first born child?"

    1. Re:Too late Java is not cool anymore by afd8856 · · Score: 3, Informative

      massive runtime: last I look, the NET framework had me download about 40 megs from msft (includes sp1), while java stands at about 15 megs. The installation is a lot easier than NET (I had to run net twice because of some error, plus the service pack, which I needed for my app to work.

      And I don't find any java app to be slow.

      --
      I'll do the stupid thing first and then you shy people follow...
    2. Re:Too late Java is not cool anymore by hode · · Score: 2, Interesting
      Microsoft is rammed down the throats of student programmers in high school and college too. And unfortunately they're still around...

      I think what made Java uncool was the development of hundreds of clunky apps written in java for the cross platform benefit but left with their ugly windows interface. Think Azureus.

    3. Re:Too late Java is not cool anymore by cyngus · · Score: 3, Insightful

      Maybe Java isn't cool on the client side, but its sure is used widely on the backend. I see many, many posting each day for Java programmers, as I'm looking for a way out of this hell hole I work in. When I first started writing Java I scoffed at it, my background educationally is in systems, so C and maybe C++ are my domain. But, if you need to throw something together quickly Java is a great language, not so much for the language features, but rather the API that comes along with it. I live by "make it work, make it right, make it fast" philosophy, and you can do the first two with Java very well. With some time you can even do the last one, but half the time development deadlines don't allow me to optimize things.

    4. Re:Too late Java is not cool anymore by duncanIdaho.clone() · · Score: 3, Insightful

      I mean, I can spot a Java application light years away.

      Perhaps Java's widget defaults aren't set to please everyone, but if someone releases a program that looks like ass it's their fault, not Sun's.

      --

      feints within feints, wheels within wheels

    5. Re:Too late Java is not cool anymore by Decaff · · Score: 5, Informative

      how the HELL do you expect an end user to run JavaApp123, when all they download is a .class file?

      Users almost never download class files. They download JAR files. JAR files can have a Main-Class property which means that with a JRE installed the user need only double-click the JAR to run it.

      Why in GODS NAME does Java NOT USE Native Widgets?

      Because native widgets can a wide range of capabilities on different platforms. The Java widgets are usually a superset of these capabilities, allowing a rich interface to be cross-platform.

      I mean, I can spot a Java application light years away.

      That is the developer's fault, not Java's. Java ships with the option to use widgets that have a very close match to the native OS widgets on platforms such as XP and MacOS/X (on the latter, they are indistinguishable). Sun is working to ensure that Java apps are completely visually compatible with Windows apps on the next version of Windows.

      It doesn't integrate cleanly in ANY regard.

      Yes it does. There is an API called JDIC (Java Desktop Integration Components) that allows very good integration with the GUI of a system, from using the 'systray' to opening native browsers and so on.

    6. Re:Too late Java is not cool anymore by poot_rootbeer · · Score: 2, Informative

      how the HELL do you expect an end user to run JavaApp123, when all they download is a .class file?

      You could use WebStart, so that the user downloads a .jnlp file, which then automatically downloads the latest versions of all necessary .class and other files. It's pretty painless.

      Why in GODS NAME does Java NOT USE Native Widgets?

      One good reason is that many native widgets do not behave equally on different platforms. But that's beside the point, as there are plenty of desktop Java apps that DO use native widgets. Azureus and Eclipse, for two...

      My quote "Sure, you can run it, but why would you want to?"

      Because one luser bitching about the scroll buttons being the wrong shade of grey is less important than saving the developers from having to rewrite the screen management code from scratch multiple times for each target platform.

    7. Re:Too late Java is not cool anymore by afd8856 · · Score: 2, Informative

      Of what you've listed, I've used only eclipse. Really, I don't find it slow for what it does compared to any other complex application. Have you looked at dreamweaver, ilustrator, or any other modern complex application and see how slow they are? And there's no java to blame there. Being slow is a consequence of today's complexity and modern development techniques, you simply can't say "Java" and expect it to mean "slow".

      For simple apps to medium apps, java is not slow. I can mention here azureus, sanchez, jedit, hot potato, freemind, some custom apps that I have met in my work, etc.

      --
      I'll do the stupid thing first and then you shy people follow...
    8. Re:Too late Java is not cool anymore by LittLe3Lue · · Score: 2, Informative

      Oracle, Slow?

      Are you mad?

      Sure, the instalation software is crap, but I dont think you can blame java directly.
      If I wasn't at work I would do a little googling around for performance comparisons.
      For reasons like your statement above I did some research a year ago as I was doing some java development to see just how slow java was, and, yes, the first many releases of java were quite slow, but the latest version are not.

      Sure, its not as speedy as a C program, but its not designed to be. Ill take the developement cycle and portability ease in most situation that dont require absolute speed.

      I have done solar simulations in java with advanced mathematics and OpenGL and they have been very speedy. Just need to do it proper.

      Bah.
      Here.
      This is just one of many articles actually comparing performace: Take a look at the benchmarks, SciMark 2.0 (in Java, C# and C) being the easiest to deduce results.

      Clearly Java is faster than even C in some cases, and almost always faster than C#. Momo doesnt even compare, so portability is very inefficient.

      Java is awsome, for the right purposes. Dont bash it.

    9. Re:Too late Java is not cool anymore by dnoyeb · · Score: 2, Informative

      "Sure, its not as speedy as a C program,"

      Actually, it _is_ a C program. Only the GUI was ever slow, and that was over 10 years ago. Anyone that calls Java slow today is either ignorant or trolling.

      I use Eclipse and its not slow either. Its funny to even call Eclipse slow as it uses native widgets for even faster (but mainly more native looking) operation.

      I think he was just a troll.

    10. Re:Too late Java is not cool anymore by Decaff · · Score: 4, Insightful

      Oh hahahaha... yes, if your app doesn't look completely native it's the developers fault. Fuck me, I have to wonder what planet you live on.

      This one. Your average user won't notice much difference between Swing and native on Windows, and will not see any difference at all on MacOS/X.

      Speaking as someone who has tried Swing under Linux and Windows, I have come to the following conclusions... and this is based on actual usage, not theoretical bullshit and Sun marketing (like your reply):

      Actually, I am a Java developer, who has had substantial practical experience of it since it started. It has been my main development language for about 5 years.

      1. Swing sucks balls under Linux. It's very very slow (and believe me, looking slow compared to GTK is quite an achievement) and ugly... even with the gtk plaf it stands out like a builder wearing a pink tutu to work.

      Swing works fine under Linux. It is fast and very user-friendly (I find novice users have no problems with it at all).

      2. Swing sucks balls under Windows... even though Sun have put a huge amount of effort into speeding it up by using all kinds of directX acceleration to hide just how slow it is.

      On the contrary, Swing is pretty good under Windows. It has good desktop integration and is very fast. The DirectX application means it is at least as fast as native apps.

      3. Sun's entire Java package for Linux sucks... and it's only going to get worse. Sun's Linux support is grudging and half-assed at best.

      Sun's package for Linux is first-rate. Not only have they directly supported it for years, they now ship Linux with Java installed as a product.

      Why do you think so many people hate Java on slashdot? It's partly a license thing... and partly that Java is a corporate quagmire and on Linux it is seriously shite.

      On the contrary, its a combination 'not invented here', geek culture not liking 'safe' languages where you can't hack everything and a dislike of everything that isn't open source.

      Linux is one of the main deployment platforms for server-side Java, and Java is very widelyused this way for high-performance critical applications.

      So I am afraid the evidence is strongly against your 'seriously shite' claim!

      The fact that you can claim Java is in *any* way a serious system for cross-platform desktop development betrays a complete and total break with reality. You might try using it in the real world.

      I do, and have for years. It's cross-platform ability is superb. I have written substantial (hundreds of thousands of lines) Swing and Web applications and these have ported between Windows and Linux with no changes.

    11. Re:Too late Java is not cool anymore by dnoyeb · · Score: 2, Insightful

      Then you missed the point. The JVM itself optimizes for you. I still fail to understand how people think they can write faster code in less time in c/c++ when java itself is just another c/c++ program that is handling many other tasks for you.

      If you would say in the long run you can manually optimize a c/c++ program to give you more speed, then I would say ok. But for me, I have a team of engineers working to make my program faster for me. They are called JVM developers.

      Java is simply a c/c++ program that does a lot of things for you and is written and maintained by someone else.

    12. Re:Too late Java is not cool anymore by chris_mahan · · Score: 2, Funny

      I would like to add jedit to that.

      Yes, it is slow at times, but it's a text editor, and I type even slower.

      --

      "Piter, too, is dead."

    13. Re:Too late Java is not cool anymore by TheRaven64 · · Score: 2, Insightful
      Why in GODS NAME does Java NOT USE Native Widgets?

      Because Java apps are not native apps. If they look like native apps then you have lost the visual clue that they are not native apps. The correct way to implement a Java app is:

      1. Write the core logic and a Swing GUI, which will run everywhere.
      2. Test everywhere.
      3. Fix bugs.
      4. Hand over to UI specialists who will write platform specific front ends using things like the Java/Cocoa bridge on OS X or the GNOME Java bindings.
      5. Test and fix bugs again.
      Just because you can run your code on a platform doesn't mean it's a native application on that platform. Cross platform toolkits are a good for first approximations of a native port, but they should never be treated as if they are actually native.
      --
      I am TheRaven on Soylent News
    14. Re:Too late Java is not cool anymore by The_Dougster · · Score: 2, Informative
      Sure, its not as speedy as a C program, but its not designed to be. Ill take the developement cycle and portability ease in most situation that dont require absolute speed.

      That's a pretty good summation of how I feel about it. I use Python if I really don't care about the execution speed and want the quickest development times. Java is a step up the rung and its much more suitable for use in business environments.

      Python is great for a quick and dirty implementation, and C++ is good if you are making a commercial product, but if your app is going to be used by your average corporate shmuck for an in-house system then Java is a smart choice. Java based database frontends are easy to maintain, robust, and very professional looking, and this is where Java shines most brightly I think.

      --
      Clickety Click ...
    15. Re:Too late Java is not cool anymore by tolkienfan · · Score: 2, Interesting
      You need to give examples of where the Java API isn't backware compatible.

      There are some documented areas, but I haven't run into any instances that weren't documented.

      I think Sun has had an exemplary record in backwards compatability, especially when compared to other platform vendors, and when you consider that Java runs on so many OSes.

      My biggest gripe about Sun with regard to Java is in the JDBC specification.
      For example - Can a Connection be used by more than one Thread?
      Anwser: It's not detailed in the specification - it's vendor dependant.
      This is a bad thing to do in a specification - it means that as a coder you can't rely on one kind of behavior. Or you have to limit to one vendor.

      Perhaps you're refering to non Java-platform APIs, like those in the sun. packages?

    16. Re:Too late Java is not cool anymore by njcoder · · Score: 2, Insightful
      " Then you missed the point. The JVM itself optimizes for you. I still fail to understand how people think they can write faster code in less time in c/c++ when java itself is just another c/c++ program that is handling many other tasks for you."

      I'm not going to disagree with you that the JIT compiler provides a lot of useful optimizations during runtime and is a great thing.... but it's not the be all end all of performance.

      I think the original poster was talking more along the lines of more design issues where profiling an application can help out. The JIT compiler may see you're making 1000 calls to the same method and is able to inline it, but it can't let you know you only really need to make that call once.

  3. And Again by AKAImBatman · · Score: 5, Interesting

    Java: One Step Closer To Open Source

    *sigh* Sun is already as open as they're going to go with Java by releasing it under the Java Research License. Now Sun has never complained about or hawked Open Source JVMs, but neither have they been too keen on helping out projects who bite their hands. As a result, the project to watch is the Apache Harmony Project. Given that Apache maintains a close relationship with Sun, hasn't burned their bridges, and has a good track record for completing very complex software, there's a good chance that the Apache JVM will quickly exceed Kaffe and GCJ.

    1. Re:And Again by njcoder · · Score: 2, Interesting

      There might be problems surrounding the Apache Harmony project. Geir Magnusson now works for IBM. When Sun talks about a fear of forking Java like Microsoft did, they aren't worried about MS now, they're worried about IBM.

  4. "Open Source" by Anonymous Coward · · Score: 5, Interesting

    If Sun really wanted to be helpful they could forget the application server and really forget the source, and just concentrate on making a less restrictive BINARY license for redistributors such as linux distributions. Java is being held back in the absence of something like Harmony, and that's just absolutely rediculous when the problem would be so easy to fix. Sun needs to come to terms with reality and realize that they need an installed base, not the other way around.

  5. In other news... by k4_pacific · · Score: 3, Funny

    In other news, the Ford Motor Company announced today a bold new initiative to sell more cars. It seems that they will now be allowing customers to open the hood and tinker with the engine after buying the car. Ford expects this to increase the popularity of their cars and create a huge market for third-party add-ons.

    --
    Unknown host pong.
    1. Re:In other news... by CrazyWingman · · Score: 2, Interesting

      WTF is that supposed to mean? I assume that you're trying to flame other Slashdotters for being too optimistic about Sun open-sourcing Java. I don't think your analogy holds up at all, though.

      It has always been the case that one could open the hood of a car (be it Ford, GM, Toyota, or other) and pull hoses, reroute wires, change belts, or otherwise modify the engine mechanics. Ford may not encourage this with an ad campaign of, "Buy our cars because you can take them apart and reconfigure them!" but it is still the case that this is possible.

      The only way I can make your analogy make sense is by assuming you meant that the open-sourcing of Java would make no difference. One can, in fact, write her or his own set of classes, or even VM, and run Java programs using it. Sun does not currently run an ad campaign to the effect of, "Use Java because you can rewrite the VM!" but it is still the case that one can.

      I appologize if I have assumed wrongly about your post in the first place, and just ruined your comment by explicitly explaining it. I just find it so hard to figure out what people around here are trying to say recently.

    2. Re:In other news... by duncanIdaho.clone() · · Score: 2, Funny

      Fan belt demand sharply skyrockets as Slashdotters attempt to overclock their Ford boxen.

      --

      feints within feints, wheels within wheels

  6. ...Not gonna happen by Donniedarkness · · Score: 2, Insightful

    Sun will not go completely open-source. They already have JBoss, which is open-source... too bad that no one I know of uses it. Also, I doubt anyone would have used Platform Edition 9...unless they made it Open Source and promoted the hell out of it, which is why they are doing this. Everything will remain closed-source. *shrugs* just my 2 cents, though.

    --
    Earn a % of cash back from Newegg, Tiger Direct, Walmart.com, and more: http://www.mrrebates.com?refid=458505
  7. What about your fiirst born? by RealProgrammer · · Score: 5, Funny

    They already did that*.

    --
    * Well, mostly.

    --
    sigs, as if you care.
  8. Great... more stupid questions from management by pestilence669 · · Score: 4, Funny

    News articles, like this one, have a way of being read by my bosses who mistake their content entirely. "I just heard that Java is free, can you look into that?"

  9. Re:Great timing... by FidelCatsro · · Score: 3, Insightful

    " As if Java isn't slow enough, they open source it just in time as .NET is 100x better and faster."
    Wow , i had no idea that .net was that much faster than natively compiled C binaries, considering Java is anywhere between 75-95% percent of the speed of C (Statistics pulled out of nowhere, i remember last time i checked Java was expected to be around 90% of the speed of Compiled C i was guessing that improved)
    That would make .net considerably faster than C ;)

    --
    The only things certain in war are Propaganda and Death. You can never be sure which is which though
  10. Re:problems with Java by mmkkbb · · Score: 2, Informative

    That could be a leak in the freenet client, no?

    --
    -mkb
  11. Re:problems with Java by CodeMonkey4Hire · · Score: 2, Insightful

    If a program is written poorly it is possible for it to hold on to a lot of its objects (memory) because Java thinks the program is still using them. I think the easiest way to screw up (but not sure) is to keep a hash around with all of your objects in it. As long as the hash still references the objects, even if nothing else does, the memory will not be freed up. Have you tried killing off specific aplications that are using Java to see if you can find which program is hoarding all of the memory or are you pointing your finger at the Java VM?

    --

    Let's go Hurricanes!!! 2006 Stanley Cup Champions!!!
  12. Too late Java is not cool anymore by expro · · Score: 4, Insightful

    This doesn't really matter to Java detractors. IT types, usually not programmers, will bring up the same old tired clichés.

    Same tired old cliches. I can tell you first hand that lots of major developers of Java and early advocates have been turned off directly by issues that could have been addressed by open sourcing it. But that won't stop you from your tired cliches that it doesn't matter, just because you don't want it to matter.

    I was developing major applications with it before it reached 1.0, and still work with it quite a bit, but it becomes more and more irrelevant despite my best work because Sun wills it to be irrelevant. Even as a major early licensee of Java, basic problems were not considered important enough for Sun to solve, and it hasn't changed much.

    Somewhere around the year 2000 Java became uncool especially with younger programmers. I guess because it became an institution taught in high schools everywhere. Maybe programmers feel Java is rammed down their throats so they champion less established languages even something by Microsoft.

    Again, strong on cliche, very weak on technical understanding or demographic fact, but at least you contradict your prior nonsense that it is not programmers turning away.

    Java really is the best thing out there for a lot of things. Sun can give away everything and detractors will be like: "OK but what about your first born child?"

    Go whine somewhere else. You think you should dictate what is useful to us without giving us adequate control to meet our needs? We will continue to use Java less and less as other tools continue come forward that are more responsive to our needs. The stuff we run today in Java doesn't benefit from the JVM and will be ported away as performance becomes more important and other features we need to build in are still not available in Java, since it is not open.

    The whole attitude that somehow open source is wanting more from Sun than it would contribute back is ignorant, uninformed, short sighted, etc. Sun and their apologists should get a clue. Open source would make it responsive to a much wider range of developers and would produce developments Sun was too blind to pursue or pursued way too late and too little. Any harm has already been done to a great extent by Sun's pig-headedness. They should go off in a corner and use it by themselves if they don't want to open it up.

    Waiting for Java has become a dead issue. No one expects Sun to get a clue, so why are you still whining that some in the past thought they might.

  13. Open source Java - so what? by squoozer · · Score: 2, Interesting

    I have been a Java developer since year dot (well it feels like it) and I can't understand the fuss about having an open source Java. Most of the libraries that I use (in fact all I think) are fully open source along with the application server the only bit that isn't is open is the core libraries but these are given away for free and I have never run into a license issue.

    The only thing that I would like in terms of openness is a packaging license that allows the registered linux distributions to repackage the JVM because current installation methods are a pain (I'm on Debian which probably makes it worse that on a lot of other distros).

    Other than that I like the stability that is granted by having one company at the wheel. If Sun decided to loose the plot and start imposing strange conditions on VM useage I am sure an open source VM would appear the day after tomorrow. Until then though I will keep buy as many free VMs as I can.

    --
    I used to have a better sig but it broke.
  14. Write Once... by Mark_MF-WN · · Score: 2, Informative

    Thanks for not understanding anything about Java. Java CAN use native widgets -- check out SWT. SWT apps look great. Take Eclipse and Azureus for example: they're superb applications, they integrate well with nice shortcuts and launchers and whatnot, and they look wonderful. Even swing apps can look great if some effort is put into their design; Netbeans is a great IDE.

    1. Re:Write Once... by njcoder · · Score: 2, Informative
      I use netbeans on a similar setup. Same amount of memory and a comparable processor. I don't have a problem with it being slow. I want to get more memory because running netbeans and the appserver takes up a lot of memory which means I can't run a lot of other applications at the same time. Have the same problems with eclipse. Eclipse seems to start up with less memory but doesn't take long to catch up.

      The only really uggly thing I see in NetBeans is the properties editor window. I like the way it looks in the windows native look and feel. The new metal look and feel I think takes up a little bit more memory but in my opinion looks even nicer.

      If you're not using Java 1.5 try it, it speeds NetBeans up a bit. Also I shut down a lot of other apps/tools when I run netbeans to free up memory. Have to do this for other non Java applications I'll be working with for a long period of time as well. Try freeing up as much memory as you can then try NetBeans. It might be worth the price of an extra stick of memory.

  15. Its not exactly new by cpn2000 · · Score: 2, Informative
    No one uses Sun's app server cause its new and immature

    The product name is new, the product core is not. Other names it went by include (in chronological order)

    • iPlanet Application Server
    • Netscape Application Server
    • Kiva Application Server
    --
    All you touch and all you see is all your life will ever be ... Dark side of the moon
  16. !SWT.equals(Java) by mcc · · Score: 2, Informative

    SWT runs on Java the language but it is not Java itself. That is to say, it is not part of the Java platform. It is a product of IBM-- it's a third party library-- and is not promoted or supported by Sun. If he wants to complain about the Java language maybe he's being unreasonable, but if he wants to complain about Sun's Java then things are quite different.

  17. Re:problems with Java by mcc · · Score: 3, Insightful

    This sounds like a problem with Freenet, not with Java. You can write code with memory leaks in any language. Java makes memory leaks a little harder, but it in no way makes memory leaks impossible. If you had a C program where the author forgot to call free() would you complain about the "leak" in C?

  18. Re:Java is dying. by sproketboy · · Score: 3, Interesting
  19. Re:Two words by PierceLabs · · Score: 2, Funny

    Uhh, sorry but isn't "unacceptable" still just one word?

  20. Re:Java is dying. by kryptx · · Score: 2, Interesting
    This list is a prime example of the types of non-sequiturs and half-truths that people will conjure up to try to bash corporations for the sake of bashing corporations. The fact that it's been modded 'Informative' is disappointing. Few of the items on that list are legitimate issues. Many of them are simply differences in the relative maturities of the languages. Some are misunderstandings about the way the languages were intended to work. Others are outright lies. The last one is self-referencing and redundant. I urge readers to comb through it before accepting it as justification for their corporate hatred.

    The fact of the matter here is that .NET brings many of the benefits of Java to the fingertips of developers without the slow runtime environment. But for the sake of being thorough, let's list the real problems with .NET.

    • Poor documentation. This is a huge issue even in the .NET community. The best documents there are for .NET are the comments on the prototypes in the SDK. That is unacceptable.

    • Portability. This is obviously motivated by profits, which is understandable, but still a drawback for the software community at large. In that light, Microsoft should have released the platform for linux and OSX. The related open-source projects are changing this, but they should never have been necessary.

    • Exception handling. It's there, it's decent, but it's not quite as good as Java.

    I'm sure there are projects that are better suited to be written in Java. But the software community, if they want to save Java, will eventually be forced to "respond" to .NET. Because there are more people who care about how fast their program does what they expect it to do than there are who care whether their platform is owned by Microsoft. I anticipate there will be a shift towards native compilation. Whether it will work depends on how soon they do it.
    --
    Mods: Do you disagree with me? Go ahead and mod me down. Meta-mods will sort it out. Good luck!
  21. Re:Eclipse relies on non-Sun native libraries SWT. by tolkienfan · · Score: 2, Informative
    SWT exists because AWT and Swing didn't meet the needs of the project.
    If Sun had been sensible with Swing, it could have produced something responsive and useful like SWT.
    IF SWT were part of the Java runtime, would you make the same point?

    All GUI features have to hook into the OSes graphics library at some point - making them native.
    Third party native hooks versus built-in hooks - a bit of a fine line there. Especially since SWT runs on most platforms, and platforms that aren't supported could be ported since SWT is OSS.

  22. no closer to open source by a137035 · · Score: 2
    It doesn't matter how many million lines of Java code Sun open sources as long as they still own the platform, and they do still own the platform:
    • Sun is the final arbiter of what constitutes a Java-compliant application. People incorrectly claim that Sun's control extends only over the trademark, but that's not true: they can keep you from shipping your Java implementation through patents and the licenses on their specifications if they don't like what you are doing, no matter what you call your Java.
    • The Java specifications that you need to create your own Java implementation are only available under a strict license (the fact that you can download them so easily from java.sun.com makes it even worse)
    • Sun owns several patents on key technologies needed for creating a compliant Java implementation
    • The only Java implementations actually capable of running the code are Sun's and licensed derivatives.
    Maybe the creation of a fully open source Java implementation by IBM, Apache, and/or GNU will finally force Sun's hand--while technically, non-enforcements of their patents and licenses against such open source projects doesn't invalidate their claims, practically, they would have to act or face tough questions. But until the legal status of open source Java implementations is resolved (or Sun abandons their ridiculous patent and license claims), the only Java there is is proprietary: Sun Java and its derivatives.

    And open sourcing stuff built on top of their proprietary platform doesn't bring it one step closer to open source. Quite to the contrary: it merely looks like an attempt to drum up business for their proprietary platform.