Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×
Java Programming

HP contributing to alternative JCK : Mauve 41

HP is contributing Java technology to Mauve, an alternative to Sun's Java Compatability Kit. This is good news for alternative Java implementations such as Kaffe, since the JCK is only available for a fee.
This discussion has been archived. No new comments can be posted.

HP contributing to alternative JCK : Mauve

Comments Filter:
  • Maybe you can do a duet with RMS.....
    Nah
  • The code they are contributing will be free software. The goal is to produce a test suite for a 100% compatible Java implementation. If someone wants to extend this suite to test their own Java language extensions, that is fine with me. Isn't this what free software is all about?
  • Crap technology... Do you mean Java?

    myVector.Add(Integer(3)); // or something like that

    Oh, the joy of primitive data types not being objects!

    1) As someone else has pointed out:

    myVector.add(new Integer(3));

    2) Why not just use an array? If it's that important, use JNI. Or just code the whole thing in C/C++.

    I need some time to sort out HP's devilish political maneuvering.

    Hangover and out :)

    --

  • erratum...

    myVector.addElement(new Integer(3));

    mea culpa...

    coffee... black... now...

    --

  • Which story category is typically signaled
    by an icon that looks like it could be Samuel
    Beckett's vision of Don King's afterlife?



  • I'm afraid there isn't a whole lot of quality info available yet on this news. Here are some key points:
    - A bunch of us have been hacking on Mauve for a while now.
    - HP's contributions are pure JLS 1.0 compatability tests (for the libraries)
    - They are Free - GPL'd Free - and come with no strings attached.
    - It's a major contribution that benefits all of our Free software efforts.
    - Anyone can contribute tests, fixes, changes, whatever to this project. Just subscribe to the lists.
    - The folks at HP aren't just throwing this over the fence. They have a real desire to be good net citizens and participate in the maintenance of this project.

    I, for one, am very grateful for HP's generousity. GCJ, Classpath and Kaffe will benefit enormously from their contribution.

    AG - green@cygnus.com
  • Yeah.. Let's just all support HP's efforts. Let them release some half baked buggy source code, let the linux community fix the problems and watch HP make millions of $$$ for our efforts.

  • Java is not just a language, it is also an
    object orriented virtual machine and a set of
    class libraries, that is why Sun refer to the
    whole thing as a 'technology'. A GCC frontend
    would (does) produce fine binaries, but the
    result is then not portable.
  • The manual boxing/unboxing of types is annoying. That Java doesn't even have a list type is infuriating. What is this Vector nonsense? Hell, even most MUD server languages at least have actual list datatypes, many have associative arrays, most have list slicing and splicing literals as well. Not to mention there's usually some iteration functions/structures like map, apply, foreach, and so forth.
  • > java.util.List

    Which, as I've been saying over and over and over again, does not have any decent literal, slicing, or splicing syntax. Python's lists are an example of literal lists (I could do without its schizophrenic BASIC-inspired slicing syntax though)

    As for JPython, just search for my posts whenever python comes up. I reserve even more venom for its idiotic treatment of whitespace, and its bleating hordes who beat me over the head with Microsoftian notions that it's actually some kind of feature.


  • Good to hear that someone is filling this void. Sun's arguments against open source compatibility testing seem to amount to, "It's too complicated. Leave it to the experts. That will be $50,000. Sign here."

    It's no wonder Java has been progressing so slowly in the market. And high time for things to improve.


  • An anonymous user wrote:
    It is not open and not free.

    Why does it have to be? Sun invented Java. Doesn't it have the right to make it as open or closed as it chooses?...

    Of course Sun has that right. And the market has every right to ignore Java as another proprietary technology. There is a strong business advantage to open source---independence from a single vendor. If Sun holds onto Java as closely as it's trying to do, it's hardly in its customers' interest to pursue the technology....

    Rob Levin
    Head of Operations, Open Projects Net

    "Open source, open technology, open information"


  • Another anonymous user wrote:
    The Linux community needs to wake up. HP does not have good intentions with the CTs. The 100% pure movement needs to stand up against this crap; it's the thin edge of the wedge. If you've been following this at all, you know that HP is in the MS camp over Java.
    Why should we care? If they're producing source, check the license and make sure it's truly open. If it is, anybody can use it, modify it and redistribute it. If you don't like their compatibility suite, write your own or modify theirs.

    The real problem here is that Sun has no interest in freeing up their implementation of Java; as long as there is no serious alternative to their work, who is really going to want another proprietary technology? So, if HP really wants to put out an open source compatibility testing suite, kudos to them!

    Rob Levin, Head of Operations
    Open Projects Net

    "Open source, open technology, open information"


  • rcooper wrote:
    Yeah.. Let's just all support HP's efforts. Let them release some half baked buggy source code, let the linux community fix the problems and watch HP make millions of $$$ for our efforts.
    There's something wrong with HP making money? I'd much rather see someone profit from releasing open source (that I can continue to use and update) than from releasing software under NDA's and per-use commercial licenses. Give me something I can use and I'm happy as a clam to pay for it.

    Rob Levin, Head of Operations
    Open Projects Net

    "Open source, open technology, open information"

  • Sure, there are those who say Java is what C++ should have been...

    but then why not free Java from the portability hype, and the internet hype, and the compatibility hype, and just make a gcc frontend for it, just like C++.

    Why not? because then java would be just another language, and not a bunch of hyped "technology."
  • Alternative platforms have long lacked a superb Java environment (that's one of the few things a battered-spouse OS/2 user like myself can enjoy). I'm hoping something good will come from this.

    I've been waiting for IBM to make a major Java/Linux announcement. While there is always Sun's proprietary (half-baked opensource to come soon apparently, but it's not Freed Software) JDK 1.2 out for Linux (I believe it is out), we need freed software alternatives. This is an excellent opportunity for HP to show that they care about GNU/Linux and freed software in general.

    Cheers,
    Joshua (who is going to free the Free Software Song in RealAudio, MP3, and a couple RIFF/WAVE formats soon--people need to hear that song!)

  • i know its slightly off subject... but how come so many people "Linux ports" are simply java?
    sorrie just something that was anoying me, i`ll go back into my hole now
  • "Pure object-orientation makes programming cleaner and more consistent for the programmer."

    And not necessarily slower:
    http://www.javasoft.com/products/hotspot/whitepa per.html

    In short the whitepaper claims that Java will perform only slightly worse or even slightly better than C++. The hated Garbage collection stops are no longer an issue, nor is object reference (because it is now implemented as a C pointer), nor is thread synchronization, ..

    Suppose they actually deliver half of what they are claiming. What reason would there be to want to natively compile your code (no more dynamic optimization, crappy garbage collection, ..). Current native compilers get most of their speed out of the fact that they don't have to compile at runtime.

    I know it's a whitepaper, it's from SUN and could hardly be considered objective. But still, hotspot is based on research that's been going on since the mid eighties. Check out Self for instance, a highly advanced delegation based language that performs well too (thanks to a predecessor of the hotspot technology).
    Apparently hotspot is going Beta soon. I think it will permanently shut up people who claim that Java is slow, too slow and will never be fast enough. Sure it will take a while before it is actually useful (compare jdk 1.1, it only became stable enough at version 1.1.5 or so).

Truly simple systems... require infinite testing. -- Norman Augustine

Working...