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 48315 - Screwed debugging after stopping on breakpoint inside tag
Summary: Screwed debugging after stopping on breakpoint inside tag
Status: CLOSED FIXED
Alias: None
Product: javaee
Classification: Unclassified
Component: Debugger (show other bugs)
Version: 4.x
Hardware: PC Windows XP
: P2 blocker (vote)
Assignee: Martin Grebac
URL:
Keywords: RELNOTE
Depends on:
Blocks:
 
Reported: 2004-09-01 16:18 UTC by L Martinek
Modified: 2006-03-24 09:46 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
Web Application Project (12.01 KB, application/octet-stream)
2004-09-07 13:51 UTC, Martin Grebac
Details

Note You need to log in before you can comment on or make changes to this bug.
Description L Martinek 2004-09-01 16:18:31 UTC
It emerged after fixing issue #45360.

If you stop on breakpoint inside tag, following
debugging is not working properly.

To reproduce:

Create custom tag and put it to JSP with some
context (like in issue #45360). Put breakpoint
inside tag. Put second breakpoint to the end of
JSP. Start debugger. Debugger will stop on first
breakpoint inside tag. If you now press F7 or F8
second breakpoint will be always reached and all
jsp code before second breakpoint will be skipped.
If you put second tag after first one and press F7
after reaching breakpoint inside first tag, second
tag will be "somehow" debugged.
Comment 1 Martin Grebac 2004-09-07 10:25:26 UTC
I must be missing something. I tried it on JDK1.4.2_05 and JDK1.5beta2
and it works fine for me.
Comment 2 Martin Grebac 2004-09-07 10:41:22 UTC
Works fine on linux + JDK1.5, too. I realize you tested on Windows, so
I'm gonna try on windows.
Comment 3 Martin Grebac 2004-09-07 13:49:11 UTC
This happens only on combination of JDK 1.5 (I used the latest RC
build) and Windows, no matter if socket or shared memory is used.
Other systems or other JDKs work fine.

To me it seems this can be partially connected to 46682?

Reassigning to dbgjpda for deeper evaluation - tell me if you need
some more info. 

I'll attach the web project for easy reproduction:

 Just open the web project.
 Add breakpoints to index.jsp at lines 4 and 9 and 
 Choose debug main project. 
 When stopped on breakpoint, press F8. 
 
 Expected is step to next line, what happens seems like a resume and
debugger stops at next breakpoint.
Comment 4 Martin Grebac 2004-09-07 13:51:24 UTC
Created attachment 17429 [details]
Web Application Project
Comment 5 Jan Jancura 2004-10-01 10:17:45 UTC
Reproducible on JDK1.5.0 FCS.
Probably the same problem as in 49576.
Comment 6 Jan Jancura 2004-10-13 09:45:12 UTC

*** This issue has been marked as a duplicate of 50315 ***
Comment 7 L Martinek 2004-10-29 10:34:37 UTC
Adding same comment as to issue #46682:

The bug which this bug is duplicate of is RESOLVED-WONTFIX, but I
can't agree with this solution. As user I don't care whether the bug
is in the IDE or JDK. And the JDK bug will not be likely fixed in
JDK1.5.0_01. Is there any possibility to implement some workaround?
Comment 8 Jan Jancura 2004-10-29 10:52:14 UTC
No known workarround on JDK1.5.0. You can use JDK1.4.x.

*** This issue has been marked as a duplicate of 50315 ***
Comment 9 L Martinek 2004-10-29 11:14:32 UTC
Sorry, I forgot to change component. I meant workaround in webapps code.
Comment 10 Martin Grebac 2004-10-29 11:33:30 UTC
No known workaround for this one. I added RELNOTE keyword and it's the
only thing we can do with it (besides pushing JDK team to fix it).
Comment 11 Jan Jancura 2004-10-29 17:29:15 UTC
I have probably found some workarround, which is not so painful.
The bug occurres during evaluation of expression loading a new
instances of classes.


Checking in src/org/netbeans/modules/debugger/jpda/expr/Evaluator.java;
/cvs/debuggerjpda/src/org/netbeans/modules/debugger/jpda/expr/Evaluator.java,v
 <--  Evaluator.java
new revision: 1.13; previous revision: 1.12
done
Comment 12 Martin Grebac 2004-10-29 18:27:48 UTC
Works fine here, too.
Comment 13 L Martinek 2004-11-01 12:19:15 UTC
verified
Comment 14 L Martinek 2004-11-01 12:19:41 UTC
verified
Comment 15 L Martinek 2004-11-01 12:20:08 UTC
verified in build 200410311900