Wayne
Durham David Contr 805 CSPTS/SCBE wrote:
First, you must insure that you put all of your jars in WEB-INF/lib. This is important because of the way that classloaders work. Once a classloader has found something in its effective classpath, that is where it stops looking. Don't be tempted to put your jars in some Oracle lib path.
Follow you, I resisted the temptation -- everything is in the war file including jars in WEB-INF/lib.
Next insure that a class can be loaded from classes. You can do this by creating a class that has no package and calling it
from a server.
Yes, I can. The following code worked:
<%@ page import="Test" %>
<h1><%= Test.getString() %></h1>
Examine the application deployment directory structure (the expansion that happens after the war or ear is dropped into the applications subdirectory of j2ee/server-instance. If an ear, you should find a appname/warname file. Below this, you should find a directory of appname that contains the webapp. The webapp must contain a WEB-INF.
Everything is as it should be from the war I deploy.
The WEB-INF should contain web.xml (you created this for your web app). It may also contain some tlds, a classes directory and a lib directory. The lib directory is where all of your jars (including ojb jars as needed) will be. The classes directory should contain all of your ojb configuration files (for me it also contains all of my struts configuration files) and related dtds. There should also be a directory mil in your case (the root of your package names if mil.af.xxx is your package naming convention).
Yeah, everything is in order.
Because of the test indicated above, it should also contain your package-less .class file.
it does.
If Oracle is not deploying the stuff here, that is why you are getting the result you are getting. That is, if the files are there, and the classloader finds the package-less class, this problem is out of my league.
Damn. Apparently it is out of Oracle's league as well. I been working with them for about a week now, and so far, you've offered the best help. Thanks.
Wayne
Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
