This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 20914 - No warning generated if zip file existed in WEB-INF/lib directory
Summary: No warning generated if zip file existed in WEB-INF/lib directory
Status: CLOSED FIXED
Alias: None
Product: serverplugins
Classification: Unclassified
Component: Tomcat (show other bugs)
Version: -FFJ-
Hardware: PC Windows ME/2000
: P3 blocker (vote)
Assignee: Milan Kuchtiak
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-02-27 00:27 UTC by joannelau
Modified: 2002-04-26 17:01 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description joannelau 2002-02-27 00:27:27 UTC
020225_2 EE win2000, jdk1.4

According to the HIE Orion web db doc (in
http://devtools.eng/teams/HIE/projects/Jasper/Orion/orion_web_db.html#exec)

"When the IDE creates a WAR file and discovers .zip files in the WEB-INF/lib directory, then a warning message would appear in the
  output window log to inform the user that zip files are not added to the server's classpath automatically, and therefore they will need
  to explicitly add it using their server's administration tools."

I had classes12.zip in WEB-INF/lib. When I execute my web app, there is no
warning generated in the output window.
Comment 1 Petr Jiricka 2002-03-15 14:15:42 UTC
First, it is perfectly legal to have .zip files in the WEB-INF/lib 
directory, even though they are not added into classpath. 

Secondly, shouldn't this warning be generated by Tomcat when the .war 
file is deployed ?

To me it seems a bit excessive to be saying "this will not work the 
way we think you think this will work". Also, it addresses only a 
part of the problem: we are assuming that:
a) the user knows that libraries should be added to WEB-INF/lib
b) the user does not know that .zip files are not considered libraries

Why are we assuming PARTIAL knowledge ? We should either be assuming 
full knowledge or no knowledge.
Comment 2 jhoffman 2002-03-19 18:13:45 UTC
I think we've set the user up to have this partial knowledge.

Things worked differently in the previous version (with Tomcat 
3.2), so we need to address the change in behavior which could 
be perceived as a regression by the user (who may generally 
understand the specs but hasn't read them word-for-word).

I think the user's general understanding is that packaged 
classes go in the WEB-INF/lib directory in order for the server 
to add them to the classpath.  They may not expect that there 
is a difference between zip and jar files.  This seems to be 
historical--many java libraries are packaged as Zip files 
instead of JAR files (Oracle's, for example). Wouldn't it be 
easy to place the message in the output log as requested?
Comment 3 jhoffman 2002-03-22 18:06:12 UTC
This is a migration issue from TC 3.2 to 4.0, so we need to  guide the
user through this change. My request is to add the following  message
to the output log if the user has placed ZIP files in the WEB-INF/lib
directory. This is one of the first places they will look to see why
their JDBC driver (for example) wasn't found. The message would appear
when the user has deployed or executed the web module:

ZIP files located in the WEB-INF/lib directory are not automatically
added to Tomcat's execution classpath. See the online help topic
"Setting Tomcat Installation Properties" for adding ZIP files using
the External Execution Process property.

Comment 4 Milan Kuchtiak 2002-03-25 18:54:01 UTC
Fixed for FCS.
Comment 5 Petr Jiricka 2002-03-26 15:44:32 UTC
I do not consider the current fix satisfactory. There is 
an annoying message box every time the user executes any 
component (even if the execution does not cause a server 
restart). I agree with Jeff that the message should appear 
in the output window, since if for some reason the user 
does want the .zip file in WEB-INF/lib, then such a 
message can be ignored. The dialog can not be ignored - it 
has to be explicitly closed.
Comment 6 Milan Kuchtiak 2002-04-11 16:32:25 UTC
Warning message was redirected to the Tomcat's output 
window where it is displayed together with context's log 
file messages. 
Comment 7 joannelau 2002-04-26 17:00:09 UTC
Verified in build 020425_3.