eclipse-xtext / eclipse-xtext/xtext
Compiler error on overloaded AssertJ method
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 831
- Forks
- 330
- Avg merge
- 3d 7h
- Merged PRs (30d)
- 12
Description
The following valid Java code fails to compile in Xtend:
org.assertj.core.api.Assertions.<MyType>assertThat(myEntity).isNotNull();
Whereas MyType refers to a type generated by EMF.
With the following Xtend code:
org.assertj.core.api.Assertions::<MyType>assertThat(myEntity).isNotNull()
the Xtend editor shows this error:
Bounds mismatch: The type argument is not a valid substitute for the bounded type parameter <T extends Comparable<? super T>> of the method assertThat(T)
And this code:
assertThat(myEntity).isNotNull()
results in the following error:
Type mismatch: cannot convert from EObject to BigDecimal
Xtend version used is 2.19.0.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the generic AssertJ calls in the Xtend editor using Xtend 2.19.0, comparing the explicit type argument with the inferred call. Trace the compiler or type-inference entry point that reports the bounds mismatch and EObject-to-BigDecimal conversion, and consider the issue done when these valid calls produce no errors.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- compilers
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100