Slashdot Mirror


Java 2 for Linux Released & Blackdown Gets Creds

burner writes, "After quite a wait, JDK1.2.2 is released for Linux. You can grab the final release from Sun's site. Sun has also put up bios for the Blackdown guys. Sun's been acting pretty flippy lately, but this is great news. I've been using Blackdown's latest release candidates lately, and they're excellent, but now there's a final release. Nice work guys! "

14 of 211 comments (clear)

  1. Please, Do Not Code Games In Java by mochaone · · Score: 4

    Lest you people forget, there was a horrific accident some months ago when developers tried to code Q uake in Java. Please do not make the same mistakes.

    --
    Hates people who have stupid little sigs
  2. Re:"Polish" and credit by fusion94 · · Score: 3

    Yeah it looks as though Sun finally pulled their heads out of their asses on this one. Now if they would only do the same with StarOffice and the SCPL I might actually be convinced to no longer speak disparingly about them.

  3. Cross-platform... by MattHaffner · · Score: 3

    It's so disappointing to still see Java so fragmented across platforms. The 'Linux' release is only officially supported on one processor and increasing the officially supported OS's by 50% has been like pulling teeth. It's not the end-all-be-all of languages, but two years ago I had hopes that by now it would be faster and more pervasive than it has become--especially outside the browser cage. Such a shame... mh

    1. Re:Cross-platform... by CyberDong · · Score: 3
      I had hopes that by now it would be faster and more pervasive than it has become--especially outside the browser cage

      About the "faster" part, it will probably never be suitable for OS development, but you CAN get platform-specific compilers for it.

      Regarding the "pervasive" & "outside the browser" parts, I think you're just not looking.

      • Oracle & Sybase (also SQL Anywhere) now ship their DB software with Java as the internal procedure language.
      • At JavaOne last year, the Palm Pilots for sale so inexpensively were loaded with a JVM.
      • The Apache organization has embraced Java Servlets and Java Server Pages in their Jakarta Project.
      • IBM's AlphaWorks is pouring out java resources like mad.
      • Embedded Java is a super-hot trend for everything from cell phones to web kiosks.

      Admittedly the start was slow, due to the fact that Java's original target platforms were toasters and TV's. But there are no shortage of Java applications you can't see until you look for them.

      - - - -

  4. JIT and Java 1.3 by ChrisRijk · · Score: 5
    You may be interested to find that the final release does not (currently) include a JIT JVM, because they were using Inprise's and that's not yet certified. You can download it seperately though.

    There was a JavaLive chat yesterday about the Java on Linux stuff. They haven't put up the transcripts yet though.

    For Java 1.3 from Sun, the Windows version will come out first, then Solaris then Linux. However, they do want to syncronise all releases together and should do this at or before Java 1.4 - might happen first for a maintenance release.

  5. Great, BUT... by kevlar · · Score: 4

    I admire the Blackdown crew, and the work they've done to get the JVM working under Linux. Unfortunately however, its not something I can use to write a professional application if I expect it to work properly.

    I've done a lot of Java development under Linux this year, and I've noticed several things that prevent me from doing serious work with Java (under Linux). For example, rmiregistry crashes without fail for any type of heavily loaded RMI project. Another example is that Thread objects break just as easily, or refuse to start altogether when you spawn multiple Threads (even if there is plenty of memory available). Luckily I have access to a cluster of Ultra5's to test my applications on, which execute almost flawlessly (I've noticed a few quirks with Threads under Solaris as well, but not nearly as bad as under Linux).
    I see the state of the JVM under Linux as being close to a toy. I know all the Blackdown people will probably find this insulting, but unfortunately, I can't do hard-core Java the way I can under Solaris. I do not blame Blackdown in any way for this however. I feel that this is solely Sun's fault.
    Thats my $0.02 on the issue. I love Blackdown, I love Java. Bugs suck.

    1. Re:Great, BUT... by Blue+Lang · · Score: 3

      see the state of the JVM under Linux as being close to a toy.

      I think the implication of your post is much more interesting than just 'java doesn't run well on linux.'

      What this (teir-1 support for solaris, goat-blowing support for linux) mostly accomplishes is continued degradation of a core-value of java: write once, run anywhere. Not only does it not work, it hasn't ever worked, and even if it does work, it doesn't work well enough to be useable in the Real World.

      So, as usual, instead of disparaging linux and the blackdown crew, I think it's important to keep the blame right where it belongs: on Sun. If they REALLY wanted Java to be a ubiquitous standard, they'd release it all and let the people who do the work have at it.

      All in all, NOTHING works perfectly across all platforms, not /bin/sh scripts, not perl, hell, not even terminal emulation. But the projects which are most open seem to have the most luck with being truly portable.

      --
      blue

      --
      i browse at -1 because they're funnier than you are.
    2. Re:Great, BUT... by jonabbey · · Score: 3

      It doesn't surprise me that Java on Solaris would be more stable than Java on Linux. I run my (large!) RMI server app on Solaris under Java 1.2 and under Linux under 1.1.7/8, and it works fine in both places.

      Perhaps you are doing very fine-grained RMI object exporting? One thing I learned fairly early on is that it is important not to have all of your RMI objects inherit from UnicastRemoteObject.. if you do that, then your objects are automatically registered for export on creation. Much better to use the static UnicastRemoteObject.exportObject() method to export your Remote-implementing object only when needed.

      Actually, now that I think of it, I only actually register a single object in the RMI registry.. my top-level server object. All further RMI activity is done using returned references to RMI-exported objects.

      What sort of architecture are you using in your program? Which versions of the JDK have you been seeing problems on Linux with? What version of glibc do you have installed?

  6. Great JVM by JohnZed · · Score: 3

    I've been using 1.2rc3 for some time on an intranet site using a bunch of servlets/JSPs. Works like a charm. 1.2 JVMs are SOO much easier to use and configure than 1.1.x JVMs. They're much more intelligent about using .jar's, etc. The performance is also quite good, especially with Resin (www.caucho.com). No, I don't work for them, but I'm incredibly impressed by their servlet engine. It also has a cool feature that compiles JavaScript (in JSPs) to real Java bytecode. Plus a lot of great utility classes (like automatic database connection pooling, and XML support). I highly recommend checking it out. We're running an app on a $400 Linux machine and the response is basically instantaneous, even with multiple database queries. --JRZ

  7. Carifications: by Ledge+Kindred · · Score: 3
    As far as I'm aware, Sun's "official Linux JDK" is *not* the same as the Blackdown release - this is still the Sun/Inprise release. Sun *have* given Blackdown some credit for the port since the Sun/Inprise version is based on an earlier version of the Blackdown codebase, I assume they have miraculously managed to learn from their earlier mistake.

    An important distinction between the two is that the "official Sun JDK" does NOT support native threads and in fact recommends NOT running it on SMP machines, while the Blackdown release does native threads and SMP just fine.

    -=-=-=-=-

    --

    -=-=-=-=-
    My mom's going to kick you in the face!

  8. How Sun Lost Us As a Java Customer (Not a troll) by FreeUser · · Score: 3

    I was once very excited about java. Did a fair amount of development under Java 1.0, Java 1.1, and Java 1.2, before we as a company decided to dump the product because of Sun's mismanagement of the standard and their lackluster support of the Blackdown group and Linux in general. This may have changed for the moment, but for us (and I suspect many others) it came far too late to be of much use (c.f. "sun sucks").

    Performance may now be acceptable, but at the time we dumped the product even a small, simple data entry application was too demanding of the JVM at the time (even on Sparc 10's running Solaris, much less Linux). The choice Sun gave us was stark: run the Java VM under Windows or Solaris on a high end sparc, or suffer. We chose Linux, adopted a more open development environment, and now having dumped the product we will not, in the future, ever consider going back (c.f "sun sucks" and "slow"). Using GNU configure and its associated utilities, we are able to get all the cross-platform support we require, even if it involves a quick rebuild of the sources (typing "./configure" and "make install" isn't terribly difficult) with the performance our users demand and languages we can hire developers for (c.f. "use Perl" and "Java sucks").

    I enjoyed using Java (despite the, even now, still horrificly screwed up date and time classes) as a language, but the drawbacks were too severe and too critical for too long of a time, and Sun's current and future motives with respect to the openness of the standard and support for Linux, FreeBSD, and whatever other platform we may, in the future, chose to deploy, has eroded our confidence in the product too much for us to seriously consider any future use of Java. Put simply, the stumbling blocks Sun until recently put in the way of development on anything other than their "blessed" platforms far outweighed any advantage the language itself offered (and those were not inconsiderable for those of us coming from C++, with Java's simpler memory management and garbage collection and other features).

    Alas, the promise of "write once, run everywhere" quickly became (and IMHO remains) "write once, run where Sun would like you to." At present Sun has chosen to become mildly friendly towards Linux. This is great! However, I would not expect this to remain a long term strategy on their part, unless there are some serious changes in the mentaility of Sun's upper management. (c.f. "blah blah blah").

    --
    The Future of Human Evolution: Autonomy
  9. java for mozilla ? !!! by daemonc · · Score: 3

    Does this mean that us poor linux users can finally use the java plugin for mozilla ? (oh please please please ...)

    --
    All that we see or seem is but a dream within a dream.
  10. Re:Now for a godawfully stupid question: Netscape? by jilles · · Score: 3

    With the coming mozilla version (beta in 60 days according to mozillazine), yes.

    --

    Jilles
  11. Re:Multithreaded Programming by drudd · · Score: 3

    Actually, its not his multi-threading which is the problem. Graphics in java are multithreaded within the language, which is supposed to aid applets which may need to grab images off of a server.

    It is possible to force your main thread to block until images load, but he obviously doesn't know (For the previous poster, look into the MediaTracker interface).

    Doug

    --
    Venn ist das nurnstuck git und Slotermeyer? Ya! Beigerhund das oder die Flipperwaldt gersput!