Slashdot Mirror


Java2 SDK v. 1.4 Released

pangloss writes: "Yay: XML, built-in Perl-ish regex, jdbc 3.0, asserts, IPv6, lots of other goodies. Release notes and incompatibilities. And I think this means I can use my wheel-mouse in NetBeans without that extra module ;) Download it here." WilsonSD adds: "There are many cool new features including a New I/O package, an Assert Facility and enhanced performance." Some other random Java notes: O'Reilly has an essay about why you won't see any open source J2EE implementations, and Kodak has filed a patent-infringement claim against Sun regarding Java.

5 of 362 comments (clear)

  1. "performance" by marcovje · · Score: 0, Flamebait

    From the enhanced performance link:

    * Access much larger memory spaces

    Hihi, probably needed to keep SWING performing :-)

  2. Re:new in 1.4: public Exception(Throwable cause) by FastT · · Score: 1, Flamebait
    It lets you pass the root cause exception up the stack trace, while preserving the entire state, without having to declare it everywhere.
    ...and will thus used by every VB programmer cum Java programmer to completely break Java's strongly typed exception checking. *sigh*
    --

    The only certainty is entropy.
  3. Re:Genericity? by Twylite · · Score: 3, Flamebait

    Java will support parametised types, not templates. C++'s solution is a hack, and most people know that. True language (and VM) support for parametised types will not involve any binary bloat. In a way you can think of it as having a "object type" attribute and doing an "instanceof" to check that the type is right.

    --
    i-name =twylite [http://public.xdi.org/=twylite], see idcommons.net
  4. Re:Yah, will this be stable on Linux? by flacco · · Score: 0, Flamebait
    RMS [stallman.org] is a bumbling idiot.

    You're not worthy to drink that "bumbling idiot's" piss.

    --
    pr0n - keeping monitor glass spotless since 1981.
  5. Re:My take on JDK 1.4 by Anonymous Coward · · Score: 0, Flamebait

    "Sun has pushed a number of inferior standards through it, most of which are used more frequently than the superior product because many programmers are simply too lazy to use the superior product."

    Java programmers, by definition, choose inferior products. They produce them too.