Bug 72703 - Search references does not work correctly....
Summary: Search references does not work correctly....
Status: RESOLVED WORKSFORME
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 3.0   Edit
Hardware: PC Windows XP
: P3 major (vote)
Target Milestone: 3.1 M2   Edit
Assignee: JDT-Core-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-26 12:49 EDT by Jalpesh CLA
Modified: 2004-09-15 04:41 EDT (History)
0 users

See Also:


Attachments
sample code (435 bytes, text/plain)
2004-08-26 17:52 EDT, Jalpesh CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jalpesh CLA 2004-08-26 12:49:57 EDT
I noticed a strange behaviour in eclipse when I try to use the search references
feature (using Ctrl+Shift+G) It works normally on most types, but if I try to do
it in a private method my java file to find where it is being used, it does not
result anything (even though that method is being used in the class)

When I looked at the .log file, I found the following entry -

===============
java.lang.NullPointerException: charsetName
	at java.io.InputStreamReader.<init>(Unknown Source)
	at
com.ibm.sse.model.builder.participants.TaskTagSeeker.setDocumentContent(Unknown
Source)
	at com.ibm.sse.model.builder.participants.TaskTagSeeker.findTasks(Unknown Source)
	at com.ibm.sse.model.builder.participants.TaskTagSeeker.build(Unknown Source)
	at com.ibm.sse.model.internal.builder.StructuredDocumentBuilder.build(Unknown
Source)
	at com.ibm.sse.model.internal.builder.StructuredDocumentBuilder$1.visit(Unknown
Source)
	at org.eclipse.core.internal.resources.Resource$2.visit(Resource.java:108)
	at org.eclipse.core.internal.resources.Resource$1.visitElement(Resource.java:55)
	at
org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:78)
	at
org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:82)
	at
org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:82)
	at
org.eclipse.core.internal.watson.ElementTreeIterator.iterate(ElementTreeIterator.java:123)
	at org.eclipse.core.internal.resources.Resource.accept(Resource.java:65)
	at org.eclipse.core.internal.resources.Resource.accept(Resource.java:106)
	at org.eclipse.core.internal.resources.Resource.accept(Resource.java:85)
	at
com.ibm.sse.model.internal.builder.StructuredDocumentBuilder.doFullBuild(Unknown
Source)
	at com.ibm.sse.model.internal.builder.StructuredDocumentBuilder.build(Unknown
Source)
	at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:564)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:157)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:249)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:202)
	at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:229)
	at
org.eclipse.core.internal.runtime.InternalPlatform.run(InternalPlatform.java:615)
	at org.eclipse.core.runtime.Platform.run(Platform.java:747)
	at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:232)
	at
org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:268)
	at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:297)
	at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:155)
	at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:212)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)
Comment 1 Kent Johnson CLA 2004-08-26 13:36:48 EDT
That stack trace is from a builder that is not part of eclipse.

Can you please provide the class with the private method?
Comment 2 Jalpesh CLA 2004-08-26 14:56:00 EDT
I use Enterprise Workbench 3.8.1 (from www.myeclipseide.org)

Sorry, I should probably file a bug under their software. I just didn't know
where this error actually came from......

Jalpesh.
Comment 3 Kent Johnson CLA 2004-08-26 15:40:45 EDT
The stack trace is not related to the search problem you mentioned.

We would still like to track that down if you have a testcase.
Comment 4 Jalpesh CLA 2004-08-26 17:52:58 EDT
Created attachment 14204 [details]
sample code

select method getExpressionType with the mouse and then press Ctrl+Shift+G

instead of finding one reference in the constructor, it returns with zero
references.
Comment 5 Kent Johnson CLA 2004-08-27 14:56:51 EDT
That works fine for me. I get the one reference in the constructor.
Comment 6 Aaron Luchko CLA 2004-09-03 15:49:58 EDT
Works fine for me, I tested on RHEL 3 using BEA and IBM JVMs and got the one
reference every time.
Comment 7 Frederic Fusier CLA 2004-09-14 05:43:00 EDT
I've also verified that your example works both 3.0.1 and 3.1.
Ok to close?
Comment 8 Jalpesh CLA 2004-09-14 16:06:39 EDT
strange, it still does not work with my install - maybe it has something to do
with the fact that I have myeclipseidee installed along with eclipse...

Well, if it's not reproducible by anybody, please feel free to close it....

Thanks, and sorry for the trouble.....
Jalpesh.
Comment 9 Frederic Fusier CLA 2004-09-15 04:41:34 EDT
No problem. So, I close it as not reproducable.
Reopen if you get it again with a simple test case.