WEB-INF bug?

Hi,
I've noticed one strange thing on the iAS SP3 Test Drive.
Let's assume, I have a servlet MyServlet, URL is
http://hostname/NASApp/MyServletContext/MyServlet,
Servlet class is MyServlet.class in package com.mycompany.servlets.
I can download the servlet class, using next URL:
http://hostname/NASApp/MyServletContext/WEB-INF/classes/com/mycompany/servlets/MyServlet.class
Why I have a direct access to the WEB-INF directory???
P.S. for example, you can download the class of the fortune servlet:
http://yourhostname/NASApp/fortune/WEB-INF/classes/samples/fortune/servlet/FortuneServlet.class
Best regards,
Alexander Burdukov
Senior Software Designer
Flextronics
Global Supply Chain Solutions

Alexander V. Burdukov wrote:
>
I can download the servlet class, using next URL:
http://hostname/NASApp/MyServletContext/WEB-INF/classes/com/mycompany/servlets/MyServlet.class
!!!Known issue for sp3. (Previous releases not affected.) Patch available.
David

Similar Messages

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

Bug: "WEB-INF", "web-inf" and package names

I'm using JSPs with Struts, and as recommended in the Struts Toystore Example all of my JSPs are below the WEB-INF directory. If I compile my JSPs I get the following warnings (hundreds of them):
Warning: package name web2d_inf._jsp._gui._documents._document does not match source file name W:\root\output\Gui\View\classes\.jsps\_WEB_2d_INF\_jsp\_gui\_documents\_document\_Preview.java
How can I get rid of this warnings, without disabling warnings completely? I'm using JDeveloper 9.0.3.2
Thanks

Hello;
It looks like this bug may pop back up?
I am using 10g Pre on LINUX and get the error:
Project:/home/a/jdevhome/mywork/ir2/ViewController/ViewController.jpr
/home/a/jdevhome/mywork/ir2/ViewController/public_html/WEB-INF/untitled1.jsp
Error:/home/a/jdevhome/mywork/ir2/ViewController/public_html/web-inf/untitled1.jsp (No such file or directory)
It looks like web-inf is getting set to lower case somewhere.
I know Linux is not the release for the 10g pre, this is just in case the bug is going to 'pop' up again in the final version
Thanks
A

10g BUG? WEB-INF vs. web-inf LINUX

Hello;
I read this was fixed in 10g but it seem to exist still in linux. (Env: RH Linux 7.3, 10g Preview)
Create a New Web App (JSP/STRUTS...).
Create new JSP in /WEB-INF/untitled1.jsp
At this point you can't Compile the project.
The error below is created.
Project:/home/a/jdevhome/mywork/ir2/ViewController/ViewController.jpr
/home/a/jdevhome/mywork/ir2/ViewController/public_html/WEB-INF/untitled1.jsp
Error:/home/a/jdevhome/mywork/ir2/ViewController/public_html/web-inf/untitled1.jsp (No such file or directory)
This also happens when trying to compile Steve Muench BC4JToystore Demo
It looks like web-inf is getting set to lower case somewhere.
I know Linux is not the release for the 10g pre, this is just in case the bug is going to 'pop' up again in the final version
Thanks
A

repost?
Is this a know bug or am I doing something wrong?No, I also experienced the same problem under Linux. With JDev 9i, it works correctly. IMHO it's a 10g bug.
-- Chris.

DefaultServlet bug? forwarding to static content under WEB-INF

I've encountered what seems to be a bug in the DefaultServlet in WebServer 7.0u2, when trying to do a requestDispatch->forward to static content (e.g., a .png file) under WEB-INF. In general, I can forward into content under WEB-INF, and my servlet works fine when forwarding to dynamic content under WEB-INF (e.g., a .jsp file), but when I try to forward to static content, a 404 error is sent. The same servlet also works fine if I put the static content outside of WEB-INF. In summary:
forwarding to /WEB-INF/foo.png responds with error 404 (even though the content exists)
forwarding to /WEB-INF/foo.jsp works fine
forwarding to /other-dir/foo.png works fine
I'm baffled as to why I can't forward to static content under WEB-INF. I have a very simple web.xml file, and no suffix-based mappings, so the only servlet that should be responding to the forward is the servlet container's DefaultServlet. Is there some bug in DefaultServlet? Am I misunderstanding something?

pl. upgrade to latest update (web server 7 u5 as of now) and see if your problem is still reproduced.

Security Bug?? Accessing WEB-INF/web.xml from a URL

I can access http://localhost/NASApp/myApp/WEB-INF/web.xml (or any other
files in WEB-INF) from my browser! This can't be right. How do I turn this
off?
Hopefully, I can do this in the appserver, but if not, please tell me how to
do it in the webserver. I am using iWS 4.1 & iWS 6.0 on 2 different
machines.
Thanks,
Matt

This is known bug previously discussed in the following thread (search
in the newsgroup mcom.ias):
!!From - Fri Aug 31 08:12:02 2001
!!From: [email protected] (David Ogren)
!!Newsgroups: mcom.ias
!!Subject: Can someone cross-check this sp3 security concern
Matt Raible wrote:
I can access http://localhost/NASApp/myApp/WEB-INF/web.xml (or any other
files in WEB-INF) from my browser! This can't be right. How do I turn this
off?
Hopefully, I can do this in the appserver, but if not, please tell me how to
do it in the webserver. I am using iWS 4.1 & iWS 6.0 on 2 different
machines.
Thanks,
Matt

WEB-INF/classes not in classpath issue - bug or specification?

I've noticed BC4J expects some of its configuration files to be present in the standard classpath or the application.
However, when running web-apps, the WEB-INF/classes are used for loading classes by the JVM, but they are not in the classpath literaly which causes BC4J not to find its metadata files - this has caused many people to be confused because they believed (like me) that the /classes folder is just another part of the classpath.
But someone has to solve this! After all, if I have a million web-apps, I (as a BC4J user) do not want to include a million JAR files in the classpath. I want to put the JAR in the classes directory and have BC4J find it automatically since its part of the web-app's classes, jars/zips and such.
The question is, is this a BC4J issue (not finding the files) or a Java Specification issue? and if this is a mere BC4J issue, why won't Oracle provide a small patch for BC4J (simply release an updated JAR/ZIP file)? Or instead, put it in BC4J release notes (unless its already there and I've missed it..) so that customers won't have to spend/waste valuable time trying to understand.
Regards to all,
Arik Kfir.

Originally posted by Arik Kfir ([email protected]):
I've noticed BC4J expects some of its configuration files to be present in the standard classpath or the application.
However, when running web-apps, the WEB-INF/classes are used for loading classes by the JVM, but they are not in the classpath literaly which causes BC4J not to find its metadata files - this has caused many people to be confused because they believed (like me) that the /classes folder is just another part of the classpath.
But someone has to solve this! After all, if I have a million web-apps, I (as a BC4J user) do not want to include a million JAR files in the classpath. I want to put the JAR in the classes directory and have BC4J find it automatically since its part of the web-app's classes, jars/zips and such.
===========================================
If I understand you correctly, it sounds like you need to put the bc4j .jar files in the /j2ee/home/lib directory...by placing a jar file there, it becomes available to all web applications running inside OC4J...
does that solve your problem?
regards,
Mike Conway
UNC Chapel Hill

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

LinkageError on integratedWLS with prefer-web-inf-classes

Hello.
I'm currently messing with some reporting tool (BIRT) for weblogic. There's a web application example which should be deployed on application server for demonstration.
I have no problems deploying it on standalone WebLogic on linux server (jrockit), but I can't run it on my local integratedWLS (hotspot) - there is LinkageError.
Stalking through Interment, I found out that this thing has an issue with WebLogic. The application uses a lot of libraries and some of them are included in WebLogic but with lower versions, so there is jar collisions.
To solve this issue there is weblogic.xml with:
<container-descriptor>
<prefer-web-inf-classes>true</prefer-web-inf-classes>
</container-descriptor>
As I said, with this file I can deploy the application on standalone WLS and it works normally but deploying on integratedWLS fails with LinkageError.
If I remove weblogic.xml, deployment doesn't fail, but the application throws exceptions on runtime because of wrong jar versions (that is understandable).
Why can't I run the application on integratedWLS with prefer-web-inf-classes?
Thanks.
JDev 11.1.2.3, WLS 10.3.5
LinkageError:
[05:51:50 PM] Redeploying Application...
<21.10.2013 17:51:52 GST> <Warning> <HTTP> <BEA-101162> <User defined listener org.eclipse.birt.report.listener.ViewerServletContextListener failed: java.lang.LinkageError: loader constraint violation in interface itable initialization: when resolving method "org.apache.xerces.dom.ElementImpl.getSchemaTypeInfo()Lorg/w3c/dom/TypeInfo;" the class loader (instance of weblogic/utils/classloaders/ChangeAwareClassLoader) of the current class, org/apache/xerces/dom/ElementImpl, and the class loader (instance of <bootloader>) for interface org/w3c/dom/Element have different Class objects for the type org/w3c/dom/TypeInfo used in the signature.
java.lang.LinkageError: loader constraint violation in interface itable initialization: when resolving method "org.apache.xerces.dom.ElementImpl.getSchemaTypeInfo()Lorg/w3c/dom/TypeInfo;" the class loader (instance of weblogic/utils/classloaders/ChangeAwareClassLoader) of the current class, org/apache/xerces/dom/ElementImpl, and the class loader (instance of <bootloader>) for interface org/w3c/dom/Element have different Class objects for the type org/w3c/dom/TypeInfo used in the signature
at org.apache.xerces.dom.DeferredDocumentImpl.getNodeObject(Unknown Source)
at org.apache.xerces.dom.DeferredDocumentImpl.synchronizeChildren(Unknown Source)
at org.apache.xerces.dom.CoreDocumentImpl.getDocumentElement(Unknown Source)
at org.eclipse.birt.core.framework.jar.BundleLoader.loadExtensions(BundleLoader.java:151)
at org.eclipse.birt.core.framework.jar.BundleLoader.load(BundleLoader.java:63)
Truncated. see log file for complete stacktrace
>
<21.10.2013 17:51:52 GST> <Error> <Deployer> <BEA-149265> <Failure occurred in the execution of deployment request with ID '1382363510965' for task '7'. Error is: 'weblogic.application.ModuleException: '
weblogic.application.ModuleException:
at weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:1510)
at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:482)
at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:425)
at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:119)
Truncated. see log file for complete stacktrace
Caused By: java.lang.LinkageError: loader constraint violation in interface itable initialization: when resolving method "org.apache.xerces.dom.ElementImpl.getSchemaTypeInfo()Lorg/w3c/dom/TypeInfo;" the class loader (instance of weblogic/utils/classloaders/ChangeAwareClassLoader) of the current class, org/apache/xerces/dom/ElementImpl, and the class loader (instance of <bootloader>) for interface org/w3c/dom/Element have different Class objects for the type org/w3c/dom/TypeInfo used in the signature
at org.apache.xerces.dom.DeferredDocumentImpl.getNodeObject(Unknown Source)
at org.apache.xerces.dom.DeferredDocumentImpl.synchronizeChildren(Unknown Source)
at org.apache.xerces.dom.CoreDocumentImpl.getDocumentElement(Unknown Source)
at org.eclipse.birt.core.framework.jar.BundleLoader.loadExtensions(BundleLoader.java:151)
at org.eclipse.birt.core.framework.jar.BundleLoader.load(BundleLoader.java:63)
Truncated. see log file for complete stacktrace
>
<21.10.2013 17:51:52 GST> <Error> <Deployer> <BEA-149202> <Encountered an exception while attempting to commit the 9 task for the application 'WebViewerWeblogic'.>
<21.10.2013 17:51:52 GST> <Warning> <Deployer> <BEA-149004> <Failures were detected while initiating deploy task for application 'WebViewerWeblogic'.>
<21.10.2013 17:51:52 GST> <Warning> <Deployer> <BEA-149078> <Stack trace for message 149004
weblogic.application.ModuleException:
at weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:1510)
at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:482)
at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:425)
at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:52)
at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:119)
Truncated. see log file for complete stacktrace
Caused By: java.lang.LinkageError: loader constraint violation in interface itable initialization: when resolving method "org.apache.xerces.dom.ElementImpl.getSchemaTypeInfo()Lorg/w3c/dom/TypeInfo;" the class loader (instance of weblogic/utils/classloaders/ChangeAwareClassLoader) of the current class, org/apache/xerces/dom/ElementImpl, and the class loader (instance of <bootloader>) for interface org/w3c/dom/Element have different Class objects for the type org/w3c/dom/TypeInfo used in the signature
at org.apache.xerces.dom.DeferredDocumentImpl.getNodeObject(Unknown Source)
at org.apache.xerces.dom.DeferredDocumentImpl.synchronizeChildren(Unknown Source)
at org.apache.xerces.dom.CoreDocumentImpl.getDocumentElement(Unknown Source)
at org.eclipse.birt.core.framework.jar.BundleLoader.loadExtensions(BundleLoader.java:151)
at org.eclipse.birt.core.framework.jar.BundleLoader.load(BundleLoader.java:63)
Truncated. see log file for complete stacktrace
>
[05:51:52 PM] Deployment cancelled.
[05:51:52 PM] ---- Deployment incomplete ----.
[05:51:52 PM] Remote deployment failed (oracle.jdevimpl.deploy.common.Jsr88RemoteDeployer)
#### Cannot run application WebViewerWeblogic due to error deploying to IntegratedWebLogicServer.

User defined listener org.eclipse.birt.report.listener.ViewerServletContextListener failed: java.lang.LinkageError: loader constraint violation in interface itable initialization: when resolving method "org.apache.xerces.dom.ElementImpl.getSchemaTypeInfo()Lorg/w3c/dom/TypeInfo
Bug
User defined listener org.eclipse.birt.report.listener.ViewerServletContextListener failed: java.lang.LinkageError: loader constraint violation in interface itable initialization: when resolving method "org.apache.xerces.dom.ElementImpl.getSchemaType
Info()Lorg/w3c/dom/TypeInfo
https://bugs.eclipse.org/bugs/show_bug.cgi?id=383926

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]

Project librarys not included in WAR file with deployment (WEB-INF/lib)

Using JDeveloper 9.0.5.2
Project Libraries are not included in WEB-INF/lib when deploying. Although the files are selected in the deployment file at 'Contributors'. Within the 'filter' the .jar files are missing.
To solve it i have to register again (i have already made the librarys project library's) the files within Tools->ManageLibrarys as user library's.
The other workaround is to make the library's System Library's within the project.
In my opinion it is a bug that you must include the project librarys as user librarys within the 'LibraryManager'

Unfortunately no, the issue with output folder being ignored occurs only with example apps bundled with Workshop product.
You can try the following workaround:
- In Workshop, Project > Properties - Java Build Path, switch to Source tab - "Remove the source folder listing" - Click OK and dismiss Properties window.
- Project > Properties - Java Build Path > Source Tab, add the same source folder entry - Click OK
- Export as WAR
With this you should see the class files bundled under output directory structure (Ex: WEB-INF/classes).

Name of directories WEB-INF and META-INF

Hi;
I found in my EAR file and WAR file of my proyect that some files are saved in lower case.
Examples:
- web-inf/struts-config.xml
- web-inf/web.xml
WEB-INF and META-INF directories must be in uppercase. Is it a bug? Could be a problem in the deploy?
Thanks,

Repost.
Nobody knows this problem?.

Directory structure web-inf

HI,
first of all sorry for asking such an easy question , but it is bugging me for a long time..
actually i am building a web application in which user has the ability to upload his images under directory
web-inf
-->images
now these images can be viewed online bcz they are under web-inf...but the problem is i am working on production server and i have to replace the war after some changes or bug fixing. what ever images user has uploaded will be deleted as i replace the war..
if i save these images outside the server then . obviously i cant access them online...only if i copy them back in web-inf again and then give link to user..
can anybody suggest me what should b the suitable solution for this problem-..and i dont want to store images in database.. :-)

actually . !
let me explain you the whole scenario...i dont want to save image under
webinf/images/
..because i am continuously updating and war file by replacing it..if i store image in image folder then what ever is in that folder will be deleted when i will replace it with the new one.......so what i did, i place images in some other folder say
c:/userUploadedImage
now i want to show the stored image to the online user in html image tag.....
....as you can understand..the image stored at c:/... cant be shown online.....right ?
so what i am doing is that i am copying the requested image from c:/... to webinf/images. when user need that image to view it....
that might sound bad...
but this was quiet easy to implement...and the servlet approach doesnt fits in the scenario anywhere... ??? perhaps may b i am missing some thing...

Deployment of JSF Libraries to /WEB-INF/lib

Good day.
In our new web application we use three different JSF taglibs (richfaces, trinidad, tomahawk). All of them are managed as "JSF Libraries" (created in eclipse options->web->"JavaServer Faces Tools"->Libraries). To include jars from these libraries in webapp I've checked respective entries in project's options->"Java EE Module Dependencies"->"Web Libraries". However webapp doesn't contain jars from these libs at runtime even if webapp is served from separate folder within weblogic server's directory structure (don't remember how this option is called at server configuration page). Is it some kind of a bug or this feature is just not supported (tradeoff for being able to serve modules directly from the workspace)? I read throught OEPE help contents, but haven't found definite answer there.
Env: Eclipse 3.4.1, WTP 3.0.3, OEPE 1.0, JVM Sun 1.6.0_11, Win32 XP SP2, WLS 10.3
Thank you very much!

Sorry, forgot to mention that web application is a part of ear archive. Don't know if "Stand-alone Web Application Deployment Mode" will have any signification effect in this case.
However, here are contents of .beabuild file from ear and contents of temporary directory from wls with webapp contents if it will be of any importance.
ru.bpc.sv.web is ear archive and ru.bpc.sv.web.iu is included webapp.
.beabuild:
C\:/workspaces/web2008/ru.bpc.sv.web/EarContent/APP-INF/classes = APP-INF/classes
C\:/workspaces/web2008/ru.bpc.sv.web.ui/WebContent = ru.bpc.sv.web.ui.war
C\:/workspaces/web2008/ru.bpc.sv.web.ui/build/weboutput = ru.bpc.sv.web.ui.war
C\:/workspaces/web2008/ru.bpc.sv.web.ui/build/classes = ru.bpc.sv.web.ui.war/WEB-INF/classes
C\:/projects/java/libs/org/jboss/richfaces/3.1.5_1.4/richfaces-api-3.1.5.GA.jar = ru.bpc.sv.web.ui.war/WEB-INF/lib/richfaces-api-3.1.5.GA.jar
C\:/projects/java/libs/org/jboss/richfaces/3.1.5_1.4/richfaces-impl-3.1.5.GA.jar = ru.bpc.sv.web.ui.war/WEB-INF/lib/richfaces-impl-3.1.5.GA.jar
C\:/projects/java/libs/org/jboss/richfaces/3.1.5_1.4/richfaces-ui-3.1.5.GA.jar = ru.bpc.sv.web.ui.war/WEB-INF/lib/richfaces-ui-3.1.5.GA.jar
C\:/projects/java/libs/org/apache/myfaces/tomahawk/1.1.6/tomahawk-1.1.6.jar = ru.bpc.sv.web.ui.war/WEB-INF/lib/tomahawk-1.1.6.jar
C\:/projects/java/libs/org/apache/myfaces/trinidad/1.0.9_1.4/trinidad-api-1.0.9-jdk14.jar = ru.bpc.sv.web.ui.war/WEB-INF/lib/trinidad-api-1.0.9-jdk14.jar
C\:/projects/java/libs/org/apache/myfaces/trinidad/1.0.9_1.4/trinidad-impl-1.0.9-jdk14.jar = ru.bpc.sv.web.ui.war/WEB-INF/lib/trinidad-impl-1.0.9-jdk14.jar
C\:/projects/java/libs/org/apache/myfaces/trinidad/1.2.8/backport-util-concurrent-3.1.jar = ru.bpc.sv.web.ui.war/WEB-INF/lib/backport-util-concurrent-3.1.jar
C\:/projects/java/libs/org/apache/myfaces/trinidad/1.2.8/retrotranslator-runtime-1.2.6.jar = ru.bpc.sv.web.ui.war/WEB-INF/lib/retrotranslator-runtime-1.2.6.jar
C\:/workspaces/web2008/ru.bpc.sv.ejb.authClient/build/classes = APP-INF/lib/ru.bpc.sv.ejb.authClient.jar
C\:/workspaces/web2008/ru.bpc.sv.ejb.svboClient/build/classes = APP-INF/lib/ru.bpc.sv.ejb.svboClient.jar
C\:/workspaces/web2008/ru.bpc.sv.ejb.svfeClient/build/classes = APP-INF/lib/ru.bpc.sv.ejb.svfeClient.jar
C\:/workspaces/web2008/ru.bpc.sv.commonitems/bin = APP-INF/lib/ru.bpc.sv.commonitems.jar
C\:/workspaces/web2008/ru.bpc.sv.commonEjbUtils/bin = APP-INF/lib/ru.bpc.sv.commonEjbUtils.jar
C\:/workspaces/web2008/ru.bpc.sv.web/EarContent/APP-INF/lib/commons-logging-1.1.jar = APP-INF/lib/commons-logging-1.1.jar
C\:/workspaces/web2008/ru.bpc.sv.web/EarContent/APP-INF/lib/log4j-1.2.14.jar = APP-INF/lib/log4j-1.2.14.jar
C\:/workspaces/web2008/ru.bpc.sv.web/EarContent/APP-INF/lib/poi-3.0.1-FINAL-20070705.jar = APP-INF/lib/poi-3.0.1-FINAL-20070705.jar
C\:/workspaces/web2008/ru.bpc.sv.web/EarContent/APP-INF/lib/quartz-all-1.6.1-RC3.jar = APP-INF/lib/quartz-all-1.6.1-RC3.jar
dir:
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\1
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\.tld_cache
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\libs
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\public
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\war
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\.tld_cache\tomahawk-sandbox-1.1.7-SNAPSHOT.jar
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\.tld_cache\tomahawk-sandbox-1.1.7-SNAPSHOT.jar\META-INF
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\.tld_cache\tomahawk-sandbox-1.1.7-SNAPSHOT.jar\META-INF\myfaces_sandbox.tld
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\.tld_cache\tomahawk-sandbox-1.1.7-SNAPSHOT.jar\META-INF\myfaces_sandbox.tld\crc.ser
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\.tld_cache\tomahawk-sandbox-1.1.7-SNAPSHOT.jar\META-INF\myfaces_sandbox.tld\des.ser
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\libs\jsf-ri
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\libs\jsf-ri\moygs
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\libs\jsf-ri\moygs\war
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\war\WEB-INF
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\war\WEB-INF\lib
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\war\WEB-INF\lib\commons-collections-3.1.jar
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\war\WEB-INF\lib\commons-el-1.0.jar
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\war\WEB-INF\lib\commons-fileupload-1.2.jar
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\war\WEB-INF\lib\itext-2.0.6.jar
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\war\WEB-INF\lib\iText-2.1.2u.jar
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\war\WEB-INF\lib\iText-rtf-2.1.2u.jar
C:\as\bea\user_projects\domains\base_domain\servers\AdminServer\tmp\_WL_user\ru.bpc.sv.web\mc65ws\war\WEB-INF\lib\tomahawk-sandbox-1.1.7-SNAPSHOT.jar

Warning - When Compiling .jsp pages under WEB-INF

Created a directory jsp under WEB-INF and when i compile the jsp pages i get the following warning message
Warning: package name web2d_inf._jsp does not match source file name C:\ProviderEnrollment\ProvEnrollView\classes\.jsps\_WEB_2d_INF\_jsp\_searchprovider.java
Need help
Thanks

We have encountered this warning too.
I'm not an Oracle employee, but it looks like there's a bug in JDev that preserves the case for the output directories but not for the package name that is supposed to correspond to the output directories.
In any case, we haven't seen any runtime problems that seem to be related to this warning, so you may be safe to disregard it. It does foul up the build log though.
Any JDev team members watching this topic are welcome to chime in with a confirmation and details of this apparent bug, as well as any workaround that might exist to avoid having the warning appear. Thanks!

WEB-INF bug?

Similar Messages

Maybe you are looking for