Общий тип Spring Inject

Ответ прост: никакой магии не нужно, она просто работает в Spring. У вас есть свой AppValidator, а затем вы просто делаете (он вводится путем просмотра универсального типа):

@Autowired 
private Validator<String> appValidator;

Ну да ладно, а теперь представьте, что у вас их два Validator<String>, что тогда? required a single bean but found two exception - вот что. Вот почему это ужасная практика, никогда не делайте этого.

На моей работе один человек создал общий интерфейс с 3 универсальными типами, а затем на основе этих универсальных типов внедрил, люди до сих пор его ненавидят. Это выглядело так, и да, это работает, если у вас нет одних и тех же 3 универсальных типов в одном и том же порядке в нескольких реализациях:

@Autowired
private Invoker<String, Integer, Person> personInvoker;

@Autowired
private Invoker<Integer, String, Animal> animalInvoker;

Даже если в вашем коде нет нескольких Validator<String> и вы не планируете их добавлять, кто-то еще может прийти и добавить их, или во многих других сценариях.

Вот отношения между вашими модулями (приложениями и ядром):

Application 1       Application 2      Application 3
     |                   |                   |
Validator<Foo>     Validator<Bar>     Validator<FooBar>
     |                   |                   |  
     |                   |                   |  
     |__ __ __ __ __ __ _| __ __ __ __ __ __ | 
                         |
                         | <<uses>>
                         |
                        \ /
                     Core Module    
                         |
                 ValidateController  (not generic rest controller)                   

Что-то здесь не так, так как вы хотите, чтобы общий компонент ValidateController опирался на конкретный общий Validator класс приложения, но ValidateController не является универсальным классом, поэтому вы можете придерживаться только Object в качестве универсального типа, где вы будете использовать поле Validator.
Чтобы сделать вещи последовательными, вы должны создать эту отсутствующую ссылку. На самом деле вам нужны отдельные подклассы контроллера, потому что каждый контроллер должен использовать определенный экземпляр валидатора. Например, вы можете определить абстрактный класс/интерфейс ValidateController в общем модуле/коде и оставить каждый подкласс расширять его и определять для себя общий Validator класс для использования.

Здесь целевые отношения между вашими модулями:

Application 1        Application 2        Application 3
     |                   |                      |
Validator<Foo>       Validator<Bar>       Validator<FooBar>
FooController(bean)  BarController(bean)  FooBarController(bean)
     |                   |                      |  
     |                   |                      |  
     |__ __ __ __ __ ___ | __ ___ __ __ __ __ __| 
                         |
                         | <<uses>>
                         |
                        \ /
                     Core Module    
                         |
                 ValidateController<T>  (abstract class and not a bean)                   

Например, в основном/общем модуле:

public abstract class ValidateController<T> {

  private Validator<T> validator;

  ValidateController(Validator<T> validator){
     this.validator = validator;
  }

  @RequestMapping("/")
  public void index(T t) {
    boolean isValid = validator.validate(t);
  }

}

В приложении определите свою реализацию валидатора:

@Component
public class AppValidator implements Validator<String> {
  @Override
  public boolean validate(String data) {
    return ...;
  }
}

И определите также подкласс StringController (или @Bean в качестве альтернативы), чтобы установить правильный Validator :

@RestController
public class StringController extends ValidateController<String>{

   public ValidateControllerApp(Validator<String> validator){
       this.validator = validator;
   }

}