[JBoss JIRA] (JBIDE-26337) org.jboss.tools.common.launcher.feature not included
by Jeff MAURY (JIRA)
Jeff MAURY created JBIDE-26337:
----------------------------------
Summary: org.jboss.tools.common.launcher.feature not included
Key: JBIDE-26337
URL: https://issues.jboss.org/browse/JBIDE-26337
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: build
Affects Versions: 4.9.0.AM3
Reporter: Jeff MAURY
Assignee: Nick Boldt
Fix For: 4.9.0.Final
4.9.0.AM3 brought a new feature org.jboss.tools.common.launcher.feature. This feature is not included in JBoss Tools or DevStudio update sites and not in DevStudio also.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 7 months
[JBoss JIRA] (ERT-666) Improve JDT Indexer performance for method reference lookups
by Roland Grunberg (JIRA)
[ https://issues.jboss.org/browse/ERT-666?page=com.atlassian.jira.plugin.sy... ]
Roland Grunberg updated ERT-666:
--------------------------------
Sprint: devex #154 September 2018
> Improve JDT Indexer performance for method reference lookups
> ------------------------------------------------------------
>
> Key: ERT-666
> URL: https://issues.jboss.org/browse/ERT-666
> Project: Eclipse Release Train
> Issue Type: Task
> Reporter: Roland Grunberg
> Assignee: Roland Grunberg
>
> Based on discussions with Igor, various proposals were made to improve the method reference lookup times of the JDT Indexer.
> One particular suggestion, which should be possible, with least amount of friction, would be to provide more information about the declaring type of a method in the indexer format.
> The methodRef category table currently stores :
> (symbol, number of arguments) -> document numbers (classfiles)
> toString/0 -> [1, 4, 5, 25]
> The proposal would change this to :
> (symbol, symbol's classname, classname) -> document numbers (classfiles)
> toString/0/java.lang.Object -> [1, 4, 5, 25]
> Doing so should reduce the number of post-processing changes needed to verify that the declaring type of the first set of matches corresponds to the declaring type of the selected reference.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 7 months
[JBoss JIRA] (ERT-666) Improve JDT Indexer performance for method reference lookups
by Roland Grunberg (JIRA)
Roland Grunberg created ERT-666:
-----------------------------------
Summary: Improve JDT Indexer performance for method reference lookups
Key: ERT-666
URL: https://issues.jboss.org/browse/ERT-666
Project: Eclipse Release Train
Issue Type: Task
Reporter: Roland Grunberg
Assignee: Roland Grunberg
Based on discussions with Igor, various proposals were made to improve the method reference lookup times of the JDT Indexer.
One particular suggestion, which should be possible, with least amount of friction, would be to provide more information about the declaring type of a method in the indexer format.
The methodRef category table currently stores :
(symbol, number of arguments) -> document numbers (classfiles)
toString/0 -> [1, 4, 5, 25]
The proposal would change this to :
(symbol, symbol's classname, classname) -> document numbers (classfiles)
toString/0/java.lang.Object -> [1, 4, 5, 25]
Doing so should reduce the number of post-processing changes needed to verify that the declaring type of the first set of matches corresponds to the declaring type of the selected reference.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 7 months
[JBoss JIRA] (ERT-656) Cannot run JUnit test method having parameter
by Roland Grunberg (JIRA)
[ https://issues.jboss.org/browse/ERT-656?page=com.atlassian.jira.plugin.sy... ]
Roland Grunberg commented on ERT-656:
-------------------------------------
This issue will need more time as others have taken priority.
> Cannot run JUnit test method having parameter
> ---------------------------------------------
>
> Key: ERT-656
> URL: https://issues.jboss.org/browse/ERT-656
> Project: Eclipse Release Train
> Issue Type: Task
> Affects Versions: Oxygen.1 (4.7), Photon (4.8), 2018-09 M2
> Reporter: Roland Grunberg
> Assignee: Roland Grunberg
>
> Since Oxygen.0, some changes introduced for JUnit 5 support, regressed the ability to run individual test methods that happen to take a parameter (eg. testFoo(TestContext) ). The filter matching against the method itself was broken.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 7 months