Linux JVMs Running Under BSD?
Mock asks: "I work for a web services company, and so part of our business process involves setting up web servers for our customers that include a JVM for running our software. Although I've found FreeBSD to be rock-solid for server applications and the quickest to fix security issues, the JVM support has been lagging behind other systems, for some time now. I would like to know if it is wise, or even possible, to run the Linux JVM under BSD? Are there other alternatives I'd be better off considering (besides using a different operating system)?"
Like this?
http://www.freshports.org/java/linux-blackdown-jdk 12/w n-jdk 13/w n-jdk 14/1 3/4 //
: //www.freshports.org/java/jdk13/h ports.org/java/jdk14/
http://www.freshports.org/java/linux-blackdo
http://www.freshports.org/java/linux-blackdo
http://www.freshports.org/java/linux-ibm-jdk
http://www.freshports.org/java/linux-ibm-jdk1
http://www.freshports.org/java/linux-sun-jdk12
http://www.freshports.org/java/linux-sun-jdk13/
http://www.freshports.org/java/linux-sun-jdk14/
or you could just use the native ones
http://www.freshports.org/java/jdk12/
http
http://www.fres
That said I used it to run a small enhydra/xmlc java web app. In my last job and I performed well and with the recent (last six months) inclusion of the hotspot stuff it's much faster.
Oh really?
An open source programming language, like Python, Perl or PHP. That and you can also use rotor, microsoft's .NET environment which works natively on FreeBSD.
And learn to use fucking links.
http://www.freshports.org/java/linux-blackdown-jdk 12/ k 13/ k 14/
http://www.freshports.org/java/linux-blackdown-jd
http://www.freshports.org/java/linux-blackdown-jd
http://www.freshports.org/java/linux-ibm-jdk13/
http://www.freshports.org/java/linux-ibm-jdk14/
http://www.freshports.org/java/linux-sun-jdk12/
http://www.freshports.org/java/linux-sun-jdk13/
http://www.freshports.org/java/linux-sun-jdk14/
or you could just use the native ones
http://www.freshports.org/java/jdk12/
http://www.freshports.org/java/jdk13/
http://www.freshports.org/java/jdk14/
Kaffe and GNU gcj are not implementations of Java. At best, they are implementations of the Java language or virtual machine, but even in that capacity, they are not blessed by Sun. Porting most substantial Sun Java-based software system to Kaffe or gcj is essentially impossible.
So, please spare us your cynicism or misleading use of language. Sun's implementation of Java is not "open source" in any sense that the term is commonly understood (and the term was created and defined by Eric Raymond). It isn't even close to open source; you enter into legal obligations to Sun just by looking at it. If you treat it like it's open source, you may get into lots of legal trouble with Sun. Neither are gcj or kaffe an implementation of "Java"; they aren't even close, as you would find out if you tried porting anything to them.
However, we agree on this: gcj is a pretty good compiler, and SWT is a pretty good toolkit. I do recommend using them instead of Sun Java. They also have lots of practical advantages, like being smaller, starting up faster, and requiring less memory. But gcj and SWT together don't make "Java". If you are really careful, you can write libraries that will compile and run under both gcj and Sun Java, but it's a significant amount of work and requires a lot of care (as I can tell you from first hand experience).
We ran a Tomcat based website using the linux JVM on FreeBSD. It rarely stayed up for more than a day at a time (someone told me it's a good way to expose bugs in the emulation layer ;). However, with the native FreeBSD JVM (and the Shujit JIT compiler) it's rock solid.
R Tape loading error, 0:1
JDK 1.4.1 patchset 3 on FreeBSD (daemonnews.org)
t ml
points to:
JDK 1.4.1 patchset 3 on FreeBSD (at freebsdforums.org)
the patches:
http://www.eyesbeyond.com/freebsddom/java/jdk14.h
Note they are ALPHA! But this is good news for native jdk on freebsd.
Once again, someone getting doubley confused about open source.
... License, Source... License...
"Open Source" will never, has never, will never has already have been going to be, mean what you think it means.
Java source code is available, under license, which doesn't cost.
Whilst GPL/LGPL has open source, open source doesn't have GPL/LGPL.
Source
One is the code, the other is the License.
You are confusing the agreeable instincts of the open source movement/GPL'd licenses, and open source, community driven well managed software, that has a key and important role for many industries, managed by a superb company, but with a license term that protects the product.
Of course, you may choose to use the SWT libraries, go ahead! They are good, I like them, hope they development on all platforms continues.
On the matter of GTK's, AWT and swing were designed to be two distinct APIs, and that stupid 10 reasons why we need Java 3 article was written by the Football equivilent of a pissed up 59 year old mental patient down you local, who screams 'REF YOUR BLIND' and hurls abuse at the players on the small TV, long after the match finished, and he didn't even know who was playing.
Woah, I'm Kramer.
You could go toe-to-toe to RMS. Reminds me when a Crystal Space developer asked him a straightforward question. He was trying to strictly comply with the GPL, and instead Stallman sent back a string of about ten letters bitching about how the CS guy was misusing "Open Source" and "Free" and kept ignoring the question.'
For what it's worth, gcj actually is not as awesome as you would expect just because it's a native code compiler. IBM's JDK/JVM produces code significantly faster under Linux, even without native code compilation, for example. It's the fastest zero-cost way to run Java on Linux.
Kaffe, despite being free, has really, really, *really* atrocious performance from both a memory and CPU standpoint.
Sun's Java implementation is okay, but not as peppy as IBM's implementation.
May we never see th
The Sun JDK 1.3.1_07 for GNU/Linux/x86
runs fairly well on my OpenBSD boxen.
I use it only for the freenet
project, though as a high-volume server.
It's quite CPU and disc intensive.
My Karma isn't excellent, damn it! (And
Yahoo decided to go with PHP for their web development because of the poor support of Java in BSD. Their particular problem was that J2EE is thread intensive, and FreeBSD supports threads poorly.
Ok no need to be pissy. Of the native ones (I only use the linux ones to bootstrap compile the native)
I have been using jdk131 for production app dev and web serving for about 2.5 years w/ no problems. The recent inclusion of the hotspot realy inproved performance in 1.3.
I have started to use jdk14 on freebsd5-current for testing and it seems fine. I would not deploy with it yet it is a beta it still fails 20 out 2700 tests. It is worth noting that both the native and linux jdk14 really like running on freebsd5 and are not as happy on 4.X
Oh really?
Yes it is possible to run the Linux jvms under FreeBSD as well as NetBSD. Look at the ports, both OS's have ports of the JVM's.
Also the 1.4.1 JVM has been ported from linux blackdown project to FreeBSD.
Below is the story ...
http://bsd.slashdot.org/article.pl?sid=03/03/07/ 1458220
Only 'flamers' flame!
Wow, "fucking links". That sounds like fun. Is a fucking link the thing that connects people on a sex chart?
Or do you just have a really fucking limited vocabulary?
Or are you just lacking in human interaction skills?
Or are you just a mindless git?
Or what?
[Note to mods: -1 Offtopic, -1 Flamebait, +1 ParentSubmittedByWanker]
-- "So, what's the deal with Auntie Gerschwitz et all?"
BUT
I think it's not a viable platform for Java. The threads issue is a huge hassle, and there's all sorts of problems that can arrise that are difficult to troubleshoot in Java even on a native platform.
I work at a site that used the 1.1.8 native release on FreeBSD for a while, and it went ok. Then we upgraded some Java code, and things went quickly downhill. We'd have hangups that we were never able to figure out, and each server would have one at least once a day, which was a nightmare for me. We used Java, Tomcat, and Apache 1.3.27.
Even though the company I work for is fairly FreeBSD fantatical, it wasn't a hard choice to switch to Linux and IBM's 1.4.1 JDK. We switched, plopped on our code, and boom, no more problems.
For a development environment, there's definately something to be said for using a viable and trusted environment. Not to say I don't trust FreeBSD, but I don't trust FreeBSD with either the not-so-tested ports or the Linux JVM under emulation. For all that trouble, might as well make the switch. Right tool for the right job, and all that.