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

I'll have to check out that Pure JAVA awt, thanks for the info. I finally
got my site running again, although I'm not entirely sure how I accomplished
it. I ended up completely gutting the site of everything except the code
needed for the index page, tweaking the conf file to include only the app's
jar and a postgresql jar, restarting multiserver, then starting the app
again. Somehow it ran. Thinking perhaps that I had somehow gummed up some
settings in the prior location I had the site checked out at on my dev box,
I did a fresh checkout at a new location, then redeployed the full site,
added the necessary jars back into the conf file (DODS & SOAP), and
restarted the app. Lo and behold it ran! I just wish I knew why. :-)

One thing that had prompted me to restart multiserver was that I had done
'chmod 777 pcp.conf' at one point. I don't know why, I was randomly trying
anything I could think of. Somehow that caused the multiserver admin to give
me a NullPointerException when I tried to modify and save the conf file from
that point onward. I only recently started modifying the conf settings
through the admin, but perhaps fiddling with the permissions was a big
no-no. Restarting multiserver fixed that, at any rate. I noticed multiserver
(?) changed the permissions back to whatever they were before I had fiddled
with it as well.

So, not sure what the true source of the problem was, but I very much
appreciate the tips and guesswork from everyone!

--
Chuck Rector
Internet Exposure, Inc.
http://www.iexposure.com
crector@xxxxxxxxxxxxx

Web Development - Web Marketing - ISP Services
(612) 676-1946

> -----Original Message-----
> From: enhydra-admin@xxxxxxxxxxx [mailto:enhydra-admin@xxxxxxxxxxx]On
> Behalf Of Mike Warne
> Sent: Monday, October 28, 2002 11:33 AM
> To: enhydra@xxxxxxxxxxx
> Cc: crector@xxxxxxxxxxxxx
> Subject: RE: Enhydra: Enhydra Site Runs Locally, But Not Live (On
> Server)
>
>
> Hi Charles,
>
> [[ /usr/local/java/j2sdk1.4.1/jre/lib/i386/libfontmanager.so:
> libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or
> directory ]]
>
> Ahh, awt is looking for Font libraries!
>
> I had a similar problem with an app I was using that used the awt
> fonts etc.  This app generates PDF files.  The PDF library calls
> some awt functions although it is not a gui application.
>
> Here is the problem... Sun java awt functions require X windows
> to be installed on unix machines.  As an alternative using jdk
> 1.4 you can use this java arg in your startup:
>
> -Djava.awt.headless=true   This tells java that there is no GUI
> libraries installed on the machine, and it will not try to load them.
>
>
> There is a Pure JAVA awt, that does not try to call the native
> xwindows .so libraries.
> Appartently you can use this with JDK 1.3 etc.
> http://www.eteks.com/pja/en/index.jsp
>
>
>
> -----Original Message-----
> From: Charles Rector [mailto:crector@xxxxxxxxxxxxx]
> Sent: Sunday, October 27, 2002 2:56 PM
> To: enhydra@xxxxxxxxxxx
> Subject: RE: Enhydra: Enhydra Site Runs Locally, But Not Live (On
> Server)
>
>
>
> The versions are somewhat different. Could that be causing me
> trouble? I'll
> see about using versions which match exactly, if so. I am actually
> developing under WinXP and deploying to a Linux box. The JDK on the Linux
> box is 1.4.0_01. The version I have my site compiling with is 1.4.0-b92. I
> also have 1.3.1-b24 in my JBuilder JDKs, and I just tried out compiling it
> under that and then deploying, but still no change. It does run
> successfully
> locally no matter which version I use.
>
> I noticed some references to a JDK within the multiserver log
> before, though
> a fellow employee believes it has nothing to do with my application and
> could just as well be ignored, since it was from the admin itself (this is
> on the server which I can't even start the app on). Here it is,
> at any rate:
>
> 2002.10.22 06:05:57: Admin,DEBUG: RID:20: exception running
> presentation/Perform.po:
> /usr/local/java/j2sdk1.4.1/jre/lib/i386/libfontmanager.so:
> libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or
> directory
> 2002.10.22 06:05:57: Admin,DEBUG+ java.lang.UnsatisfiedLinkError:
> /usr/local/java/j2sdk1.4.1/jre/lib/i386/libfontmanager.so:
> libstdc++-libc6.1-1.so.2: cannot open shared object file: No such file or
> directory
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> java.lang.ClassLoader$NativeLibrary.load(Native Method)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1473)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> java.lang.ClassLoader.loadLibrary(ClassLoader.java:1389)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> java.lang.Runtime.loadLibrary0(Runtime.java:788)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> java.lang.System.loadLibrary(System.java:832)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> java.security.AccessController.doPrivileged(Native Method)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> sun.awt.font.NativeFontWrapper.<clinit>(NativeFontWrapper.java:42)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> sun.awt.X11GraphicsEnvironment.initDisplay(Native Method)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:125)
> 2002.10.22 06:05:57: Admin,DEBUG+     at java.lang.Class.forName0(Native
> Method)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> java.lang.Class.forName(Class.java:140)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsE
> nvironment
> .java:62)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> java.awt.Font.initializeFont(Font.java:303)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> java.awt.Font.<init>(Font.java:339)
> 2002.10.22 06:05:57: Admin,DEBUG+     at pcp.pcp.<clinit>(pcp.java:25)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstr
> uctorAcces
> sorImpl.java:39)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Delegati
> ngConstruc
> torAccessorImpl.java:27)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> java.lang.reflect.Constructor.newInstance(Constructor.java:274)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> java.lang.Class.newInstance0(Class.java:306)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> java.lang.Class.newInstance(Class.java:259)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> com.lutris.appserver.server.httpPresentation.servlet.HttpPresentat
> ionServlet
> .initApplication(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> com.lutris.appserver.server.httpPresentation.servlet.HttpPresentat
> ionServlet
> .init(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> org.apache.tomcat.core.ServletWrapper$2.method(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> org.apache.tomcat.core.ServletWrapper.handleInvocation(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> org.apache.tomcat.core.ServletWrapper.loadServlet(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> org.apache.tomcat.core.Context.loadServlets(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> org.apache.tomcat.core.Context.setupLoadableServlet(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> org.enhydra.servlet.servletManager.ServletManager.start(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> com.lutris.appserver.admin.presentation.Perform.performAction(Perf
> orm.java:7
> 6)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> com.lutris.appserver.admin.presentation.Perform.runPage(Perform.java:151)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> com.lutris.appserver.server.jolt.joltpo.JoltPage.run(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> com.lutris.appserver.server.httpPresentation.HttpPresentationManag
> er.runPres
> entationObj(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> com.lutris.appserver.server.httpPresentation.HttpPresentationManag
> er.Run(Unk
> nown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> com.lutris.appserver.server.httpPresentation.servlet.HttpPresentat
> ionServlet
> .serviceDirect(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> com.lutris.appserver.server.httpPresentation.servlet.HttpPresentat
> ionServlet
> .service(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> org.apache.tomcat.core.ServiceInvocationHandler.method(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> org.apache.tomcat.core.ServletWrapper.handleInvocation(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> org.apache.tomcat.core.ServletWrapper.handleRequest(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> org.apache.tomcat.core.Context.handleRequest(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> org.enhydra.servlet.servletManager.ServletManager.service(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> org.enhydra.servlet.connectionMethods.http.HttpHandler.doARequest(Unknown
> Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> org.enhydra.servlet.connectionMethods.http.HttpHandler.processRequ
> ests(Unkno
> wn Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> org.enhydra.servlet.connectionMethods.http.HttpHandler.run(Unknown Source)
> 2002.10.22 06:05:57: Admin,DEBUG+     at
> java.lang.Thread.run(Thread.java:536)
>
> If it is of importance, I believe the site was originally created with
> Enhydra 3.1. That doesn't seem to have influenced things too
> much, however,
> since I even went so far as to create a new Enhydra Application
> with 5.0. I
> copied all the source and resource files over from the old project (even
> renamed the project to 'pcpsite', hoping perhaps any naming
> conflicts would
> be resolved that way) and then redeployed. All except the conf files
> perhaps, which I simply modified as needed. I was met with the
> same results,
> however, and still received that mysterious ClassCastException when trying
> to access pages from the site after starting it.
>
> --
> Chuck Rector
> Internet Exposure, Inc.
> http://www.iexposure.com
> crector@xxxxxxxxxxxxx
>
> Web Development - Web Marketing - ISP Services
> (612) 676-1946
>
> > -----Original Message-----
> > From: enhydra-admin@xxxxxxxxxxx [mailto:enhydra-admin@xxxxxxxxxxx]On
> > Behalf Of Darius Katz
> > Sent: Sunday, October 27, 2002 3:22 PM
> > To: enhydra@xxxxxxxxxxx
> > Subject: Re: Enhydra: 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
> > >
> > _______________________________________________
> > Enhydra mailing list
> > Enhydra@xxxxxxxxxxx
> > http://www.enhydra.org/mailman/listinfo.cgi/enhydra
> >
>
> _______________________________________________
> Enhydra mailing list
> Enhydra@xxxxxxxxxxx
> http://www.enhydra.org/mailman/listinfo.cgi/enhydra
>
> _______________________________________________
> Enhydra mailing list
> Enhydra@xxxxxxxxxxx
> http://www.enhydra.org/mailman/listinfo.cgi/enhydra
>