Slashdot Mirror
64-Bit Java For Linux
LWATCDR writes "First we got 64-bit Flash; then the beginnings of 64-bit Wine; now Sun is providing a 64-bit Java plugin. For most people there is nothing to hold you back from running 64-bit Linux."
← Back to Stories (view on slashdot.org)
> much, if not most, server side *enterprise* work is done in java,
Yea and a decade ago that 'enterprise' stuff was steaming piles of VB. Now it's racks of big ass servers or blades groaning under badly designed layers and layers of Java 'middleware'. Not sure things have actually improved much.
> which is a mature, robust, reliable, performant and scalable platform...
If you have insane amounts of CPU and memory to throw at it to cover up the slowness you can keep a team of medium skill code monkeys permantly employed maintaining all that interfacing between the various middleware products from different vendors.
> java on the desktop has a place too
What? Must have missed it. Is there really a demand for slow bloated crap applications running on the local desktop instead of on slow overloaded webservers? Silly me, I thought the primary reason everybody rejected Java and Vista was the bloat and suck. Cross platform was the only possible reason why somebody might have been attracted to Java for a desktop app but until this year cross platform has basically meant Windows and Solaris. Mac on and off again and with an alien feel such that no Mac zealot would accept a Java app as anything but a temporary solution and the Linux situation so fudged up no sane vendor would depend on Java being available and stable. Ask the guys (Was it Borland???) who bet the company around the turn of the century on a Java based office suite and finally abandoned the unfinished projet too late to save themselves.
> done well, nobody would know/care what language its written in..
No, you notice when a small app starts sucking up all available memory. Java sucks memory so hard GNOME starts looking lean in comparison. Lools like they solve the sluggishness of garbage collection by not actually doing it until malloc returns ENOMEM. Ok, small exageration.
> then theres j2me, and i'd wager if you have any tivo type device, or even set-top box
> for your cable service, or blu-ray player, or most mobile phones these days, then you
> have java working for you there too.
That sort of thing was what Java was origionally created to do. Mixed results though. It's killing BluRay almost singlehandedly, even faster than Sony's own DRM stupidity is killing it off. All I had to do was see how goddamned SLOW a BluRay player was to lose all interest, and I'm not alone. They actually put players on shelves that take upwards of two minutes to go from tray close to anything useful appearing on the display. It is going to take Moore's Law longer to fix that much suck than BluRay is likely to be viable.
Number one complaint you hear about the typical STB? Too slow. I've got a cheap crappy basic cell phone. You can almost see individual pixels draw on the darned thing... smell the Java! BASIC on my old Tandy CoCo outperformed this danged phone's Java. It literally could push more pixels per second.
Democrat delenda est
Running Windows Usenet clients in Wine is one solution, but I'd really like a FOSS solution.
That must be the lamest troll I've seen in ages...
Anybody got any suggestions? I'm an old fart and won't give up my Usenet until they pry it from my cold, dead fingers.
Do you also go to the nearest Democratic convention if you want to get a gun? Do you got to a disco if you want to listen to classical music?