LINUX.ORG.RU

История изменений

Исправление hummer, (текущая версия) :

Ну если ты относишься к предупреждениям, как к религиозной анафеме, то да. А так - предупреждения это предупреждения, ничего больше. Ты пытаешься поломать систему типов жавы, она тебе даёт это сделать, но с предупреждениями. Если уверен, что ты умней компилятора жавы - вперёд и с песней.

В том-то и дело, что ничего ломать я даже не собирался, оно там уже сломано из-за type erasure и именно поэтому что-то вроде Map<String, Integer>.class не поддерживается, а поддерживается лишь просто Map.class

Нет, всё из-за того, что ты зачем-то передаёшь в метод неиспользуемую переменную.

Используемую. Именно она определяет тип T

Я в курсе, но я уже сказал, что против этого. Ибо будут абузить и будет у каждой зависимости в итоге свой класслоадер и будет logback в 50 версиях лежать, вместе с commons-logging-ом 1989 года.

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

Исходная версия hummer, :

Ну если ты относишься к предупреждениям, как к религиозной анафеме, то да. А так - предупреждения это предупреждения, ничего больше. Ты пытаешься поломать систему типов жавы, она тебе даёт это сделать, но с предупреждениями. Если уверен, что ты умней компилятора жавы - вперёд и с песней.

В том-то и дело, что ничего ломать я даже не собирался, оно там уже сломано из-за type erasure и именно поэтому что-то вроде Map<String, Integer>.class не поддерживается, а поддерживается лишь просто Map.class

Нет, всё из-за того, что ты зачем-то передаёшь в метод неиспользуемую переменную.

Используему. Именно она определяет тип T

Я в курсе, но я уже сказал, что против этого. Ибо будут абузить и будет у каждой зависимости в итоге свой класслоадер и будет logback в 50 версиях лежать, вместе с commons-logging-ом 1989 года.

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