?

Log in

No account? Create an account

Previous Entry | Next Entry

Stupid Configuration Documentation

I'm trying to find out how to get iPlanet to use a JVM that's not the default JVM because I'd like to see what happens on a test port to our app if I upgrade from 1.3 to 1.4 before I actually make a system-wide change. I was hoping that there would be a simple place to specify the path to the JVM, but if there is such a simple place, I haven't seen it yet. So, off to the web I go looking for documentation. I found the iPlanet Web Server, Enterprise Edition Programmer's Guide to Servlets: Appendix C JVM Configuration, which hasn't solved my problem, but did offer the following information about setting additional JVM settings:
However, if you need to specify settings for the JVM, such as additional classpath information, you can configure the JVM properties for iPlanet Web Server via the Administrator interface. You can add as many other properties as you want to (up to 64).
So, which is it -- can I add as many other properties as I want to, or am I limited to 64? They could have completely left out that part about "as many other properties as you want."

I am amused.

Comments

tldz
Aug. 25th, 2004 06:38 pm (UTC)
Oh. I was very definitely being tongue-in-cheek. I firmly believe in the three special numbers: 0, 1, and infinity. "64" in the above case is either poor design or poor programming. Bill Gates is attributed with the remark about 640k of RAM. That's really what I was thinking of.

Of course, though, using a different JVM ought to be as simple as setting the relevant environment variables.
drmellow
Aug. 25th, 2004 09:59 pm (UTC)
Yeah, I caught the Gates reference.... I was just being thorough in my response.

Of course, though, using a different JVM ought to be as simple as setting the relevant environment variables.

Well, it is that easy. Except that setting the relevant environment variable (JAVA_HOME, in this case) changes the JVM configuration for every web application being run by the instance of iPlanet, which in this case is unacceptable. I only want to change one of the (about a dozen) instances. My solution will be to install a duplicate instance of iPlanet, configure it for different ports, and change it there, leaving the JVM in our current dev environment untouched.

It's absolutely stupid that I have to do it like this. But that's what happens when you use a product that is composed mostly of poo.

Latest Month

June 2013
S M T W T F S
      1
2345678
9101112131415
16171819202122
23242526272829
30      

Page Summary

Powered by LiveJournal.com
Designed by Tiffany Chow