Slashdot Mirror


Vote for a FreeBSD port of JDK1.2 from Sun

Several people submitted this, but Nate Williams was first. In his own words: "As head of the current FreeBSD/JDK porting development team it's been difficult to finish our JDK2 efforts due to lack of help from Sun. In order to try and make JDK2 on FreeBSD a reality, we are lobbying Sun using a RFE (Request For Enhancement) on the Java Developer network to demonstrate to them the number of people interested in seeing FreeBSD as a supported Java platform.". Read on if you're interested in seeing more complete Java support on FreeBSD.

Nate continues, "Please go to Sun Bug 4288745, and add your votes to ask Sun into allocating resources towards getting a native FreeBSD port of JDK2 (and JDK3, etc...) finished.

"Voting requires that you be registed on the Java Developer Connection, which is free.)

"This is good for open-source operating systems, and Java in general since FreeBSD is a great server platform used by many of the major internet portal sites (Yahoo, Hotmail), and would allow FreeBSD to compete as a Java server platform directly with less 'open' systems such as WinNT."

It's worth noting that any support Sun provide for a FreeBSD port should also be useful to both the NetBSD and OpenBSD Java teams as well, so we can all benefit from this work.

68 comments

  1. Why should this bother Sun by Frugal · · Score: 4

    As I recall about a year ago this was tried for Linux. The RFE sat at the top of the request list by a long way and Sun just ignored it. What has changed in the last year or so to make Sun more amenable to porting it to other OSs now?

    --
    The two secrets to success: 1- Don't tell anyone everything.

    -13

  2. Don't bother... by Anonymous Coward · · Score: 1

    Sun is notoriously unresponsive to popular demand. If you check the bug parade (for the uninitiated, a place where you can vote on which bugs should be fixed), the bug that requests a Sun port of JDK to Linux has been far and away the number one requested bug for almost two years. They haven't even lifted a finger, unless you count giving the JCK to the blackdown people... What makes anyone think that they would be any different when it comes to FreeBSD? Trying to get them to even respond to anything like that, let alone take action on it, is like pulling teeth. Sun needs to wake up.

  3. Linux emulation? by crow · · Score: 1

    How is this different from other applications under BSD? You can run any Linux application under FreeBSD, thanks to the Linux emulation. What's so special about Java that it requires a native port?

    1. Re:Linux emulation? by seesik · · Score: 1

      Since the JVM will already be "interpreting" bytecode, you'll probably be looking at an even greater performance degradation if you find a way to run it via an emulation package. And that's not even the tip of the iceberg: wait until you start dealing with green vs. native threads, etc.

    2. Re:Linux emulation? by crow · · Score: 1

      For reference, the Linux "emulation" under FreeBSD isn't an instruction-level emulation; it's an API-level emulation. That means it can be just as fast or faster than running under Linux--any noticable performance difference will be the result of FreeBSD doing its stuff differently.

      In that sense, it's a lot like Wine "eumlating" Windows. The programs run their instructions natively, but any attempt to access libraries or OS services is handled by Wine. That's why Wine only runs on x86.

    3. Re:Linux emulation? by Anonymous Coward · · Score: 0

      For reference, the Linux "emulation" under FreeBSD isn't an instruction-level emulation; it's an
      API-level emulation.


      But an incomplete emulation. Try the native-threads Linux JVM under FreeBSD, for example.

      That means it can be just as fast or faster than running under Linux--any
      noticable performance difference will be the result of FreeBSD doing its stuff differently.


      Or, to be fair, slower than running under Linux.

    4. Re:Linux emulation? by Anonymous Coward · · Score: 0

      Shhh.. "to be fair"?? don't let that damn reality crap in here!

    5. Re:Linux emulation? by Anonymous Coward · · Score: 0

      Actually, it's an ABI emulation, not an API
      emulation.

      As to the Linux Kernel threads, they have
      been ported to FreeBSD as a kernel module,
      and the software which requires them runs
      perfectly as a result. Some applications
      compiled for Linux even run faster on
      FreeBSD than on Linux due to scheduler
      differences and VM algorithm differences.

      Please make sure your information is up to
      date before posting.

  4. Lobby this, lobby that.. by Kingpin · · Score: 3

    I doubt Sun's going to support BSD in this millenium.. Ehm.. Anyway, Sun hasn't even given solid support to Linux, one can argue that it's because it's a 'competing' OS - but BSD is an even more adept competitor (when it comes to networking at least). It must be hard for Sun to want to make a technology like Java popular as well as want to make a 'leading' networking OS.

    I say lobby IBM instead, their Java stuff kicks butt.

    --
    Unable to read configuration file '/bigassraid/htdig//conf/14229.conf'
    Geocrawler error message.
    1. Re:Lobby this, lobby that.. by Anonymous Coward · · Score: 0

      I agree. FreeBSD competes MUCH more with SUN than linux does on more highend-ish servers. Very doubtfull they will do a native port for FreeBSD. The freeBSD teams stands a better chance bugging IBM about it. They will get no help from SUN.

    2. Re:Lobby this, lobby that.. by Anonymous Coward · · Score: 0

      HAHAHAHAHA. Yeah right, FreeBSD competes with Sun's high end servers. hold on while I try to catch my breath. FreeBSD still doesn't have good SMP support. FreeBSD on the fastest Xeon can't touch even a midrange sun box.

      Even Linux has better SMP support than FreeBSD.

      But thanks for the laugh.

  5. IBM? by DanaL · · Score: 4

    Possibly you may also want to send your protest and petition along to IBM, who has proven to be both more willing, and more capable than Sun of porting Java to various platforms. They've ported 1.1.x to at least three platforms I can think of (AIX, Linus & OS/2) and their implementations have been superior to Sun's. And Jikes, their java compiler, is already open sourced which may help with the porting.

    Dana

    1. Re:IBM? by Anonymous Coward · · Score: 0

      IBM was also the first to port Java to Windows 3.1, which was previously thought to be impossible. If anyone can do it, it is IBM.

    2. Re:IBM? by TWR · · Score: 1
      . They've ported 1.1.x to at least three platforms I can think of (AIX, Linus & OS/2) and their implementations have been superior to Sun's. And Jikes, their java compiler, is already open sourced which may help with the porting.

      JDKs for BSD are the least of the Java2 problems. Right, but the problem is that NO ONE BESIDES SUN has finished a port of 1.2 (aka Java2). IBM has a beta for AIX, but Sun's already on a beta of 1.3!

      IMHO, writing a fast and reliable JVM is proving to be a heck of a lot harder than anyone anticipated.

      Sun screwed up Java licences out of the gate. They should have been selling exclusive platform franchises to the highest bidders, with specific commitments of support from Sun and specific commitments of implementation from franchisees. If a franchisee didn't execute, they'd lose their franchise, and their code would be transferred to the next holder of that platform's franchise. If Sun failed, the fee paid to the franchisee would be refunded. Seems simple enough.

      Instead, Sun did silly things, like license 5 companies to write JVMs for the Mac (Netscape, Roaster, Metrowerks, Microsoft, and Apple). None of them did a good job of it, because Sun gave them some god-awful work to base it on (Sun's own Mac JDK 1.0.2, written by people who never used Macs or written a Mac program). Apple's JVM team has been re-writing everything from scratch, putting them over a year behind Sun's Java progress. Most of the other licencees have now given up (Roaster, Netscape, Metrowerks). One of the licencees (Microsoft) has tried to screw Sun. Obviously, this has not been a successful licensing program.

      Meanwhile, the only vendor for Java2 remains Sun. While Sun talks about "write once, run anywhere" the only two platforms Sun actually cares about are Solaris (obviously) and Win32 (because its the common one). I wonder how "helpful" Sun has been for IBM, Apple, and others who have been trying to get Java2 support completed. The FreeBSD people should just get at the back of the line...

      -jon

      --

      Remember Amalek.

    3. Re:IBM? by Anonymous Coward · · Score: 0

      and do they continue to support it? Will there be a Java2 for Win3.1?

  6. sun is slow by josepha48 · · Score: 1
    Sun is slow on supporting other unix platforms it seems. They have been promising help for Linux for the jdk 1.2 on Linux and I still see it is in beta. I think it would be great if they were to thelp FreeBSD, but will not hold my breath for that one to take place. Sun seems more interested in kicking M$ out of the market and then taking M$'s place in the market and screwing all the other UNIX vendors. Solaris is a good OS but is just to expensive and Linux and FreeBSD offer less expensive UNIX type solutions for smaller business, I think Sun is worried a lot about this. IF Java were GPL there would probably be quicker ports of Java to other OSes.

    send flames > /dev/null

    --

    Only 'flamers' flame!

    1. Re:sun is slow by Anonymous Coward · · Score: 0

      "Solaris is a good OS but is just to expensive" $10 gets you a CD. "IF Java were GPL there would probably be quicker ports of Java" So contribute to Kaffe and Classpath.

  7. An alternative proposal by jd · · Score: 4
    Sun took -ages- to even condescend to supporting the Blackdown team, despite the Linux bug being the highest rated on their system.

    Once they -did- support it, support seems to have been minimal. It's not on their list of Sun JDK's, Java 2 has been very slow in coming (no fault of the porters), and I've not seen the enthusiasm or energy I would have expected from Sun. After all, it -was- Sun who advocated Java for all platforms.

    Instead, I'd like to propose that the *BSD community lobby IBM, for a port of -their- Java development kit and runtime system. I suspect there would be a much higher liklihood of success, as IBM seem to have embraced the concept of "free" operating systems and even "open source" in a way I don't think any other "traditional" company comes even close.

    Now, if IBM's Java software can be made to work natively & optimally under *BSD, Sun may feel a degree of pressure to at least consider the platform. I suspect it was the presence of "clean room" implementations for Linux that eventually tipped the balance there.

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  8. Free/OpenBSD by Anonymous Coward · · Score: 1

    Java security issues are serious enough that it needs to be reviewed the way the OpenBSD ppl review their code. And hopefully the Free BSD port works on OpenBSD without too much effort?

  9. "Portable" Java by elflord · · Score: 1
    It's kind of sad that supposedly "portable" java doesn't run on enough platforms for it's portability to be terribly useful. Basically, the JDK works with Win32 and (some of ) System V UNIX. As an OpenBSD user, I am locked out of java just as I'm locked out of a Visual Studio app. Except at least Microsoft don't pretend that their products let you write "portable" code.

    1. Re:"Portable" Java by Shimbo · · Score: 1
      I think a lot of people are missing the point about Java. It's a language with a well defined specification. Why should Sun have to port it to n platforms? I don't hear people asking for Sun to port their C++ compiler to Linux, or their NFS source code.

      At work, I used it used it to develop code on NT, and dropped the class files straight on Tru64 with no problems. Neither JDK was made by Sun but they passed the Sun compatibility tests.

      Can people really not tell the difference between this and M$'s proprietary lock in APIs?

    2. Re:"Portable" Java by elflord · · Score: 1
      Sun don't have to port java to anything, but until there's an acceptable version of Java available on my platform(s) of choice, it's useless as far as I'm concerned. All the hype about "portability" is meaningless to me if I can't run a decent JVM on my platform(s). Far from being "write once, run anywhere", Java is looking more like "write once, run on Windows/Sys V UNIX".

  10. Re:BSD versus Microsoft by haggar · · Score: 1

    No, I believe the post comes rather from a pro-Microsoft voice. The guy tries to imply (in a silly way, since he/she thinks now SUN is making a port of Java for *BSD, which is not!) that there is such a big competition in this industry, that even *BSD are viable platforms, competitive to Windows.
    I might be wrong, but I see it that way. No need to blame the *BSD people.




    --
    Sigged!
  11. offtopic - garish colors by Hard_Code · · Score: 0

    UGH...these colors are putrid...OSOnline does a good job of making color schemes for their sections, but short of a redesign of the whole slashdot interface, I don't think slashdot is going to do this very well...

    --

    It's 10 PM. Do you know if you're un-American?
    1. Re:offtopic - garish colors by scrytch · · Score: 2

      You can moderate THIS offtopic too. I thought it was a netscape bug that the colors in this topic looked awful, but am I led to understand that this is some sort of feature?

      Gack, it's awful. Bring back slashdot green in all sections. Consistency is a GOOD THING.

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
    2. Re:offtopic - garish colors by Tom+Christiansen · · Score: 2
      Gack, it's awful. Bring back slashdot green in all sections. Consistency is a GOOD THING.
      Agreed. That's why in my slashdot user profile, I opt for low-impact (lynx friendly) transmissions, and then either use lynx (sometimes) or else Netscape with its "OBEY MY OWN COLORS" preference. Or simply run it through the color-stripping proxy.
    3. Re:offtopic - garish colors by Anonymous Coward · · Score: 0

      Putrid colors. What the hell is the deal? Who was the slope-head who dreamed this one up? Cut off his balls and stuff them down his own throat. Whoever you are--go to hell.

  12. There's hope, there's Javalinux! by Steeltoe · · Score: 2

    Sun's only interest regarding Java is in money revenue from their own OS, servers and future thin-client model it seems. Pretty pathetic when you think that Java is supposed to be cross-platform. They refuse to make it Open Source, and to cooperate with grass-root initiatives.

    But someone[tm] did a port of the various versions of JDK and JRE for Linux, including v1.2:

    http://www.blackdown.org/java-linux.html

    Hopefully this will compile under BSD with no- or little modification. According to OpenBSD-homepages, BSD is very compatible with Linux. But I have honestly never tried BSD myself, so I cannot know to what extent.

    I would've written this in HTML if only /a had worked.

    - Steeltoe

    1. Re:There's hope, there's Javalinux! by Ledge+Kindred · · Score: 2
      Hopefully this will compile under BSD with no- or little modification.

      No, it won't. One of the things holding up Blackdown's JDK 1.2 release has been getting Linux' kernel threads into a state that the JDK can deal with. (And incidentally the work on kernel threads is also why Mozilla works best on glibc 2.1 machines and not so well on glibc 2.0 machines...)

      BSD's kernel threading mechanism is not at all like Linux's. Not to mention there are many other kernel dependencies in the JDK that needed to be ported to the Linux OS specifically that would bear no resemblance to BSD syscalls.

      If porting the JDK were that easy, Blackdown would have just taken Sun's Solaris JDK source (which you can easily get, even if the license sucks) and "typed make and it would have worked."

      There are a lot of OS/libc/kernel dependencies inside the JDK that need to be ported specifically to the system. Fortunately, from what little has leaked out of the black box around Blackdown, this little fiasco getting the JDK ported over to Linux has made the JDK code somewhat less platform-dependent.

      -=-=-=-=-

      --

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

  13. Kernel Threads on FreeBSD? by tjansen · · Score: 1

    I really like FreeBSD, but I am not sure whether a Java port on FreeBSD would really make sense. My main concern is that AFAIK FreeBSD does not support (Kernel-)Threads. Or has this changed in 3.0?

    1. Re:Kernel Threads on FreeBSD? by Anonymous Coward · · Score: 0

      You couldn't run the JVM with native threads, but you could still run it. When are Kernel threads supposed to be incorperated?

    2. Re:Kernel Threads on FreeBSD? by Anonymous Coward · · Score: 0

      Hopefully by the time SMP support stops sucking.

    3. Re:Kernel Threads on FreeBSD? by Anonymous Coward · · Score: 0

      Kernel threads aren't really an issue; threads code should be written to the POSIX interface, and it won't matter whether the implementation is in kernel or user space. The big win in kernel threads is SMP scalability, and in chasing this rainbow (SMP in FreeBSD and Linux is still in the stone age compared to even >shudder NT) has cost Linux most of the benefit promised by threads in the first place (light weight, reduced context switching, etc.). Without doing terrible things to your scheduler, which can result in starvation of other processes or massived overhead, kernel threads result in greatly increased context switch overhead. Even Sun and USL acknoledge this problem with their current implementations. FreeBSD is currently working on the issue of SMP scalability; if you want Linux's kernel threads in the mean time, they are loadable as a kernel module in the ports collection.

  14. Why SHOULD this bitching bother Sun? by a2800276 · · Score: 2
    Obviously Sun's not going to take it seriously if 10,000's of Slashdotters (90% of whom probably won't be Java Developers on BSD) skew the result of the survey?

    Sure the Linux-port has been number one RFE for a while, but I would assume mainly because alot of L!nux rul3z advocates are voting for it.

    I'm definately NOT saying that we don't want to develop on Linux. I for one do. But most big Java apps aren't yet using 1.2. And there's at least two implemenations (Blackdown's port and IBM 1.1.8) to work with.

    Saying that Sun doesn't care about developers just doesn't hold true either. Sure, they can't suit everyone. Sure they don't do everything they promise - at least not right away. And you expect them to change anything just because somebody somewhere yells at them to get it done.

    But Sun's community process works well on a lot of APIs they're developing. I know lots of user feedback went into Java2 stuff like Swing, Collections. They work together alot with SERIOUS developers (and not just really big corporations).

    If you want to get involved it's quite a bit of work: download the early releases, try them out (and maybe waste alot of work cause your code won't be compatible with the official release later), write up serious bug-reports, write up serious requests and don't just yell "I want it for Linux!"

    BTW should this be a RFE and not a bug-report?

  15. So they removed the top 25 by monk · · Score: 1

    I notice Sun has just 404ed the top25 bug page without explanation. :)

    --
    [-- Trust the Monkey --]
    1. Re:So they removed the top 25 by Anonymous Coward · · Score: 0

      No, you just have to be a member of the java developer connection (and the linux port isn't there) Anonymous - because I don't need another username/password - enough already

  16. Jikes and 1.2 Classlibs by Kagato · · Score: 1

    After chceking out IBM's compiler on the opensource site I was wondering if it is possible to get jikes to compile a Java App with the 1.2 ClassLibs under BSD? Any thoughts?

    1. Re:Jikes and 1.2 Classlibs by Anonymous Coward · · Score: 0

      Sure. Jikes uses whatever classes.zip or rt.jar you provide. dave shields shields@watson.ibm.com Jikes Project Core Team

  17. Nope by Anonymous Coward · · Score: 0

    I am not interested in helping your cause. Sun Micro is just as evil as Microsoft. Scott McNealy wants to dominate the industry just like Gates does. Java would have to be released to a governing body like ISO for me to even look at using it. It makes zero sense to support proprietary languages like Java. I certainly wouldn't beg them to support my platform.

  18. To hell with Sun and Java by Anonymous Coward · · Score: 1
    I've gone back and forth in my head with regards to Java, but this has sealed it.

    Sun has created a product for which it touts portability as a primary feature, yet they refuse to port the JDK to platforms that have significant developer mindshare.

    Its obvious that Java is simply being used in a massive PR project to build up support for Solaris and Sun hardware, and that support for Win32 is only grudgingly offered due to its overwhelming userbase.

    Come to think of it, it really isn't that much of a loss. Estimates of working Java programmers from independent firms show numbers only around 10% of the hyper-inflated tallies offered by Sun (does anyone actually believe Sun numbers that there are 5 million working Java coders? What the hell are they building?). So its clearly not as popular as they would have us think.

    Added to which, its a dog of a language. I love it in here how people tout Java as "letting me forget about memory management". Ha! As if. You have to worry about memory management in every language and tool. Even if that doesn't mean malloc'ing and free'ing memory yourself. Most Java programmers I know have no problem doing stupid memory stunts like redeclaring objects inside loops, etc. This is memory management too folks.

    Added to that, the language doesn't let me choose a paradigm - its OO or nothing. You can debate this with me all day, but I still contend that hard OO doesn't cut it for real world problems, which rarely map well to a object model, and if they do, the implementor usually creates spaghetti hierarchies that make it impossible to add/subtract new classes.

    I prefer my tools small and simple. C, perl, and maybe C++ (but never RTTI, exceptions, multiple inheritance, templates, or polymorphic behavior). They're time proven and they actually work in solving real problems.

    1. Re:To hell with Sun and Java by Mornelithe · · Score: 2
      Actually, you can write non-OO programs in Java. Just make a class and use all static methods. This way, the class names just become more like a namespace for the functions, and you have to go through the horrible process of typing ClassName.method() instead of just method(). I'm shuddering just thinking about it.

      As for memory management, it does make things easier by your not having to worry about freeing memory yourself. Incidentally, you must know some moronic "Java programmers" to declare variables inside a loop. I program primarily in Java, and I wouldn't do that. If someone is stupid enough to do that, then it doesn't matter what language they know, and I'm fairly sure it's not Java that's making them do it. Thinking so is somewhat stupid.

      As for portability, it is my understanding that Sun probably won't support all platforms itself. They're supposed to give people from non-Sun-supported OSes the code to help them with a port, like they did with Blackdown. I don't want them porting Java to 20 different OSes, because that uses up resources that I would rathar have them spend on improving the quality of their existing implementations and libraries (although they don't seem to enjoy doing that either, but that's another matter entirely). If the *BSD people want a Java implementation, they should get a group together to port it. If they don't, I wouldn't hold my breath for Sun to support one of their currently unsupported operating systems.

      I enjoy your argument about the popularity of Java. Your argument goes something like this:

      • Sun says there are 5 million Java developers
      • I say this number is obviously inflated
      • Since I'm right, Java isn't as popular as they say it is
      • Believe me, not Sun!!
      I don't know if I believe that there are 5 million Java developers, but I haven't read anything saying there are that many (I usually read stuff at www.javalobby.com, not java.sun.com). I don't know if you were exaggerating or not. However, from what I hear, there are lots of companies that are using Java to develop their intra-company applications, as well as other stuff. Don't ask me for proof, because these are things that people say their employer does in discussion forums, so I have to take their word for it (and I think I can trust them more than you think you can trust Sun).

      I'm sorry this got so long. I take no responsibility for errors in the spelling, grammar or usage in this post, so don't nag me about it.

      --

      I've come for the woman, and your head.

    2. Re:To hell with Sun and Java by Anonymous Coward · · Score: 0
      Actually, you can write non-OO programs in Java. Just make a class and use all static methods. This way, the class names just become more like a namespace for the functions, and you have to go through the horrible process of typing ClassName.method() instead of just method(). I'm shuddering just thinking about it.

      Yes obviously anyone with an intro Java course under their belt knows this, but thats a retarded way to program, and it is retarded that Sun forces you to do this. You shouldn't have to shoehorn your paradigm like this.

      As for memory management, it does make things easier by your not having to worry about freeing memory yourself.

      The only thing that is easier is abusing memory. I wouldn't be shocked if most Java programmers reduce the performance of their own code just be falling into practices encouraged by Java's so-called garbage collection (which has been cursed up and down the street by people who actually try to depend on it).

      As for portability, it is my understanding that Sun probably won't support all platforms itself. They're supposed to give people from non-Sun-supported OSes the code to help them with a port, like they did with Blackdown.

      Then why has it taken literally YEARS for them to get around to sharing with these companies????

      Wouldn't it be easier to get this porting done if they just opened it up?!?!?

      The Java apologists are running out of excuses

    3. Re:To hell with Sun and Java by Anonymous Coward · · Score: 0

      "Then why has it taken literally YEARS for them to get around to sharing" The spec's open, anyone is free to make a clean room implementation. (Roaster did that years ago.) If you don't like the language, don't use it. Some people find it useful, some don't. Use what works for you. Enjoy life.

    4. Re:To hell with Sun and Java by Anonymous Coward · · Score: 0
      The spec's open, anyone is free to make a clean room implementation.

      There is a huge difference between an open standard and a reverse-engineer.

      I don't know why you're defending this ridiculous practice - the Java Lobby has dragged Sun over the coals for its unwillingness to open Java.

  19. Why should Sun support on other (free) Unices? by edremy · · Score: 2

    I think most people here are missing the point. When Sun says "Java everywhere",what they mean is "Java on Windows and Solaris." McNealy couldn't care less about anything else.

    Linux on x86 is a serious competitor to low end Sun hardware, as is *BSD although it gets less publicity. Why does Sun want a free OS on cheap commodity hardware getting more software support? It will just make the transition from SPARC/Solaris-&gtLinux easier, something Sun doesn't want. Yes, I know Sparc/Linux exists, but honestly what kind of support does it get compared to x86? With the newer x86s like Athlon SPARC doesn't have the staggering performance advantage it used to. (I'm not talking here the Sun "big iron"- we won't be seeing 64 processor x86 anytime soon.)

    "Java everywhere" is a weapon to try and kill MS. Nothing more.

    Eric

    --
    "Seven Deadly Sins? I thought it was a to-do list!"
  20. Other JVM's on *ix by harmonica · · Score: 2

    See the platform page of the Kaffe Java Virtual Machine. They ported it to about anything... But it's only a 1.1 compliant VM.

    The Blackdown ports overview can be found here. But AFAIK they're Linux only (although on several platforms). They have a pre-1.2 JDK which runs pretty well.

    1. Re:Other JVM's on *ix by Q*bert · · Score: 2
      Yes, please work on a 1.2 Kaffe version instead! Then you'll actually be contributing to free software, rather than helping a company (Sun) that has shown itself to be no friend of open source.

      Vovida, OS VoIP
      Beer recipe: free! #Source
      Cold pints: $2 #Product

    2. Re:Other JVM's on *ix by elflord · · Score: 1
      Kaffe is insufficient, it leaves you stuck in the dark ages (awt) and it is not interoperable with the JDK, which has become a defacto standard. Platforms that are not supported by the JDK are kind of dead as viable java platforms.

      As for blackdown, they're doing their best, but they're always playing catch up to Sun who seem to change java every week. Once the language stabilises, blackdown will probably have something in due course.

    3. Re:Other JVM's on *ix by elflord · · Score: 1
      Good point. Those who have a problem doing free labor for Sun could work on Kaffe ( which has done a much better job on getting ports to all platforms btw ). I hope that Kaffe can catch up to the point that it's interoperable with Sun's JDK, otherwise, it's as good as dead as a viable java platform.

  21. Forget java - use python by Anonymous Coward · · Score: 0

    runs on everything i can think of ... python apps can even be "pickled" to run where python isn't installed.

    Now if they could just *decide* on a standard GUI and add a few security checks for running python apps over the web in some kind of sandbox (like safe tcl) it would rule.

    Maybe then Sun would pay attention.

  22. Bend over by Anonymous Coward · · Score: 0

    ...and if enough of us get down on our knees and beg for it, maybe they'll grace us with a little bit of support. Now why did anyone fall for this closed platform again?

  23. yes, python better in almost all cases by Anonymous Coward · · Score: 0
    python is a fast, lightweight OO language that has the benefit of not being involved in ridiculous courtroom tussles or "dilutions".

    added to which, its open. this never really meant much to me until i saw how sun used java like a carrot on a stick - i'll never again consider a closed tool.

  24. Stupid colors by 16384 · · Score: 1


    This must be one of the most agressive color
    schemes I've seen.Hey, Rob, you forgot
    to use the BLINK tag.

    1. Re:Stupid colors by Anonymous Coward · · Score: 0

      Although this is off topic, I must say i like the new blood red color scheme more than the old green one. Better contrast on screen.

  25. that's not what Guido says by Anonymous Coward · · Score: 0

    http://www.oreilly.com/frank/rossum_1099.html "Python is a very natural scripting language for Java."

    1. Re:that's not what Guido says by Anonymous Coward · · Score: 1

      Why let reality get in the way when we can be breathless advocates for the cause of the day?

      BSD is the fastest server OS on the planent!
      NT is stable!
      Linux is easy to use!
      MacOS doesn't suck!
      BeOS has users!
      OS/2 -- LOL.

  26. Porting to BSD probably won't be worth while. by dmacon · · Score: 1

    If FreeBSD/OpenBSD/NetBSD etc... has such a great mindshare, why not download the reference implementation and port it!

    I find it hard to believe that BSD people would adopt java in a big way, I mean you are all obsessed with having the source anyway, so why should binary cross-plattform compatability matter?

    Anyway Java 1.1 works very nicely for server-side deployment, so what is the big argument for Java 2 on BSD?

    --
    -- Tov Are Jacobsen
  27. Write once, run on supported platforms only by Anonymous Coward · · Score: 0

    The moto "write once, run anywhere " suggests that there shouldn't even need to be a vote. FreeBSD's user-base exceeds that of some of the platforms Sun already actively supports ports for. Sun to complain that the MicroSoft Java extentions violate the write one, run anywhere moto but the truth is that for several platforms the introduction of newer versions of the JDK has done the same exact thing. The fact that Sun can complain about MicroSoft while ignoring platforms with a rapidly growing number of users such as Linux & FreeBSD baffles me. If it wasn't for the efforts of Transvirtual and MicroSoft's funding of the Kaffe project then I would have given up on Java being internet standard long ago.

    1. Re:Write once, run on supported platforms only by Anonymous Coward · · Score: 0

      "some of the platforms Sun already actively supports ports for" Which are those?

    2. Re:Write once, run on supported platforms only by Q*bert · · Score: 2
      I couldn't find any information on Transvirtual's Web site about funding from Microsoft. Can you substantiate this?

      Vovida, OS VoIP
      Beer recipe: free! #Source
      Cold pints: $2 #Product

    3. Re:Write once, run on supported platforms only by Anonymous Coward · · Score: 0

      Solaris and win32. The poster that spawned this thread is evidently one of those rabid advocates that plague any movement.

    4. Re:Write once, run on supported platforms only by Anonymous Coward · · Score: 0

      That's what I thought.

  28. You don't get it at all by Anonymous Coward · · Score: 0

    Its about having FreeBSD as a tier-one port...so FreeBSD developers can take advantage of the features of Java as they become available.

  29. I doubt that explanation by Anonymous Coward · · Score: 0

    It sounds more like an ill-informed, quickly-typed, First Post to me.

  30. Throwing away the child with the bathwater by sfmarco · · Score: 2

    Reading from most comments, it seems that SUN is not supporting the cross platform suport for non-SUN platforms. Well if this is their strategy they might loose much more then just their OS. They are probably getting nervous on their return of investment on Java. But having Java mainly working on Solaris and NT is not enough. It's not just words. We need the support as well. If they can't give it, they definitly should move it to open source. (And not wait till the boat is sinking). I've became a bit more carefull. I don't want to depend on one companies strategy. When the Java developers are dropping out because of a lacking cross platform and are returning to gcc, what did sun gain ?

  31. Java on BSD doesn't really concern me... by qwerjkl · · Score: 1

    While I am a Java developer primarily and I use FreeBSD for almost all my machines, this is not a real concern for me. I use FreeBSD on older machines (486,386,etc) to make them useful (probably more useful than my p-II monster running NT, etc), and with Java's performance I wouldn't want to try to run in on a 486. Maybe when FreeBSD's SMP support is better I'll worry about Java, but there are other things more important to me about FreeBSD than Java support.

    --
    abrams's advice: when eating an elephant, take one bite at a time.
  32. Java is a Joke by crucini · · Score: 1
    What else can you say about a language whose hook is 'platform-independence' and which runs on so few platforms? I can think of few modern languages which are less portable than Java.

    I hope Java teaches everyone some painful lessons about what to avoid. A language born as a pimple on the butt of a moribund set-top box and thrust into the limelight artificially by corporate/marketing imperatives was doomed to failure from the outset. The only question is how long the decaying corpse will be left out on the street.

    The main sucker for Java is the corporate manager riding herd on a bunch of keyboard monkeys he doesn't quite trust and hoping that a bondage-and-discipline language will limit the amount of feces they can throw. I've talked to a couple of these, and they pale with horror at the idea of unleashing their monkeys with Perl.

    I think a secondary and less acknowledged motivation for the sucker choosing java is that it reduces the dynamic range between smart and dumb programmers, thus protecting his fragile ego. If Abigail coded Java, it would probably look just like Mike Monkey's Java. So the sucker manager could be spared the realization that he is an order of magnitude less intelligent than some of his programmers.

    Oh, about that 'memory management' issue:

    You have to worry about memory management in every language and tool. Even if that doesn't mean malloc'ing and free'ing memory yourself. Most Java programmers I know have no problem doing stupid memory stunts like redeclaring objects inside loops, etc.
    Try this: % perl -e'for(0..10) {for(0..1000) {my $x=7;} print `ps u $$`;}' and notice that the memory consumption doesn't increase.

    The point is that in 1999 there is no reason for an application programmer to have to worry about that. It seems like Java has stuck the application programmer with responsibility for memory management while attempting to hide the details, a predictably disastrous combination.

    Anyway, this whole mess illustrates the perils of a proprietary programming language. A world that has C, Perl, Python and TCL should laugh Java off the planet.

  33. Did you forget Inprise? by Anonymous Coward · · Score: 0

    Insprise has ported a fast version of 1.2 to linux. It can be found here:

    http://www.borland.com/jbuilder/linux/

    Enjoy!