таким образом меняя поведение

xml можно подкладывать безе перекомпиляции приложения например

так себе аргумент

Да, но как часто это надо делать?

замены не будет

Думаю, что никогда.

Да, но как часто это надо делать?

почти никогда

зависит от задач на самом деле)

толку что ты поменял конфиг, а код дядя будет менять или как?

или вот у меня докер контейнер и джарка

есть же целая профессия, настраивать коробчные решения для кастомеров

как вы себе представляете тогда??

в общем, джава конфиг будет основой

а хмл останется в 4.3

так а где анонс?

я профукал

ты офигеешь

но у них в джире

еще летом обсуждали в этом чате

Реально из сорцов выпилили

Офигеть)

Я думал спринг и xml друзья на веки

одна вера, один народ

так себе аргумент

На одном проекте этим пользовались активно

Описывали в XML алгоритм

XML в базе хранили

Отдаешь воркеру XML, он ее выполняет - профит

Звучит прям как BRMS

а-ля Drools

Только в drools, а-ля java код

Примерно такое и написали :)

Только в drools, а-ля java код

в Drools промежуточное представление правил - это xml

Есть еще jbpm

Возможно, что друлс его и использует

в Drools промежуточное представление правил - это xml

Не удивительно)

https://access.redhat.com/documentation/en-US/JBoss_Enterprise_SOA_Platform/4.2/html/JBoss_Rules_Manual/sect-JBoss_Rules_Reference_Manual-XML_Rule_Language.html вот он, адок

но для аналитиков всяких, как не странно, XML заходит легко

в отличае от drl

А есть ссылка на спринг 5 без хмл?

Чет не могу найти

Помогите, кто чем сможет.

Я просто в сорцы зашел и посмотрел

Xml контекста больше нет

https://access.redhat.com/documentation/en-US/JBoss_Enterprise_SOA_Platform/4.2/html/JBoss_Rules_Manual/sect-JBoss_Rules_Reference_Manual-XML_Rule_Language.html вот он, адок

Мы помню прикручивали к BPM Activity(где описание процессов – бааальшой xml ) ещё и JSON(внутри специально тэга и cdata) что бы описывать структуру UI. А ещё кое где там был груви код прямо в xml.

короче, потом того парня в дурку забрали, конечно

Но работало так шикарно и гибко – что это был получился прекрасный конструктор и админка для бмп процессов. Бери да и продавай

Правда в придачу ещё трёхтомник из инструкции

и свой кастомный BPM Activity

который мы ещё и на монгу переписали вместо postgresl

ну короче полный энтерпрайз фарш, но было весело

Больше похоже на расспил бабла, чем на продукт)

воу-воу, полегче. Работало! И многие процессы в одной большой компании строятся поверх этой штуки.

Правда оказалось сложновато, что сделали заново в другом проекте то же самое но проще и без всего этого велосипедирования для универсальности.

Так что да, "распилили" знатно

Xml контекста больше нет

https://github.com/spring-projects/spring-framework/blob/master/spring-context/src/main/java/org/springframework/context/support/ClassPathXmlApplicationContext.java

Че вы пугаете

Все на месте

Пилим дальше на хмл

Эм, как так

master?

в проекте где мы использовали друлз, втащили его за несколько спринтов, и так же потом за несколько спринтов избавились заменив одним небольшим скриптом на груви :)

Пилим дальше на хмл

йеееее!

master?

да, это пятерка

Опечатался что-ли я

backwards compatibility, baby! :)

ERROR: S client not available

Ну ладно, я еще подумал что странно что в spring-test, приблуды для XML остались)))

Да всё на месте

https://github.com/spring-projects/spring-framework/blob/v5.0.0.M4/spring-context/src/main/java/org/springframework/context/support/ClassPathXmlApplicationContext.java

xml молодец :)

выжил

Чуда не случилось

spring + xml = ❤️

Так хорошо же

https://github.com/spring-projects/spring-framework/blob/v5.0.0.M4/spring-context/src/main/java/org/springframework/context/support/ClassPathXmlApplicationContext.java

эээээ, блэт

я же таску в их жире видел

наепсики

го таску

https://jira.spring.io/browse/SPR?selectedTab=com.atlassian.jira.jira-projects-plugin:roadmap-panel

тут было в одном из бэк логов

летом

Supplier ток, а не Provider ?

Как раз Provider по jsr.

Как раз Provider по jsr.

и Supplier по делу, лол

ну я и сделал провайдер с супплаером внутри

Консумер снаружи

@fundamentalparticle прочитал статью из твиттера, какое же страшное джава апи у акки, неужели кто-то так пишет

@fundamentalparticle прочитал статью из твиттера, какое же страшное джава апи у акки, неужели кто-то так пишет

корявенько да. Надо сказать, что оно мало чем изменилось со времён когда Java не было их стратегическим направлением. Из этого, стоит полагать, громкое заявление “Java-first” - это всего лишь маркетинговый ход.

хотя, по большому счёту, ну а что там такого страшного?

Теперь Akka.Net?)

корявенько да. Надо сказать, что оно мало чем изменилось со времён когда Java не было их стратегическим направлением. Из этого, стоит полагать, громкое заявление “Java-first” - это всего лишь маркетинговый ход.

Мне хотелось бы воспринимать это как просто больший поворот в сторону нормального джава апи, без ущерба скальному

Теперь Akka.Net?)

когда то Interface21 пытался Spring для .NET тоже сделать :) мне история Typesafe очень напоминает Interface21. Более того, Род Джонсон и там и там отметился :)

Мне хотелось бы воспринимать это как просто больший поворот в сторону нормального джава апи, без ущерба скальному

определение “нормального” - оно у всех своё

хотя, по большому счёту, ну а что там такого страшного?

Какие-то жутковатые билдеры, куча статик классов с геттерами и сеттерами, ну такое...

когда то Interface21 пытался Spring для .NET тоже сделать :) мне история Typesafe очень напоминает Interface21. Более того, Род Джонсон и там и там отметился :)

Ну хз, времена меняются. И акка активно пилится.

Теперь Akka.Net?)

довольно старый и живой проект

определение “нормального” - оно у всех своё

Например, апи спарка для джавы мне более менее нравится, оно более человечное вроде, там меньше скала вылазит из-под покрова