Класс универсального типа Java не может быть назначен переменной, чей тип класса ограничен сверху универсальным супертипом.

Давайте начнем с основных частей вашего API. У вас есть общий тип Parameter<T>, который представляет некоторый именованный параметр со значением типа T. У вас есть специализированные компоненты графического интерфейса, предназначенные для редактирования или отображения определенных типов параметров, и вы хотите иметь возможность регистрировать фабрики для создания этих компонентов.

class Parameter<T> {
    String name;
    T defaultValue;
}

class ParameterComponent<P extends Parameter> {
    void setParameter(final P p) {}
}

interface ParameterComponentFactory<P extends Parameter> {
    ParameterComponent<P> newComponent();
}

class FloatParameter extends Parameter<Float> {}
class FloatParameterComponent extends ParameterComponent<FloatParameter> {}

class EnumParameter extends Parameter<Enum> {}
class EnumParameterComponent extends ParameterComponent<EnumParameter> {}

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

addComponentFactory(EnumParameter.class, EnumParameterComponent::new);    // OK
addComponentFactory(FloatParameter.class, FloatParameterComponent::new);  // OK
addComponentFactory(FloatParameter.class, EnumParameterComponent::new);   // ERROR!

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

static <P extends Parameter> void addComponentFactory(
    final Class<P> parameterType,
    final ParameterComponentFactory<? extends P> factory) { ... }

Объяснение^[1]

Объясните разницу между введением нового типа P extends Parameter<?>, используемого в Class<P>, и прямым указанием Class<? extends Parameter<?>>

Это сложно, так что терпите меня. Давайте немного поговорим о подстановочных знаках, необработанных типах и преобразованиях. Рассмотрим следующее:

// Scenario 1(a)
GenericParameter raw = /* some value */;
GenericParameter<?> wc = raw;

// Scenario 1(b)
Class raw = GenericParameter.class; 
Class<?> wc = raw;

// Scenario 2
Class<GenericParameter> classOfRaw = GenericParameter.class; 
Class<GenericParameter<?>> classOfWC = classOfRaw;

Сценарии 1(a) и 1(b) компилируются по одной и той же причине: поскольку необработанный тип G может подвергнуться непроверенное преобразование в любой параметризованный тип вида G<T_1, ..., T_n>.

Сценарий 2 НЕ компилируется. Но почему?

В Сценарии 2 ни одна из сторон второго назначения не является необработанным типом. Чтобы назначение было действительным должно быть либо преобразование идентификатора, либо ссылка расширение преобразования из правостороннего типа в левосторонний. Для расширяющих преобразований ссылочных типов левый тип должен быть супертипом правого типа. Когда эти типы являются общими, правила общий подтип. В частности, аргументы типа в левой части должны содержат аргументы типа с правой стороны.

Назначение от Class<String> до Class<? extends Object> допустимо. Class<String> является общим подтипом Class<? extends Object>, поскольку ? extends Object содержит String. В Сценарии 2, чтобы второе назначение было действительным, GenericParameter<?> должно содержать GenericParameter, но это не так. T не является подтипом T<?>; T является супертипом T<?>. Таким образом, согласно общим правилам создания подтипов, Class<T> не является подтипом Class<T<?>>, и такое присвоение недопустимо.

Так почему же работает следующее?

public static <P extends GenericParameter<?>> addParameterComponentFactory(
    Class<P> clazz, 
    ParameterComponentFactory pcf)

addParameterComponentFactory(EnumParameter.class, new ParameterComponentFactory() {})

В приведенном выше вызове вывод типа для P полностью управляется аргументом Class<P>. Вы передаете Class<EnumParameter>, поэтому P в этом случае привязывается к необработанному типу EnumParameter. Чтобы ограничение P extends GenericParameter<?> было удовлетворено, GenericParameter<?> должно назначаться из EnumParameter, и оно может назначаться через непроверенное преобразование, как и в сценариях 1(a) и 1(b).

_{^[1] Это объяснение является откровенным плагаризмом и представляет собой смесь других отличных ответов на вопросы о переполнении стека, в основном от радиодеф.}