|
Pardon for the late response (too much going on to keep up with the
rest of the list), but I can't pass making one (or two) comment(s)....
Bash Java.... You do a pretty thorough job of making this Java's
fault, but it just doesn't sound right to me. I'll admit that the JAVA
proponents will tell you it'll butter your bread for you, and hype the
hell out of it till you can't stand to listen to any more, but get
real. Java is a very reasonable solution to many programming needs.
So you got stuck with a bloated, unsatisfying program. You can't tell
me that the same crap couldn't have been written in another language
environment. Is every RPG program you've seen been great? Or even
good? Bad code lives in every environment, not just JAVA.
OPINION: The argument that MS JVM could be your problem is VERY
viable. As I understand it, the standard garbage collection routine in
JAVA is an exclusive process, and when invoked, your program will just
freeze until the garbage collection is completed. This translates to
very noticable performance issues that cannot really be resolved,
unless the JVM uses an alternative method of cleaning up the
environment. The JVM on the AS400 uses a very clever alternative that
minimizes the impact of garbage collection. I believe other vendors
may also have other variations. Memory leaks would seem to be a
problem in the implementation of a JVM, and as such, M$ and their
products may be the main culprit in your problem.
QUESTION: As this is the MIDRANGE-L, I'd assume that you COULD try
this app on an AS400. You state very firmly that you've got no
alternatives to the NT box, so why are you complaining here? Wouldn't
a M$NTJVM newsgroup be a better place to whine about this?
eric.delong@pmsi-services.com
______________________________ Reply Separator _________________________________
Subject: RE: How can Java eat up 160meg of memory?
Author: <MIDRANGE-L@midrange.com> at INET_WACO
Date: 2/28/00 5:41 PM
>
> Maybe you should try running it on a machine that has a Real Java VM,
> instead of MicroSoft's bolluxed-up version? (My opinion.., see Sun's
> lawsuit against MS for further details..)
>
> JLM
>
Let me get this straight. I have an NT box. This is were my data resides
(not by choice). Someone writes an app that I need. It's in Java. Now I
should get a new machine? Why wouldn't the vendor provide a VM for their
product? Maybe this one did? I don't know and I don't care.
--Rant mode on--
Shouldn't the vendor warn me it's gonna be a pig to run because of the VM
used? Why do they advertise it's in Java then, so you know it will be slow
and you should expect to have to reboot every few days even with 160meg of
memory?
Sounds like Java isn't so great. I don't care if M$'s VM is bloated, if
Java is so great, it should work without these problems. Auto clean up my
*ss.
So who's fault is it? The java hypers? M$? The Vendor for not warning me
response would be not so great? Sun for even putting the darn language out
there? Me for using NT without any other choice? IT Managers/Marketers for
developing their software in Java just because of the hype so they can sell
more?
Enough of the excuses for why Java isn't as hot as they say. Call it what
it is. Nothing special. It will take a lot to prove to me otherwise. And
you know what, if it wasn't so hyped, I probably wouldn't be so hard on the
poor language. But I have yet to see a java app put it's coffee where it's
beans are.
--Rant mode off--
Brad
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.