E
ага, спасиб
Size: a a a
2021 January 27
AE
Jackson вероятно.
+
AE
Ed
Популярность и новизна
Новизна не показатель
SP
по тестам GSON быстрее работает с маленькими файлами а Jackson c большими. https://tproger.ru/translations/java-json-library-comparison/
НБ
Привет, нужна помощь людей которые работали с micronaut 2. У меня вопрос по работе его DI.
Обычно во всех таких фреймворках есть условный контекст будь-то .xml файл или например настройка Injectora в Guice, где мы указываем какие конкретно классы нужно инжектить.
В micronaut такого нет, написано что он сам подставит в compile time все зависимости, и этот момент для меня не очевидный. Как он получает список классов? В документации написано что допустим во время Micronaut.run() или ApplicationContext.run() он инициализирует зависимости. Но, как именно?
Он пойдёт сканить файлы по пакетам в поиске аннотаций или как это получается.
Спасибо за помощь 🤓
Обычно во всех таких фреймворках есть условный контекст будь-то .xml файл или например настройка Injectora в Guice, где мы указываем какие конкретно классы нужно инжектить.
В micronaut такого нет, написано что он сам подставит в compile time все зависимости, и этот момент для меня не очевидный. Как он получает список классов? В документации написано что допустим во время Micronaut.run() или ApplicationContext.run() он инициализирует зависимости. Но, как именно?
Он пойдёт сканить файлы по пакетам в поиске аннотаций или как это получается.
Спасибо за помощь 🤓
2021 January 28
A
Привет, нужна помощь людей которые работали с micronaut 2. У меня вопрос по работе его DI.
Обычно во всех таких фреймворках есть условный контекст будь-то .xml файл или например настройка Injectora в Guice, где мы указываем какие конкретно классы нужно инжектить.
В micronaut такого нет, написано что он сам подставит в compile time все зависимости, и этот момент для меня не очевидный. Как он получает список классов? В документации написано что допустим во время Micronaut.run() или ApplicationContext.run() он инициализирует зависимости. Но, как именно?
Он пойдёт сканить файлы по пакетам в поиске аннотаций или как это получается.
Спасибо за помощь 🤓
Обычно во всех таких фреймворках есть условный контекст будь-то .xml файл или например настройка Injectora в Guice, где мы указываем какие конкретно классы нужно инжектить.
В micronaut такого нет, написано что он сам подставит в compile time все зависимости, и этот момент для меня не очевидный. Как он получает список классов? В документации написано что допустим во время Micronaut.run() или ApplicationContext.run() он инициализирует зависимости. Но, как именно?
Он пойдёт сканить файлы по пакетам в поиске аннотаций или как это получается.
Спасибо за помощь 🤓
Делает annotation processing
AK
Привет, нужна помощь людей которые работали с micronaut 2. У меня вопрос по работе его DI.
Обычно во всех таких фреймворках есть условный контекст будь-то .xml файл или например настройка Injectora в Guice, где мы указываем какие конкретно классы нужно инжектить.
В micronaut такого нет, написано что он сам подставит в compile time все зависимости, и этот момент для меня не очевидный. Как он получает список классов? В документации написано что допустим во время Micronaut.run() или ApplicationContext.run() он инициализирует зависимости. Но, как именно?
Он пойдёт сканить файлы по пакетам в поиске аннотаций или как это получается.
Спасибо за помощь 🤓
Обычно во всех таких фреймворках есть условный контекст будь-то .xml файл или например настройка Injectora в Guice, где мы указываем какие конкретно классы нужно инжектить.
В micronaut такого нет, написано что он сам подставит в compile time все зависимости, и этот момент для меня не очевидный. Как он получает список классов? В документации написано что допустим во время Micronaut.run() или ApplicationContext.run() он инициализирует зависимости. Но, как именно?
Он пойдёт сканить файлы по пакетам в поиске аннотаций или как это получается.
Спасибо за помощь 🤓
Ну да, идёт сканить, как и Спринг
NG
Привет, нужна помощь людей которые работали с micronaut 2. У меня вопрос по работе его DI.
Обычно во всех таких фреймворках есть условный контекст будь-то .xml файл или например настройка Injectora в Guice, где мы указываем какие конкретно классы нужно инжектить.
В micronaut такого нет, написано что он сам подставит в compile time все зависимости, и этот момент для меня не очевидный. Как он получает список классов? В документации написано что допустим во время Micronaut.run() или ApplicationContext.run() он инициализирует зависимости. Но, как именно?
Он пойдёт сканить файлы по пакетам в поиске аннотаций или как это получается.
Спасибо за помощь 🤓
Обычно во всех таких фреймворках есть условный контекст будь-то .xml файл или например настройка Injectora в Guice, где мы указываем какие конкретно классы нужно инжектить.
В micronaut такого нет, написано что он сам подставит в compile time все зависимости, и этот момент для меня не очевидный. Как он получает список классов? В документации написано что допустим во время Micronaut.run() или ApplicationContext.run() он инициализирует зависимости. Но, как именно?
Он пойдёт сканить файлы по пакетам в поиске аннотаций или как это получается.
Спасибо за помощь 🤓
Могу путать, но кажется он при компиляции кладёт в ресурсы файл со списком "компонентов", по аналогии со spring-indexer. И в рантайме уже не запускает скан пакетов, а берет конкретный список бинов из файла
AE
Привет, нужна помощь людей которые работали с micronaut 2. У меня вопрос по работе его DI.
Обычно во всех таких фреймворках есть условный контекст будь-то .xml файл или например настройка Injectora в Guice, где мы указываем какие конкретно классы нужно инжектить.
В micronaut такого нет, написано что он сам подставит в compile time все зависимости, и этот момент для меня не очевидный. Как он получает список классов? В документации написано что допустим во время Micronaut.run() или ApplicationContext.run() он инициализирует зависимости. Но, как именно?
Он пойдёт сканить файлы по пакетам в поиске аннотаций или как это получается.
Спасибо за помощь 🤓
Обычно во всех таких фреймворках есть условный контекст будь-то .xml файл или например настройка Injectora в Guice, где мы указываем какие конкретно классы нужно инжектить.
В micronaut такого нет, написано что он сам подставит в compile time все зависимости, и этот момент для меня не очевидный. Как он получает список классов? В документации написано что допустим во время Micronaut.run() или ApplicationContext.run() он инициализирует зависимости. Но, как именно?
Он пойдёт сканить файлы по пакетам в поиске аннотаций или как это получается.
Спасибо за помощь 🤓
НБ
Спасибо всем за помощь, я разобрался немного. Документацию их я прочитал, но там все больше с прикладного уровня, мне было интересно как реализовано внутри.
НБ
Просто не понятно зачем тогда в других DI все работает через рефлексию и прокси, если можно без нее обойтись и это удобнее/быстрее, хотя наверное мне не хватает глубины анализа 😅
AK
Просто не понятно зачем тогда в других DI все работает через рефлексию и прокси, если можно без нее обойтись и это удобнее/быстрее, хотя наверное мне не хватает глубины анализа 😅
Ну так потом он через Reflection все и связывает что нашёл
AG
Просто не понятно зачем тогда в других DI все работает через рефлексию и прокси, если можно без нее обойтись и это удобнее/быстрее, хотя наверное мне не хватает глубины анализа 😅
Раньше все работало в рантайме, потому что ещё не было annotation processing’а. Кроме того, в рантайме можно сделать больше, чем во время компиляции. Например, hibernate может при подключении к базе данных понять, что это вообще за база и настроить диалект запросов. Это даёт spring’у возможность делать тесты на h2, а реальное приложение использовать с любой другой базой. micronaut-data же умеет сейчас работать только с одной базой.
С точки зрения первого вопроса: micronaut сгенерирует класс, в котором будет лежать код связывания объектов, грубо говоря в main-методе, если я правильно помню. Никакой рефлексии там не будет, поэтому и включаться приложение будет очень быстро
С точки зрения первого вопроса: micronaut сгенерирует класс, в котором будет лежать код связывания объектов, грубо говоря в main-методе, если я правильно помню. Никакой рефлексии там не будет, поэтому и включаться приложение будет очень быстро
RM
доброе время суток, подскажите плиз, в последних версиях спринга изменилась логика работы вызова сессионных бинов (@Scope(value = WebApplicationContext.SCOPE_SESSION, proxyMode = ScopedProxyMode.TARGET_CLASS))
на сколько я понимаю теперь их можно инициализировать исключительно как @Resource и исключительно в контролерах ?
я правильно понял ?
на сколько я понимаю теперь их можно инициализировать исключительно как @Resource и исключительно в контролерах ?
я правильно понял ?
П
Народ, посоветуйте легковесный фреймворк/библиотеку для организации REST. Знаю sparkjava, apache camel. Со вторым работал очень давно с xml настройкой, хз как там дела сейчас. С первым не работал. Хочется что-то найти удобное и очень лёгкое.
А
Всем привет, у меня есть в spring data jpa приложении есть класс сущность и новые значения я сохраняю стандартно через метод save(). Но возникла PropertyValueException, наверное я не вписываюсь в какое-то ограничение в таблице. Можно ли узнать на каком именно поле возникает ошибка. Потому что через дебаггер долго и неудобно высматривать ошибку.
AE
Всем привет, у меня есть в spring data jpa приложении есть класс сущность и новые значения я сохраняю стандартно через метод save(). Но возникла PropertyValueException, наверное я не вписываюсь в какое-то ограничение в таблице. Можно ли узнать на каком именно поле возникает ошибка. Потому что через дебаггер долго и неудобно высматривать ошибку.
в эксепшене должна быть информация