Re: Enhydra Site Runs Locally, But Not Live (On Server)

This might be a silly question but are you using the same version of
Java on your live server as on your local machine? (They are two
different Linux machines, aren't they?)

-- Darius

Charles Rector wrote:
> 
> I'm still fumbling around, trying to figure out what the problem is with my
> site that keeps it from running when deployed to the server. Still getting a
> "java.lang.ClassCastException: sun.misc.Launcher$AppClassLoader" exception
> when I try to access any page on the live site (it starts fine in the
> multiserver admin).
> 
> People have mentioned this could be some sort of missing-class or
> class-name-conflict (thanks to Mike), but I've yet to uncover where the
> source of the problem may lie. I took a look at JWhich (thanks to Darius),
> but the classes which were reported to be unavailable when accessing the
> page were found easily, and where I expected them to be, when I set the
> classpath to match the server classpath entries in my conf file.
> 
> As mentioned before, the frustrating part is, the classes which it could not
> find normally, it found while running with extreme debugging info turned on
> (DEBUG, CLASSLOAD). Deploying to a different server wasn't much help -- the
> Enhydra (5.0) application wouldn't even start from the admin. The logs state
> the same problem (no debug info on), which is that the classloader cannot
> find my startup class: pcp.pcp.
> 
> I'm not including anything crazy in this class. Previously I had some
> java.awt.Fonts in there, but moved them elsewhere later on, while
> investigating this problem. The only other item left in there is an array of
> Strings, which I tend to doubt could be the source of any of this trouble.
> 
> Is there anything specific I should look for which is certain to be
> different on the server, as opposed to locally? I even tried arranging the
> classpath entries in the conf to exactly match the order my libraries are
> included in my JBuilder project, but to no avail.
> 
> I'm really at the end my rope here, and willing to try just about anything.
> The problem must be something subtle... Perhaps file permissions were
> altered on accident or something... nothing's out of the ordinary that I can
> tell, however. If anybody is willing to help out, I can provide any and all
> specifics.
> 
> --
> Chuck Rector
> Internet Exposure, Inc.
> http://www.iexposure.com
> crector@xxxxxxxxxxxxx
> 
> Web Development - Web Marketing - ISP Services
> (612) 676-1946
>