Searching for references to attributes and methods of a class does not work
When searching for references to attributes of a class or to methods does not function.
Below is an example:
---------
Below is an example:
---------
class Referred {
var aVar = 0;
val aVal = 0;
def aMethod = 2
}
class Referring {
def anotherMethod {
Referred obj = new Referred();
//problem: no reference is found
obj.var;
obj.val;
obj.method;
}
}
Leave a comment
on 2010-07-14 06:30 *
By Mirko Stocker
A hint for anyone trying to fix this: take a look at how the index in the scala refactoring works, there I also have to resolve all kinds of references:
https://www.assembla.com/code/scala-refactoring/git/nodes/org.scala-refactoring.library/src/main/scala/scala/tools/refactoring/analysis/SymbolExpanders.scala?rev=29bf2ede67abb21aad95a80b500a51b3b52ef13f
Since the scala refactoring is already a dependency, maybe we could reuse the functionality there.
https://www.assembla.com/code/scala-refactoring/git/nodes/org.scala-refactoring.library/src/main/scala/scala/tools/refactoring/analysis/SymbolExpanders.scala?rev=29bf2ede67abb21aad95a80b500a51b3b52ef13f
Since the scala refactoring is already a dependency, maybe we could reuse the functionality there.
Updating tickets (#3255, #3262, #3271, #3277, #3279, #3287, #3313, #3317, #3318, #3320, #3329, #1000000, #1000002, #1000004, #1000005, #1000007, #1000011, #1000013, #1000018, #1000019, #1000020, #1000022, #1000023, #1000024, #1000025, #1000026, #1000028, #1000031, #1000033, #1000034, #1000037, #1000039, #1000040, #1000041, #1000057, #1000058, #1000060, #1000061, #1000063, #1000064, #1000065, #1000067, #1000070, #1000073, #1000076, #1000080, #1000082, #1000083, #1000084, #1000085, #1000087, #1000088, #1000089, #1000090, #1000092, #1000093, #1000094, #1000095, #1000097, #1000102, #1000104, #1000106, #1000108, #1000110, #1000111, #1000116, #1000124, #1000126, #1000127, #1000129, #1000132, #1000133, #1000136, #1000139, #1000143, #1000144, #1000145, #1000148, #1000149, #1000152, #1000154, #1000155, #1000157, #1000158, #1000159, #1000161, #1000169, #1000170, #1000172, #1000174, #1000176, #1000178, #1000179, #1000183, #1000185, #1000188, #1000189, #1000192, #1000196, #1000198)
on 2012-01-25 14:03 *
By skyluc
Type set to Enhancement
Version changed from 1.0.0-SNAPSHOT to 2.0.0-final-29
Eclipse version set to All
Assigned to changed from Daniel Ratiu to -none-
Component changed from None to JDT integration
Milestone changed from Backlog to Enhancements
Permission type changed from None to Public
on 2012-06-26 15:43 *
By Mirco Dotta
Assigned to set to Mirco Dotta
Status changed from Accepted to Fixed
(In scala-ide:f2ee699c04a409d246b606db0307681d018ba5db) Correctly find references of class fields
Fix #1000067
Branch: master
Fix #1000067
Branch: master
on 2012-06-26 15:43 *
By Mirco Dotta
(In scala-ide:c91062fc430f7b9af0ad5da229bd29cebbb5183c) Index parameterless methods
Parameterless methods occur in the Scala AST as ``RefTree`` nodes.
Re #1000067
Branch: master
Parameterless methods occur in the Scala AST as ``RefTree`` nodes.
Re #1000067
Branch: master
on 2012-06-26 15:43 *
By Mirco Dotta
(In scala-ide:a5af1bd49e1754146bdea016e3360416a3dabbb5) Improved find references of methods
When looking for references of method `xxx`, the method itself should not be
reported as a match. Indeed, find references is about finding usages of `xxx`,
not the declaration (and that is why a find declaration action exist).
Re #1000067
Branch: master
When looking for references of method `xxx`, the method itself should not be
reported as a match. Indeed, find references is about finding usages of `xxx`,
not the declaration (and that is why a find declaration action exist).
Re #1000067
Branch: master
on 2012-06-27 17:20 *
By Mirco Dotta
(In scala-ide:f2ee699c04a409d246b606db0307681d018ba5db) Correctly find references of class fields
Fix #1000067
Branch: platform/juno
Fix #1000067
Branch: platform/juno
on 2012-06-27 17:20 *
By Mirco Dotta
(In scala-ide:c91062fc430f7b9af0ad5da229bd29cebbb5183c) Index parameterless methods
Parameterless methods occur in the Scala AST as ``RefTree`` nodes.
Re #1000067
Branch: platform/juno
Parameterless methods occur in the Scala AST as ``RefTree`` nodes.
Re #1000067
Branch: platform/juno
on 2012-06-27 17:20 *
By Mirco Dotta
(In scala-ide:a5af1bd49e1754146bdea016e3360416a3dabbb5) Improved find references of methods
When looking for references of method `xxx`, the method itself should not be
reported as a match. Indeed, find references is about finding usages of `xxx`,
not the declaration (and that is why a find declaration action exist).
Re #1000067
Branch: platform/juno
When looking for references of method `xxx`, the method itself should not be
reported as a match. Indeed, find references is about finding usages of `xxx`,
not the declaration (and that is why a find declaration action exist).
Re #1000067
Branch: platform/juno
on 2012-06-28 15:19 *
By Mirco Dotta
(In scala-ide:f80a668308158d0813bd9627418411efbc833be1) Correctly find references of class fields
Fix #1000067
Branch: issue/code-analysis-1000629
Fix #1000067
Branch: issue/code-analysis-1000629
on 2012-06-28 15:20 *
By Mirco Dotta
(In scala-ide:22c51341d5a9afdb2e6281384570c672436b3961) Index parameterless methods
Parameterless methods occur in the Scala AST as ``RefTree`` nodes.
Re #1000067
Branch: issue/code-analysis-1000629
Parameterless methods occur in the Scala AST as ``RefTree`` nodes.
Re #1000067
Branch: issue/code-analysis-1000629
on 2012-06-28 15:20 *
By Mirco Dotta
(In scala-ide:3530d1d77d113f778eae915f0e66f50b967b4029) Improved find references of methods
When looking for references of method `xxx`, the method itself should not be
reported as a match. Indeed, find references is about finding usages of `xxx`,
not the declaration (and that is why a find declaration action exist).
Re #1000067
Branch: issue/code-analysis-1000629
When looking for references of method `xxx`, the method itself should not be
reported as a match. Indeed, find references is about finding usages of `xxx`,
not the declaration (and that is why a find declaration action exist).
Re #1000067
Branch: issue/code-analysis-1000629