Frage zu Mock und UpperBound

[bueseb84]

Hallo zusammen, ich möchte in einem Unit Test Objekte mocken, die von einem anderen Typ angeleitet sind. Hier mal der Code :

Interfaces : (Modul Interface)

public interface IData {
    ...

public interface ILocationData extends IData .... {

public interface IMatchData extends IData {
...
Optional<? extends IData> getLocationData();

ImportedData : (Modul Imported Data)

public class ImportedMatchData implements IMatchData {

@NonNull
private ImportedLocationData locationData;

@Override
public Optional<ImportedLocationData> getLocationData() {
    return Optional.ofNullable(locationData);
}
...

class ImportedLocationData implements ILocationData {
...

TEST :
Der Test soll eigentlich nur das Interface Modul kennen und auf die konkrete Implementierung verzichten können.

    IResultData resultData = mock(IResultData.class);
    ILocationData locationData = Mockito.mock(ILocationData.class);
    IMatchData matchData = Mockito.mock(IMatchData.class);


...

        when(matchData.getResultData()).thenReturn(Optional.of(resultData));
        when(matchData.getLocationData()).thenReturn(Optional.of(locationData));

Allerdings bekomme ich dann einen Fehler beim Compilieren :
Cannot resolve method 'thenReturn(java.util.Optional<T>)'

Kann mir jemand einen Tipp geben, wie ich das Problem beheben kann ?
Vielen Dank
Euer Tummi

 

[TM69]

Optional erwartet einen Parameter bei der Verwendung. Also z.B. Optional<String>

 

[mrBrown]

Optional erwartet einen Parameter bei der Verwendung. Also z.B. Optional<String>

Hat er doch überall 🙂

Kann mir jemand einen Tipp geben, wie ich das Problem beheben kann ?

Dürfte daran liegen, dass getLocationData Optional<? extends IData> zurückgibt, also ein Optional eines konkreten, aber unbekannten, Subtyps von IData.
In deinem Test willst du ILocationData als Rückgabewert verwenden, dass ist zwar ein konkreter Typ, aber der Compiler kann nicht sicherstellen, dass es genau der Typ ist, den getLocationData zurückgeben soll, der ist ja explizit als unbekannt angegeben worde.

Einfachste Lösung: keine Wildcards als Return-Type nutzen 🙂
Optional<IData> getLocationData(); dürfte da genauso nutzbar sein, und wenn mehr nötig ist, kann man das ganze immer noch generisch machen.