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 25907 - EXECUTION: valid web module cannot be run
Summary: EXECUTION: valid web module cannot be run
Status: VERIFIED FIXED
Alias: None
Product: javaee
Classification: Unclassified
Component: Code (show other bugs)
Version: 3.x
Hardware: PC Windows ME/2000
: P2 blocker (vote)
Assignee: Petr Jiricka
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-07-23 02:30 UTC by Ana.von Klopp
Modified: 2003-05-26 21:03 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
WAR of web app that reproduces the problem (11.08 KB, application/octet-stream)
2002-07-23 02:36 UTC, Ana.von Klopp
Details
WAR of web app that reproduces the problem (11.08 KB, application/octet-stream)
2002-07-23 02:36 UTC, Ana.von Klopp
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ana.von Klopp 2002-07-23 02:30:48 UTC
I will attach the web module after filing the bug. 

I have a valid web module which I use as a test case for 
the monitor. When I select WEB-INF -> Execute (Force 
Reload) the application does not get executed because 
compilation files.

I think the reason it does this is that it tries to 
compile the whole application and runs into the known 
problem of compile-all failing if you have more than one 
JSP with the same name (why did this not get fixed?).  

Here are the exceptions:

index$jsp.java [9:1] duplicate class: 
org.apache.jsp.index$jsp
public class index$jsp extends HttpJspBase {
       ^
index$jsp.java [17:1] modifier private static not allowed 
here
    private static boolean _jspx_inited = false;
                           ^
index$jsp.java [9:1] org.apache.jsp.index$jsp should be 
declared abstract; it does not define _jspService() in 
org.apache.jasper.runtime.HttpJspBase
public class index$jsp extends HttpJspBase {
       ^
3 errors
Errors compiling Web module compiling..

This needs to be fixed for the Netbeans 3.4 release, 
because this means that users probably can't run existing 
webapps (it is highly likely that there is more than one 
index.jsp for example). They also may not be able to 
execute web applications that they build with the IDE.

This is close to P1. I'm filing it as a P2 because there 
is a workaround, which is to compile each directory with a 
file with a name that is used somewhere else separately. 
However, this workaround is unlikely to be obvious to most 
users. 

QA, please add a test case with a module with multiple 
JSPs of the same name.
Comment 1 Ana.von Klopp 2002-07-23 02:36:13 UTC
Created attachment 6850 [details]
WAR of web app that reproduces the problem
Comment 2 Ana.von Klopp 2002-07-23 02:36:14 UTC
Created attachment 6851 [details]
WAR of web app that reproduces the problem
Comment 3 Ana.von Klopp 2002-07-23 02:40:36 UTC
Configuration: JDK1.4, Netbeans 3.4 daily builds from 
Monday 7/22 and 7/19. 

FWIW, WAR sample has a built in bug to demo monitor 
functionality.
Comment 4 Petr Jiricka 2002-07-23 12:39:29 UTC

*** This issue has been marked as a duplicate of 23135 ***
Comment 5 Ana.von Klopp 2002-08-14 02:26:00 UTC
This is not a dupe - they're related, but it's not a dupe. 

The other bug says that you cannot run compile all on a 
web module. That I can live with, because I can execute 
the web module and the server will compile the files as 
necessary. 

This bug reflects a change in the IDE's behaviour, which 
is that when I deploy a web module which has more than one 
file of the same name (I did not run the compile all 
action), the IDE automatically attempts to run the compile 
all action which means that I can no longer execute the 
module at all. This is worse than the other problem, and 
represents a regression from the user's point of view. 
Comment 6 Petr Jiricka 2003-01-22 17:16:51 UTC
The fix should be not to compile the whole WM when 
executing/deploying it, then.
Comment 7 Ana.von Klopp 2003-01-22 21:21:08 UTC
That would fix the problem until the other bug is fixed, 
yes, so I think this is good in the interim.
Comment 8 Petr Jiricka 2003-01-29 10:04:04 UTC
Fixed as suggested:

When WEB-INF is compiled, only compile the 'classes' 
subdirectory, not the objects contained in WEB-INF.
Comment 9 Sergey Soldatov 2003-02-20 10:25:56 UTC
Verified in S1S build 030217_1
Comment 10 Ana.von Klopp 2003-05-26 21:03:21 UTC
*** Issue 33911 has been marked as a duplicate of this issue. ***