RE: 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(GraphicsEnvironment
.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(NativeConstructorAcces
sorImpl.java:39)
2002.10.22 06:05:57: Admin,DEBUG+       at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstruc
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.HttpPresentationServlet
.initApplication(Unknown Source)
2002.10.22 06:05:57: Admin,DEBUG+       at
com.lutris.appserver.server.httpPresentation.servlet.HttpPresentationServlet
.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(Perform.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.HttpPresentationManager.runPres
entationObj(Unknown Source)
2002.10.22 06:05:57: Admin,DEBUG+       at
com.lutris.appserver.server.httpPresentation.HttpPresentationManager.Run(Unk
nown Source)
2002.10.22 06:05:57: Admin,DEBUG+       at
com.lutris.appserver.server.httpPresentation.servlet.HttpPresentationServlet
.serviceDirect(Unknown Source)
2002.10.22 06:05:57: Admin,DEBUG+       at
com.lutris.appserver.server.httpPresentation.servlet.HttpPresentationServlet
.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.processRequests(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