La classe è un tipo non elaborato. I riferimenti al tipo generico Classe <T> dovrebbero essere parametrizzato

Question

ho la classe seguente (da un semplice tutorial primavera)

public class CarValidator implements Validator { 

    public boolean supports(Class aClass) { 
     return Car.class.equals(aClass); 
    } 

    public void validate(Object obj, Errors errors) { 
     Car car = (Car) obj; 

     ValidationUtils.rejectIfEmptyOrWhitespace(errors, "model", "field.required", "Required field"); 

     ValidationUtils.rejectIfEmptyOrWhitespace(errors, "price", "field.required", "Required field"); 

     if(! errors.hasFieldErrors("price")) { 
      if (car.getPrice().intValue() == 0) { 
       errors.rejectValue("price", "not_zero", "Can't be free!"); 
      } 
     } 

    } 
} 

in cui la classe Validator è la classe org.springframework.validation.Validator da Spring 2.5.

Il metodo supporta sta mostrando un avviso (Class è un tipo grezzo. I riferimenti al tipo di classe generica devono essere parametrizzate), se cerco di aggiungere parametri a questo come ad esempio

public boolean supports(Class<?> aClass) ... 

ottengo il seguente errore :

The method supports(Class<?>) of type CarValidator has the same erasure as supports(Class) of type Validator but does not override it

ci sono un sacco di discussioni su questo tipo di domanda, ma voglio ottenere una risposta completa e realmente capire senza 'nascondere' il problema con un @SupressWarnings!

Answer 1

L'interfaccia dichiara il metodo con un tipo non elaborato. In tal caso, non è possibile sovrascriverlo senza l'avviso.

L'origine del problema è che l'interfaccia Spring è stata dichiarata conforme a Java 1.4. Si noti che Spring 3.0 dovrebbe fornire tutte le classi conformi a Java 1.5, in modo da risolvere il problema. Prima di eseguire l'aggiornamento, suppongo che tu debba convivere con l'avviso o con lo @SuppressWarning.

Answer 2

Poiché l'interfaccia obbliga a utilizzare il tipo non elaborato (ovvero non consente di specificare le informazioni sul tipo corretto) non è possibile implementarlo senza avvisi a meno che non si utilizzi @SupressWarnings.

L'unica soluzione reale consiste nel risolvere l'interfaccia (ad esempio, definirla boolean supports(Class<?> aClass)).