assertj / assertj/assertj-generator
FQCN of assertion classes are not replaced in assertions entry point classes when using the generateAssertionsInPackage option.
- Vorherrschende Sprache
- Java
- Sterne
- 72
- Forks
- 47
- Ø Merge
- 1 T. 16 Std.
- Gemergte PRs (30 T.)
- 2
Beschreibung
I use generateAssertionsInPackage option like following.
**Project structure**
```text
|-src/main/java
| `-sample/
| `-Foo.java
`-pom.xml
```
**pom.xml**
```xml
sample
sample.assertion
```
Assertion class is generated as `sample.assertion.FooAssert`.
**FooAssert.java**
```java
package sample.assertion;
import sample.Foo;
...
public class FooAssert extends AbstractFooAssert {
```
However assertions entry point classes are generated like following.
**Assertions.java**
```java
package sample.assertion;
...
@javax.annotation.Generated(value="assertj-assertions-generator")
public class Assertions {
...
@org.assertj.core.util.CheckReturnValue
public static sample.FooAssert assertThat(sample.Foo actual) {
return new sample.FooAssert(actual);
}
```
`FooAssert` is written as `sample.FooAssert` (not `sample.assertion.FooAssert`).
Beitragsleitfaden
Rechercherichtung
Beginne mit pom.xml und vergleiche die generierte FooAssert.java mit dem Einstiegspunkt Assertions.java, wenn generateAssertionsInPackage auf sample.assertion gesetzt ist. Verfolge den Generatorpfad, der den Einstiegspunkt schreibt, und stelle sicher, dass die Referenz auf seine Assertion-Klasse das generierte Paket verwendet; abgeschlossen ist die Aufgabe, wenn der Einstiegspunkt sample.assertion.FooAssert zurückgibt und diese Klasse instanziiert.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- java
- Bereich
- tooling
- Issue-Typ
- Bug
- Schwierigkeit
- 3/5
- Geschätzter Aufwand
- 1-2 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100