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 28354 - Working directory for Internal Tomcat4.0 is empty.
Summary: Working directory for Internal Tomcat4.0 is empty.
Status: VERIFIED FIXED
Alias: None
Product: serverplugins
Classification: Unclassified
Component: Tomcat (show other bugs)
Version: 3.x
Hardware: PC Windows ME/2000
: P3 blocker (vote)
Assignee: Petr Jiricka
URL:
Keywords:
: 28355 (view as bug list)
Depends on:
Blocks:
 
Reported: 2002-10-30 14:38 UTC by Milan Kuchtiak
Modified: 2006-02-28 11:25 UTC (History)
0 users

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 Milan Kuchtiak 2002-10-30 14:38:29 UTC
The working directory that should contain the pre-compiled 
and compiled JSPs is created (its name is derived from the 
context path), but no files are created there. Instead of 
this another (XXXX_path) directory is created 
in "tomcat404_base\work\Tomcat-Internal\localhost" 
directory and (pre-)compiled JSPs are being placed there.

Moreover, the user sees the wrong information about the 
working directory in the output window. See the log 
file : "localhost_path_log.yyyy-mm-dd.txt".
Comment 1 _ rkubacki 2002-12-11 13:58:09 UTC
*** Issue 28355 has been marked as a duplicate of this issue. ***
Comment 2 Petr Jiricka 2003-02-27 16:26:34 UTC
The name of the directory is changed on purpose. That way, 
changing the context path does not make problems. The 
server still creates the directory with the old name (and 
it may still use it) - only the JSP compiler creates the 
new one.

This in no way affects the functionality - the server 
works as it should. I suggest changing this to INVALID - 
or at least downgrading to P5.
Comment 3 Petr Jiricka 2003-02-27 18:14:49 UTC
Sorry, this is NOT fixed. Mea culpa.
Comment 4 Petr Jiricka 2004-01-28 20:33:08 UTC
Fixed in Tomcat 5 - JSP compilation has been replaced by JSP validation.
Comment 5 Jaroslav Pospisil 2006-02-28 11:25:46 UTC
VERIFIED