Bug:WEB-INF/lib JARs not added to runtime classpath of WebLogic Server

The JAR files packaged in the WEB-INF/lib directory of an application do not get installed to the runtime classpath of the Weblogic server.
Edited by: dvohra16 on Feb 28, 2013 9:24 AM

Some posts in which an external jar, usually a JDBC jar, had to be added to the startWebLogic script to be added to the runtime classpath of WebLogic server.
Re: jdbc problem on MS SQL Server
Re: MySQL JDBC driver w/11.1.2 where too now?
Re: ADF Parameter form - java.lang.NoClassDefFoundError: sqlj/runtime/ref/Defa
Re: Cannot load driver class: com.microsoft.sqlserver.jdbc.SQLServerDriver
Re: deploy a shared library
Re: Cannot load driver class: com.microsoft.sqlserver.jdbc.SQLServerDriver
Re: Help need in Adding External jar files.
Re: NoClassDefFoundError while Testing a JAX-WS Web Service
Re: Unable to connect to SQL server 2008 from a deployed Weblogic application
Re: Howo to add external jar - quick question
Re: MySql connection with JDev 11.1.2.2 issues
Re: Integration of MySQL with ADF application

Similar Messages

Jar file in web-inf\lib is not being loaded - weblogic 7.0

I am callling a webservice from a jsp. everything works fine if I keep the interface
classes under web-inf\classes....but If I put the interface classes in a jar file
and put it under web-inf\lib, then weblogic does not seem to find that....
I am getting following error :
C:\bea\user_projects\mydomain\.\myserver\.wlnotdelete\_appsdir_omccs_example_war_omccs_example_4653011\jarfiles\WEB-INF\lib\Customer_client32432.jar(com/qwest/omccsexample/ejb/CustomerBean/CustomerValue.java):14:
class CustomerValue is public, should be declared in a file named CustomerValue.java
(source unavailable)
C:\bea\user_projects\mydomain\.\myserver\.wlnotdelete\_appsdir_omccs_example_war_omccs_example_4653011\jarfiles\WEB-INF\lib\Customer_client32432.jar(com/qwest/omccsexample/ejb/CustomerBean/CustomerValue.java):119:
cannot resolve symbol
symbol : class RuntimeUtils
location: package binding
(source unavailable)
C:\bea\user_projects\mydomain\.\myserver\.wlnotdelete\_appsdir_omccs_example_war_omccs_example_4653011\jarfiles\WEB-INF\lib\Customer_client32432.jar(com/qwest/omccsexample/ejb/CustomerBean/CustomerValue.java):120:
cannot resolve symbol
symbol : class RuntimeUtils
location: package binding
(source unavailable)
C:\bea\user_projects\mydomain\.\myserver\.wlnotdelete\_appsdir_omccs_example_war_omccs_example_4653011\jarfiles\WEB-INF\lib\Customer_client32432.jar(com/qwest/omccsexample/ejb/CustomerBean/CustomerValue.java):121:
cannot resolve symbol
symbol : class RuntimeUtils
location: package binding
(source unavailable)
4 errors
Wondering if it is a bug...?
any thoughts ?
-Girish Bhatia

I wrote up a simple test case for this and it works fine for me.
I suppose there are diffences. ;)
I am using:
WebLogic Server 7.0 SP1 Mon Sep 9 22:46:58 PDT 2002 206753
Take the attached zip, unzip.
cd to directory
ant build
then deploy it via the console, or
java weblogic.Deployer -adminurl t3://127.0.0.1:7001 -user weblogic -password
weblogic -activate -name mywebapp2 -source e:/weblogic/dev/sandbox/griffith/apps/output/exploded_mywebapp_lib/
Then:
http://c863775-d:7001/exploded_mywebapp_lib/frobber
works for me. My servlet implments an interface in the jar in my lib dir.
Cheers
mbg
"Girish" <[email protected]> wrote:
>
I am callling a webservice from a jsp. everything works fine if I keep
the interface
classes under web-inf\classes....but If I put the interface classes in
a jar file
and put it under web-inf\lib, then weblogic does not seem to find that....
I am getting following error :
C:\bea\user_projects\mydomain\.\myserver\.wlnotdelete\_appsdir_omccs_example_war_omccs_example_4653011\jarfiles\WEB-INF\lib\Customer_client32432.jar(com/qwest/omccsexample/ejb/CustomerBean/CustomerValue.java):14:
class CustomerValue is public, should be declared in a file named CustomerValue.java
(source unavailable)
C:\bea\user_projects\mydomain\.\myserver\.wlnotdelete\_appsdir_omccs_example_war_omccs_example_4653011\jarfiles\WEB-INF\lib\Customer_client32432.jar(com/qwest/omccsexample/ejb/CustomerBean/CustomerValue.java):119:
cannot resolve symbol
symbol : class RuntimeUtils
location: package binding
(source unavailable)
C:\bea\user_projects\mydomain\.\myserver\.wlnotdelete\_appsdir_omccs_example_war_omccs_example_4653011\jarfiles\WEB-INF\lib\Customer_client32432.jar(com/qwest/omccsexample/ejb/CustomerBean/CustomerValue.java):120:
cannot resolve symbol
symbol : class RuntimeUtils
location: package binding
(source unavailable)
C:\bea\user_projects\mydomain\.\myserver\.wlnotdelete\_appsdir_omccs_example_war_omccs_example_4653011\jarfiles\WEB-INF\lib\Customer_client32432.jar(com/qwest/omccsexample/ejb/CustomerBean/CustomerValue.java):121:
cannot resolve symbol
symbol : class RuntimeUtils
location: package binding
(source unavailable)
4 errors
Wondering if it is a bug...?
any thoughts ?
-Girish Bhatia
[mywebapptest.zip]

Bug using WEB-INF/lib Jar archives

Hi, I am running iPlanet 6.0Sp3 on Windows 2000. I deployed our Web
application in the form of a War file and it is now under the APPS/modules
directory as the following directory: APPS/modules/ourapp.
When I start the iPlanet Application Server, it fails to find any of the
classes in the Jar files in APPS/modules/ourapp/WEB-INF/lib/. Is this a bug?
One workaround is to unjar all of these files, but this is counter to the
J2EE spec. Another workaround is to modify the classpath in the iPlanet
registry, but this would expose the classes to other Web applications
running in the same server.
Thanks for any help. Martin

Hi Martin,
I think you are packinh up the jar file inside the war module, as far as i know
there should be no jar file inside the module/App-name dir tree.
all the modules either war or jar should be in <GX_ROOT_DIR>/JAR dir.
So try making the war module with class files only(static content can also be
added) with appropriate deployment descriptor.
I will mail you separately the procedure for creating a war file from deployment
tool gui.
Please mail me back if you have any other problems.
Sanjeev.
Developer Support Group iAS.
Martin Gilchrist wrote:
Hi, I am running iPlanet 6.0Sp3 on Windows 2000. I deployed our Web
application in the form of a War file and it is now under the APPS/modules
directory as the following directory: APPS/modules/ourapp.
When I start the iPlanet Application Server, it fails to find any of the
classes in the Jar files in APPS/modules/ourapp/WEB-INF/lib/. Is this a bug?
One workaround is to unjar all of these files, but this is counter to the
J2EE spec. Another workaround is to modify the classpath in the iPlanet
registry, but this would expose the classes to other Web applications
running in the same server.
Thanks for any help. Martin

Web application can not find apphome /WEB-INF/lib/*.jar files in classpath?

I need to add the jsse jars to one of my servlets. I do not want the jsse in the server classpath(jvm12.conf) however, because this screws with some credit card jar I am using. Can't I have a per application classpath with the /WEB-INF/lib directory? This is iWS 6.0.

In iWS 6.0, the context information such as a context path of the web application and other properties are defined in web-apps.xml file.
'class-loader' element in web-apps.xml file can be be used to specify the class path to a web application and customize how the application is serviced.
Refer to example web-apps.xml file in Prog. guide to Servlets for more details.
http://docs.iplanet.com/docs/manuals/enterprise/50/servlets/war.htm#33557

Tomcat 4.1.10 ignoring WebApp's WEB-INF/lib/*.jar

I've been bashing my head against this for two days now:
1. Got a webapp deployed in tomcat, with a whole bunch of jars that sit in the /<webapp>/WEB-INF/lib
2. In web.xml, I instantiate a servlet that performs cache-loading - the servlet class is in of the jars from point 1 ^ - and it works fine, finding all the classes that it needs, etc.
3. A test page, with nothing more than a page import directive of the same package that the servlet from point. 2 uses - fails with package {xxx} does not exist...
Any help is GREATLY apreciated!

Thanx for all your suggestions, nothing seems to have solved the problem and since I had it working fine under tomcat 3, I'm quite convinced that this is a bonafide bug.
I'll award 1 duke dollar to each, since none have solved the problem.

WEB-INF\lib\ Jar files

Hello
I have a war module with this:
/index.html
/pages/ (my pages)
/pages/js (my js)
/pages/images (my images)
/WEB-INF/classes/ (my servlet classes)
/WEB-INF/lib/ (my lib jar files)
/WEB-INF/web.xml (descriptor)
ok,
I run deploy tool,
open this war file (module), (ex mod1.war)
convert to ias module, modify the descriptor,
verify (everything ok)
save module
create ear (ex ap1.ear)
put this module within this ear
create and save ear descriptor
save ear
verify (everything ok)
deploy ear.
ok,
Why decompress my lib jar files in:
/APPS/ap1/mod1/WEB-INF/lib
These wil be fine if decompress the entire jars, but only extracts the class
files and no the xxxx.properties neither messages.txt; exactly
no extracts files that aren't .class. ???
Are there any workaround to this that isn't copy the files? Figure not to
have ftp acces in a sun? What we have to do?
Thanks.

In iWS 6.0, the context information such as a context path of the web application and other properties are defined in web-apps.xml file.
'class-loader' element in web-apps.xml file can be be used to specify the class path to a web application and customize how the application is serviced.
Refer to example web-apps.xml file in Prog. guide to Servlets for more details.
http://docs.iplanet.com/docs/manuals/enterprise/50/servlets/war.htm#33557

Working with tag-library which is packed in WEB-INF\lib\jar-file.jar:

Hi,
When importing a webworks war file, which contains default taglib.tld in the webworks.jar which is packed in /Web-Inf/lib/webworks.2.1.7.jar the war file.
I am getting following error while running the jsp.
Error(6): duplicated tag definitions within the same TLD: text
Error(6): java.lang.NullPointerException
Error(6): Unable to load taghandler class: /webwork
Line which points to Errors is "<%@ taglib prefix="ww" uri="/webwork" %>"
But, There is a taglib.tld in /Web-Inf/lib/webworks.2.1.7.jar!\meta-inf\tablib.tld
which mentions uri as
<taglib>
<tlib-version>2.2.1</tlib-version>
<jsp-version>1.2</jsp-version>
<short-name>WebWork Taglib</short-name>
<uri>/webwork</uri>
</taglib>
But, There is no following entry for '/webwork' (uri) in web.xml
Same war is working fine in tomcat webserver.
Can anybody explain me how to work with this kind of a setup, where taglib is packed in some jar which is packed in Web-Inf/lib dir.
Thanks,
Siva

I found the problem. The web-app was finding the class in the APP-INf/lib. But the problem was being caused due to a reference to another class that was being loaded by the webapp classloader which was not visible to the class inside the common jar. The solution was to make sure both classes were being loaded by one class loader.
Thanks anyway
Sameet

OAS 10.1.3 isn't detecting /WEB-INF/lib jar files within WAR file

Hello,
I have been developing and testing a simple non-EJB web application on Tomcat 5.5 with no class loading difficulties for the past several months. All of the needed JARs for my app are located under the WEB-INF/lib directory. My next task is to deploy the WAR file containing my webapp on the Oracle 10g (10.1.3) application server.
The problem I am having when trying to do this is that when I deploy the WAR file from Oracle Enterprise Manager, the WAR file will expand correctly but at runtime OAS doesn't appear to be detecting the JAR files in the WEB-INF/lib folder of my WAR file. I have confirmed that the JAR files are indeed being expanded in the directory that OC4J expands the WAR file into:
appserver/j2ee/home/applications/appEARFile/MyWebApp/WEB-INF/lib.
But when I run the application, from the Firefox browser I immediately get the following 500 Internal Server Error:
"Servlet error: Error instantiating servlet 'reports'. Servlet class org.springframework.web.servlet.DispatcherServlet not found in web-application MyWebApp"
(The IE browser just gives me the 500 error without additional elaboration.)
But my spring.jar where that class is located is in the WEB-INF/lib directory. Does anyone have an idea what the solution is--how can I get OC4J to read the spring.jar (or any jar) in that lib folder? (Or is there a way I can configure logging to better pinpoint the problem if that isn't it?)
Thanks,
Glen

Glen,
You said:
IE browser just gives me the 500 error without
additional elaborationTry unsetting the "Show friendly HTTP error
messages".
From the "Tools" menu of Microsoft Internet Explorer,
choose "Internet Options".
(You should then see another window entitled
"Internet Properties" displayed.)
Select the "Advanced" tab and search for "Show
friendly HTTP error messages".
Excellent--that worked. Thanks! I was afraid that I would have to be debugging on Firefox exclusively.
I also suggest setting the
"search-local-classes-first" attribute, of the
"web-app-class-loader" element, in your
"orion-web.xml" file to 'true' (if it isn't
already).
That did it. My orion-web.xml file was of the old DTD-based version, I believe that was causing the problem.
The following document:
Oracle® Containers for J2EE
Developers Guide
10g Release 3 (10.1.3)
Part No. B14433-01
has a chapter (3) entitled Utilizing the OC4J
Class Loading Framework which contains a section
entitled Troubleshooting Class Loading-Related
Problems in OC4J.
Thanks for the link, I went through it thoroughly in trying to fix my problem.
Glen

Jce in web-inf/lib - does not work

Hi all!
I've got the following problem:
I accomplished to form an ear file that contains an ejb jar and a war file. The
ejb jar manifest includes several jars that are part of the ear file. Additionally
the web app needs the following jars: local_policy.jar, jce1_2_1.jar, US_export_policy.jar
When I put these files into the WEB-INF/lib of the webapp or into Manifest's Class-Path
of the ejb.jar I always get the same behaviour:
I can deploy it (yipieeh) but when I run the web app I get the following exception
(uieehh):
java.lang.SecurityException: Cannot authenticate JCE framework java.lang.SecurityException:
The JCE framework has unsigned class files. at com.sun.crypto.provider.SunJCE.a([DashoPro-V1.2-120198])
at com.sun.crypto.provider.SunJCE.c([DashoPro-V1.2-120198]) at com.sun.crypto.provider.PBEKeyFactory.<init>([DashoPro-V1.2-120198])
at java.lang.Class.newInstance0(Native Method) at java.lang.Class.newInstance(Class.java:237)
at javax.crypto.Support.getImplementation(Support.java:77) at javax.crypto.Support.getImplementation(Support.java:32)
at javax.crypto.SecretKeyFactory.getInstance(SecretKeyFactory.java:42)
Surprisingly it works when I put the jar files into wls6.1SP2's lib directory
respectively to wls's classpath! But what I need is one ear file that contains
everything ...
Please if you know this problem, a workaround or you have only a guess reply to
this message.
Thanks for every serious response,
Chris.

Well if you got the jar file to work in the /lib/ dir of the EAR file with
the manifest.mf Class-Path: entry then more power to you. This didn't work
for me for some reason, just let each ejb/war/etc compile to its own dir and
deploy it with all its dependencies included...
Your MalformedURL exception looks different than the security exception you
had earlier. Im guessing that putting the files in a common location in the
ear solved the class loading/security exception problem.
Your malformedURL problem is probably just that, a malformed URL.
Make sure all your associated metadata is pointing to the right place (use
paths of /someApp/somejsp.jsp, etc. dont use ../../somejsp.jsp)
make sure your using the right protocol (dont put one by default). This
would be my guess. Maybe its expecting an SSL call of the form
https://something or t3s://something but I'm not sure
hope this helps,
Michael Lee
Architect
AfterBOT
[email protected]
remove nospam_ to email
"Chris" <[email protected]> wrote in message
news:[email protected]...
>
First of all: Thanks for your response
"Michael Lee" <[email protected]> wrote:
Your getting that error because different wars run in different class
loaders. It does not trust the other class loaders files unless they're
signed in some way. I think one way you can do this is set up a
security.policy? file for each war that tells what files are allowedI was thinking about that but: How can I do that?
from
where. Here's the way the WLS class loaders work...
WLS system class loader
|
EAR class loader
|
EJB class loader
|
WAR class loader
everything down on the chain there can see up, but not vice versa. You
will
get a class not found
That way, the war files can call ejb's without problems, but EJBs can
not
access war file classes.
One other possible way around your problem is to add a /lib/... directory
to
your EAR and include a Class-Path: section in your manifest to point
to the
JCE files. I think this allows war files to see each others classes.You have to manipulate the EJB-Manifest and put the jar files into the earfile!
At least this is how it worked in my case! But I 've tried that alreadybut then
I get a very similiar Exception: something with can not authenticate: ..MalormedURLException:
no protocol ...
This
didn't work for me when I tried to create a shared library between
EJBs/WARs
but I didnt try to share files between 2 wars so who knows.
Hope this helps some,
Mike Lee
Architect
AfterBOT
[email protected]
Just remove nospam_ to email me
"Chris" <[email protected]> wrote in message
news:[email protected]...
Hi all!
I've got the following problem:
I accomplished to form an ear file that contains an ejb jar and a warfile. The
ejb jar manifest includes several jars that are part of the ear file.Additionally
the web app needs the following jars: local_policy.jar, jce1_2_1.jar,US_export_policy.jar
When I put these files into the WEB-INF/lib of the webapp or intoManifest's Class-Path
of the ejb.jar I always get the same behaviour:
I can deploy it (yipieeh) but when I run the web app I get the
following
exception
(uieehh):
java.lang.SecurityException: Cannot authenticate JCE frameworkjava.lang.SecurityException:
The JCE framework has unsigned class files. atcom.sun.crypto.provider.SunJCE.a([DashoPro-V1.2-120198])
at com.sun.crypto.provider.SunJCE.c([DashoPro-V1.2-120198]) atcom.sun.crypto.provider.PBEKeyFactory.<init>([DashoPro-V1.2-120198])
at java.lang.Class.newInstance0(Native Method) atjava.lang.Class.newInstance(Class.java:237)
at javax.crypto.Support.getImplementation(Support.java:77) atjavax.crypto.Support.getImplementation(Support.java:32)
at javax.crypto.SecretKeyFactory.getInstance(SecretKeyFactory.java:42)
Surprisingly it works when I put the jar files into wls6.1SP2's libdirectory
respectively to wls's classpath! But what I need is one ear file thatcontains
everything ...
Please if you know this problem, a workaround or you have only a guessreply to
this message.
Thanks for every serious response,
Chris.

Unable to delete WEB-INF\\lib\*.jar using ant

Using ant to build struts.
This is part of the build.xml for struts-example.war
<property name="deploy.dir" value="${tomcat.home}/webapps"/>
<target name="cleanWebApp">
<delete file="${deploy.dir}/${war.file.name}" />
<delete dir="${deploy.dir}/${war.file}" includeEmptyDirs="true" />
</target>
But when I try to build and reload it to tomcat, it gives me errors:
cleanWebApp:
[delete] Deleting: D:\jakarta-tomcat-5.5.7\webapps\struts-example.war
[delete] Deleting directory D:\jakarta-tomcat-5.5.7\webapps\struts-example
BUILD FAILED
D:Java\code\struts\strutsexamples\build.xml:46: Unable to delete file D:\jakarta-tomcat-5.5.7\webapps\struts-example\WEB-INF\lib\commons-digester.jar
Also lib\struts.jar(maybe more) can't be deleted.
Now I have to stop tomcat, delete it manually, and reinstall the war.
How can I fix this problem?

All the advice above seems to make sense, but .....
- Tomcat shutdown,
- with all java processes shutdown,
- after a full reboot,
- with antiJARLocking="true" set in every context.xml I can find:
[delete] Deleting directory C:\Program Files\Apache Software
Foundation\Tomcat 5.5\webapps\myApp
BUILD FAILED
C:\myApp\build.xml:118: Unable to delete file C:\Program Files\Apache
Software Foundation\Tomcat 5.5\webapps\myApp\WEB-INF\lib\antlr.jar
But I CAN delete the jars using the normal Windows Explorer or from the DOS Command Prompt.
And per the advice found here:
http://saloon.javaranch.com/cgi-bin/ubb/ultimatebb.cgi?ubb=get_topic&f=67&t=000574
I've downloaded the Process Explorer from www.sysinternals.com and no windows processes appear to have a handle on there directory.
I think the solution is indeed to exclude jar files from <delete> target.
Regards,
Stewart

WL 5.1 war: can't access WEB-INF/lib jars

          I'm trying to deploy a war file that uses Struts on wl5.1. The problem I am having
          is that the servlets are unable to find classes from jars in the war file. If
          I put the jars in the weblogic classpath, it works, but I'd rather not do that.
          This war file works on Tomcat, but it doesn't seem to be working on wl5.1. Oddly,
          while deploying, the server finds the servlet class itself from one of the jars,
          but then can't find the other classes the servlet class references, even though
          they are in the same jar.
          I've verified that the servlet class is not in the server classpath. I've found
          a number of posts about this problem in this newsgroup (though generally for later
          versions of the appserver), but none of them solved my problem.
          If anyone can recollect Weblogic 5.1, I'd appreciate your help.
          Thanks.
          Rex


Glen,
You said:
IE browser just gives me the 500 error without
additional elaborationTry unsetting the "Show friendly HTTP error
messages".
From the "Tools" menu of Microsoft Internet Explorer,
choose "Internet Options".
(You should then see another window entitled
"Internet Properties" displayed.)
Select the "Advanced" tab and search for "Show
friendly HTTP error messages".
Excellent--that worked. Thanks! I was afraid that I would have to be debugging on Firefox exclusively.
I also suggest setting the
"search-local-classes-first" attribute, of the
"web-app-class-loader" element, in your
"orion-web.xml" file to 'true' (if it isn't
already).
That did it. My orion-web.xml file was of the old DTD-based version, I believe that was causing the problem.
The following document:
Oracle® Containers for J2EE
Developers Guide
10g Release 3 (10.1.3)
Part No. B14433-01
has a chapter (3) entitled Utilizing the OC4J
Class Loading Framework which contains a section
entitled Troubleshooting Class Loading-Related
Problems in OC4J.
Thanks for the link, I went through it thoroughly in trying to fix my problem.
Glen

Calling WEB-INF/lib/.Jar class from JSP

Hi everybody.
I have a problem about calling my jar file class from JSP .My development plotform is WSAD 5.1.2 and application server : WebSphere Test Server 5.1.This is the my server console error:
error: IO exception sun.io.MalformedInputException
D:\Projeler\Mustafa Yilmaz\WFR\WTIREAR\WTIRSD.jar(dvo/utb_part_tai_tool_code_bilgi_DVO.java):4: cannot access ortak.dvo.AnaDvo
bad class file: D:\Projeler\Mustafa Yilmaz\WFR\WTIREAR\ERPOrtak.jar(ortak/dvo/AnaDvo.java)
file does not contain class ortak.dvo.AnaDvo
Please remove or make sure it appears in the correct subdirectory of the classpath.
(source unavailable)
3 errors
]: org.apache.jasper.JasperException: Unable to compile class for JSP
D:\Projeler\Mustafa Yilmaz\WFR\WTIREAR\WTIRSD.jar(dvo/utb_part_tai_tool_code_bilgi_DVO.java):8: class utb_part_tai_tool_code_bilgi_DVO is public, should be declared in a file named utb_part_tai_tool_code_bilgi_DVO.java
(source unavailable)
error: IO exception sun.io.MalformedInputException
D:\Projeler\Mustafa Yilmaz\WFR\WTIREAR\WTIRSD.jar(dvo/utb_part_tai_tool_code_bilgi_DVO.java):4: cannot access ortak.dvo.AnaDvo
bad class file: D:\Projeler\Mustafa Yilmaz\WFR\WTIREAR\ERPOrtak.jar(ortak/dvo/AnaDvo.java)
file does not contain class ortak.dvo.AnaDvo
Please remove or make sure it appears in the correct subdirectory of the classpath.
(source unavailable)
3 errors
     at org.apache.jasper.compiler.Compiler.compile(Compiler.java:369)
     at org.apache.jasper.compiler.Compiler.compile(Compiler.java:129)
     at com.ibm.ws.webcontainer.jsp.servlet.JspServlet.loadJSP(JspServlet.java:941)
     at com.ibm.ws.webcontainer.jsp.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:285)
     at com.ibm.ws.webcontainer.jsp.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:317)
     at com.ibm.ws.webcontainer.jsp.servlet.JspServlet.serviceJspFile(JspServlet.java:669)
     at com.ibm.ws.webcontainer.jsp.servlet.JspServlet.service(JspServlet.java:767)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
     at com.ibm.ws.webcontainer.servlet.StrictServletInstance.doService(StrictServletInstance.java:110)
     at com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet._service(StrictLifecycleServlet.java:174)
     at com.ibm.ws.webcontainer.servlet.IdleServletState.service(StrictLifecycleServlet.java:313)
     at com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet.service(StrictLifecycleServlet.java:116)
     at com.ibm.ws.webcontainer.servlet.ServletInstance.service(ServletInstance.java:283)
     at com.ibm.ws.webcontainer.servlet.ValidServletReferenceState.dispatch(ValidServletReferenceState.java:42)
     at com.ibm.ws.webcontainer.servlet.ServletInstanceReference.dispatch(ServletInstanceReference.java:40)
     at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.handleWebAppDispatch(WebAppRequestDispatcher.java:983)
     at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.dispatch(WebAppRequestDispatcher.java:564)
     at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward(WebAppRequestDispatcher.java:200)
     at com.ibm.ws.webcontainer.srt.WebAppInvoker.doForward(WebAppInvoker.java:119)
     at com.ibm.ws.webcontainer.srt.WebAppInvoker.handleInvocationHook(WebAppInvoker.java:276)
     at com.ibm.ws.webcontainer.cache.invocation.CachedInvocation.handleInvocation(CachedInvocation.java:71)
     at com.ibm.ws.webcontainer.srp.ServletRequestProcessor.dispatchByURI(ServletRequestProcessor.java:182)
     at com.ibm.ws.webcontainer.oselistener.OSEListenerDispatcher.service(OSEListener.java:334)
     at com.ibm.ws.webcontainer.http.HttpConnection.handleRequest(HttpConnection.java:56)
     at com.ibm.ws.http.HttpConnection.readAndHandleRequest(HttpConnection.java:618)
     at com.ibm.ws.http.HttpConnection.run(HttpConnection.java:439)
     at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:672)
can you help me ?

class utb_part_tai_tool_code_bilgi_DVO is public,
should be declared in a file named utb_part_tai_tool_code_bilgi_DVO.java...
cannot access ortak.dvo.AnaDvo bad class file:
D:\Projeler\Mustafa Yilmaz\WFR\WTIREAR\ERPOrtak.jar(ortak/dvo/AnaDvo.java)
file does not contain class ortak.dvo.AnaDvoThe error messages say it all. Rename the .java files so that they match the class names. Then recompile and repack the JAR file.

Jars in web-inf/lib not in classpath

          Hello,
          I am building a web application where I wish to use third party jars.
          (specifically cos.jar and log4j.jar)
          AFAIK when you place these jars in the web-inf/lib directory of your application
          they should then be included in the application classpath.
          However this does not seem to always work. I am using Weblogic 6.1, no service
          pack.
          Eventually I got it to work by adding a manifest to my EJB jar file with the classpath
          pointing to the jars and including the jars in the ear file.
          Has anyone else had any issues with this?
          Thanks,
          James


James,
          Yes, I've had troubles with WLS 6.1.2 finding the classes in my jar files
          that are stored in WEB-INF/lib when deploying as a .war file. The funny
          thing is that when I deploy to a WLS 6.1.0 running on two other machines
          (one solaris, one linux), I don't see this problem.
          My servlets all extend the webmacro WMServlet class, which is found in
          WEB-INF/lib/webmacro.jar. When deploying my web app, grems, I see the
          following behavior.
          On WLS 6.1.0 (running on solaris), the server unjars the WEB-INF/lib files into
          ".wlnotdelete/WEB-INF/_tmp_war_myserver_myserver_grems". That directory
          contains a jar file for each one in my .war files WEB-INF/lib directory.
          On WLS 6.1.2 (running on Solaris), however, the server just doesn't seem to do that.
          Instead, it creates
          ".wlnotdelete/WEB-INF/_tmp_war_myserver_myserver_grems/WEB-INF/lib". Not
          only that, but it doesn't put any of my jar files into that directory.
          Notice that it create the WEB-INF directory twice for some reason.
          Needless to say, any class which uses a class from one of those jar files
          bombs spectacularly with a ClassNotFound exception. This is extremely
          frustrating and any help would be greatly appreciated.
          Thanks,
          Bobby
          In article <[email protected]>, "James Lawless"
          <[email protected]> wrote:
          > Hello,
          >
          > I am building a web application where I wish to use third party jars.
          > (specifically cos.jar and log4j.jar)
          >
          > AFAIK when you place these jars in the web-inf/lib directory of your
          > application they should then be included in the application classpath.
          >
          > However this does not seem to always work. I am using Weblogic 6.1, no
          > service pack.
          >
          > Eventually I got it to work by adding a manifest to my EJB jar file with
          > the classpath pointing to the jars and including the jars in the ear
          > file.
          >
          > Has anyone else had any issues with this?
          >
          > Thanks,
          >
          > James

WEB-INF/lib WEB-INF/classes ClassLoader problem

I have observed that in WL 8.1, a class in a jar deployed in WEB-INF/lib does not have the ability to access a resource deployed in WEB-INF/classes. Is this the intended behavior to not have WEB-INF/lib and WEB-INF/classes in the same ClassLoader? If so, is there a way to configure this behavior to give permission to classes loaded in WEB-INF/lib to the ClassLoader that has WEB-INF/classes?
thanks,
Kenneth Shin

Are you really certain that's what's happening? Is it possible the jar file stored in WEB-INF/lib isn't found elsewhere in the CLASSPATH, perhaps by a higher-level classloader? You might consider setting "prefer-web-inf-classes" to true in your weblogic.xml file, to ensure that the jars in WEB-INF/lib are being used instead of from somewhere else.

Classloading Order in /WEB-INF/lib

hi all,
we are using wl 8.1sp2 and we have a problem with the classloading in a webapp. The requested class is loaded on startup.
My question is: In which ordering are the classes - or better jar-files - loaded, which are located in the /WEB-INF/lib directory... is it alpha-numerical? random?
Is there a way to control the ordering?
I browsed the tutorials but could not find an answer to that question.
- odilo

I am running into exactly the same issue. I haven't found any solution yet.
Our primary reason for having the same classes in multiple jars is for patch release purposes. We would like to drop a patch jar into a directory (ideally somewhere other than WEB-INF/lib) and prepend it to the classpath via some mechanism... for example the Class-Path attr of MANIFEST.MF
One alternative is to replace the entire existing core jar file with a patched version. This is quite inconvenient with our current QA process, since the complete functionality would have to be re-tested rather than just a point test of the patched area.
I could also envision a need for this in a situation where you have third-party libraries. It's not always easy to control their packaging. Sometimes they come bundled with old utility classes which you would like to shadow with newer versions.

Bug:WEB-INF/lib JARs not added to runtime classpath of WebLogic Server

Similar Messages

Maybe you are looking for