| How to disable debugging underlying classes (change the source attachment) [message #310397] |
Thu, 30 November 2006 16:11  |
Eclipse User |
|
|
|
Originally posted by: tdave3000_web.yahoo.com
Hi,
When I am debugging and stepping through a program, and try to execute the
"importPreferences(FileInputStream)" method of class
java.util.prefs.Preferences, I see a page for the class
"URLClassPath.class".
It mentions that the source attachment does not contain the source for the
file URLClassPath.class. You can change the source attachment by clicking
"Change Attached Source" below:
There is a button seen under this with the message "Change Attached
Source..."
I don't want to step into the code for URLClassPath.class, but this does
not go away. This shows up 5 to 7 times after this, each time I click the
"Step Over" or "Resume" button. I have to close the new tab and click
resume every time. In the end the code works, but this is annoying to have
to do this every time, even though I do not have any breakpoints set here,
and even after pressing the "Resume" button.
I have searched the forums, Eclipse help, and Google, but have not found a
solution to this.
Does anyone know of a way to not have the underlying classes show up while
debugging? Is there an option that we can set to do this?
|
|
|
| Re: How to disable debugging underlying classes (change the source attachment) [message #310421 is a reply to message #310397] |
Fri, 01 December 2006 18:01  |
| Eclipse User |
|
|
|
Originally posted by: eclipse5.rizzoweb.com
TD wrote:
> Hi,
>
> When I am debugging and stepping through a program, and try to execute
> the "importPreferences(FileInputStream)" method of class
> java.util.prefs.Preferences, I see a page for the class
> "URLClassPath.class". It mentions that the source attachment does not
> contain the source for the file URLClassPath.class. You can change the
> source attachment by clicking "Change Attached Source" below:
>
> There is a button seen under this with the message "Change Attached
> Source..."
>
> I don't want to step into the code for URLClassPath.class, but this does
> not go away.
If it is trying to step into URLClassPath you must have told it to step
into that code; so why not just avoid trying to step into it?
There is also the feature of Step Filters - investigate in the Eclipse
Help to learn how to configure and use it.
Hope this helps,
Eric
|
|
|
| Re: How to disable debugging underlying classes (change the source attachment) [message #310435 is a reply to message #310397] |
Sun, 03 December 2006 13:22 |
| Eclipse User |
|
|
|
Originally posted by: thunderaxiom.gmail.com
TD skrev den 30-11-2006 17:11:
> I don't want to step into the code for URLClassPath.class, but this does
> not go away. This shows up 5 to 7 times after this, each time I click
> the "Step Over" or "Resume" button. I have to close the new tab and
> click resume every time. In the end the code works, but this is annoying
> to have to do this every time, even though I do not have any breakpoints
> set here, and even after pressing the "Resume" button.
If you tell Eclipse to use a JDK instead of a JRE for your project then
the source for the java runtime classes are automatically set correctly.
--
Thorbjørn
|
|
|
|
| Re: How to disable debugging underlying classes (change the source attachment) [message #310462 is a reply to message #310448] |
Mon, 04 December 2006 18:48 |
| Eclipse User |
|
|
|
Originally posted by: tdave3000_web.yahoo.com
Hi,
Thanks for the suggestions.
The class "header" that keeps popping up while debugging is for
classes.sun.misc.URLClassPath.
The IDE I am using is BEA Workshop for Weblogic Pro, which is based on
Eclipse 3.2.1.
I tried changing settings for "step filter": I disabled it by clicking the
toggle button, and also unselected all classes in the menu for "Window -
preferences - java- debug - step filtering". But I haven't seen a a change
in behavior so far. Any time I step over (F6) code for
"importPreferences(FileInputStream)", the header page for URLClassPath
still shows up. I think I need to study step filter in more detail.
Thanks for your help,
TD.
|
|
|
| Re: How to disable debugging underlying classes (change the source attachment) [message #310465 is a reply to message #310462] |
Mon, 04 December 2006 20:03 |
| Eclipse User |
|
|
|
Originally posted by: wharley.bea.com
"TD" <tdave3000_web@yahoo.com> wrote in message
news:8b73404eeebf6cb71cc54d963167d88e$1@www.eclipse.org...
> Hi,
>
> Thanks for the suggestions.
> The class "header" that keeps popping up while debugging is for
> classes.sun.misc.URLClassPath.
> The IDE I am using is BEA Workshop for Weblogic Pro, which is based on
> Eclipse 3.2.1.
>
> I tried changing settings for "step filter": I disabled it by clicking the
> toggle button, and also unselected all classes in the menu for "Window -
> preferences - java- debug - step filtering". But I haven't seen a a change
> in behavior so far. Any time I step over (F6) code for
> "importPreferences(FileInputStream)", the header page for URLClassPath
> still shows up. I think I need to study step filter in more detail.
Is it possible that you've got a Java Exception breakpoint set, and
something in there is throwing an exception?
|
|
|
| Re: How to disable debugging underlying classes (change the source attachment) [message #310467 is a reply to message #310465] |
Mon, 04 December 2006 22:58 |
| Eclipse User |
|
|
|
Originally posted by: tdave3000_web.yahoo.com
Walter Harley wrote:
> Is it possible that you've got a Java Exception breakpoint set, and
> something in there is throwing an exception?
Hey Walter,
That was it!
I have no idea how, but there was a Java Exception breakpoint set in the
debugger for FileNotFoundException. I hadn't noticed until now, and this
was causing all the problems. Actually this had begun to happen even for
creating a JFrame! Weird. I was seriously thinking about getting a new IDE.
I removed that Java Exception breakpoint and everything works fine now.
Thanks for the info, it really helped.
TD.
|
|
|
|
| Re: How to disable debugging underlying classes (change the source attachment) [message #311451 is a reply to message #310467] |
Fri, 12 January 2007 18:20 |
| Eclipse User |
|
|
|
Originally posted by: thunderaxiom.gmail.com
TD skrev den 04-12-2006 23:58:
> That was it! I have no idea how, but there was a Java Exception
> breakpoint set in the debugger for FileNotFoundException. I hadn't
> noticed until now, and this was causing all the problems. Actually this
You may have clicked on the name of the exception thrown in a stack
trace. This tries to set a breakpoint when that particular exception is
thrown.
--
Thorbjørn
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.02767 seconds
] 
Search
Help
Register
Login
Home
