Некоммерческая организация Eclipse Foundation, которой компания Oracle передала разработку и управление проектом Java EE (Java Platform Enterprise Edition), подвела (https://mmilinkov.wordpress.com/2018/02/26/and-the-name-is/) итоги голосования по смене имени (https://github.com/eclipse-ee4j/ee4j/issues/9) проекта. Смена имени инициирована, так как компания Oracle отказалась передать Eclipse права на использование торговой марки Java. В итого голосования, в котором приняло участие почти 7 тысяч человек, решено переименовать Java EE в Jakarta EE. За Jakarta EE проголосовало 64.4% участников, второй вариант 'Enterprise Profile' набрал 35.6% голосов.Представители Eclipse рекомендуют использовать имя Jakarta EE вместо имени EE4J, которое изначально использовалось в качестве названия проекта (https://projects.eclipse.org/projects/ee4j/) в Eclipse. Право на использование торговой марки Jakarta EE в сторонних продуктах будет предоставляться на основе прохождения специальной программы подтверждения совместимости.
Что касается открытого сервера приложений GlassFish c эталонной реализацией спецификации Java EE/Jakarta EE, который также перешёл в руки Eclipse, то решено именовать его "Eclipse Glassfish". Рабочая группа Java Community Process будет именоваться Eclipse EE.next Working Group (https://www.eclipse.org/org/workinggroups/eclipse_ee_next_ch...), а управляющий разработкой комитет Oracle преобразован в группы Eclipse Enterprise for Java (https://projects.eclipse.org/projects/ee4j/charter) (EE4J) и Project Management Committee (https://projects.eclipse.org/projects/ee4j/pmc) (PMC).
URL: https://mmilinkov.wordpress.com/2018/02/26/and-the-name-is/
Новость: https://www.opennet.ru/opennews/art.shtml?num=48194
ну теперь очевидно, что будующее за спрингом
Надо помнить, что JSP на которой в основном базируется Spring MVC, так же является частью JEE.
>> Надо помнить, что JSPну https://www.thymeleaf.org/ же
velocity же
каким боком Spring MVC к JSP? Сервлеты - да, без этого никуда. А шаблонизатор там можно любой подоткнуть, и JSP даже не первый в списке рекомендуемых (хотя как по мне - абсолютно незаслуженно)
на чем базуруется Spring MVC? На JSP?
> на чем базуруется Spring MVC? На JSP?На сервлетах и, да, jsp. Хотя сейчас уже нет. Сейчас El вывели из спеков jsp, поэтому jsp уже не нужен вообще по факту.
> на чем базуруется Spring MVC? На JSP?На сервлетах 2010 года.
в том-то и ужас
Зато споров не будет «Якарта» или «Джакарта». По крайней мере в Рунете.
Хоть я и джавист со стажем (более 10 лет разработки), но спрингом никогда не пользовался.
Я думаю, каждый выбирает те инструменты, которые ему удобнее использовать в разработке и работе.
кто выберет, работодатель?
Разработчик конечно же.Работодателю, главное что бы работало.
В детали он не всегда вникает.
> Разработчик конечно же.
> Работодателю, главное что бы работало.Ага, щаз.... Придёт Василий Дормидонтович Динозавров,
нагенерит 1 гиг ассемблера и помрёт, а ты разгребай.Было бы сказкой, если б лично не столкнулся с серт. софтом на Pascal
в который не работал нигде, кроме MSDOS и протокола NETBEUI.
Код исчез вместе с СССР. Пришлось на виртуалках ставить MSDOS и
затачивать все сети под работу с ними.
Та же хрень была с АБС, тоже МСДОС и Oracle не больше 6.0 (но тут PL/SQL спас)
Ассемблерщика выпрут через 2 месяца за то, что результатов ноль. А во вменяемых конторах и небольших проектах действительно что знает твой спец, то и используют.
> Ассемблерщика выпрут через 2 месяца за то, что результатов ноль. А во вменяемых конторах и
> небольших проектах действительно что знает твой спец, то и используют.Зато от джавистов кучи кала остаются. Сами они свое гуано разгребать не умеют и не хотят, стектрейсы приходится другим читать.
>Зато от джавистов кучи кала остаютсяПока что кучи кала только от жабоЗАвистников наблюдаю :))) весь опеннет этим намазан.
> Пока что кучи кала только от жабоЗАвистников наблюдаю :))) весь опеннет этим намазан.Что тут не понятно? Кал может выдать и ассемблерщик и жабист.
Чам отличается жабист от ассемблерщика? Некоторые ассемблерщики таки выдают на гора эпичные вещицы. А жабисты - только корпоративный кал и ничего кроме корпоративного кала, где весь расчет на то что клиент дурак и не в теме, поэтому заплатит, а потом хоть потоп.
> Ассемблерщика выпрут через 2 месяца за то, что результатов ноль.Это если по глупому делать. А какие-нибудь гугли нанимают только в путь. Для совершенствования кодеков. Но, конечно, целиком на ассемблере не пишут. Только критичные куски. Зато когда критичный кусок разгоняется в 10 раз "нахаляву" на том же железе - наступает EPIC WIN.
> Ага, щаз.... Придёт Василий Дормидонтович Динозавров,
> нагенерит 1 гиг ассемблера и помрёт, а ты разгребай.Видел такое - собиралось в более чем 200 кило бинаря. Фирмвари редкой железки. Не подлежит майнтенансу в принципе - даже производитель уже не может в этом разобраться. Так, подкрашивали по мелочи наиболее сбоящие места.
Зато работало на железе которое полный хлам. И этот хлам потом гнали лет 20 наверное. Используя для производства чипов оборудование которое большинство фирм сдало на свалку. А поскольку как-то работает, 20 лет профит был. А потом пришли конкуренты с более новым железом и кучей фич и как-то все внезапно ухнуло :)
> Хоть я и джавист со стажем (более 10 лет разработки), но спрингом никогда не пользовался.это потому что стаж слишком большой. а иначе бы пользовался.
это очень модно (хоть и код с хреновыми свойствами получается). как раз что любят молодёж
Не, молодежь любит play framework
А не то что молодые уходят в Ruby on Rails, Python Django, PHP Simphony/Zend, Go и что там еще.Зачем Java когда есть дешевле проще быстрее, а следовательнее выше конвертация часы в деньги, а следовательно для потребителя прибыльнее.
Я не утверждаю о качестве решений и фреймворков, но рынок малого и среднего бызнеса просто завален подомного рода вакансиями.
А по правде скзаать со знанием Spring и Play все грустнее и реже инетерсные проекты встречаю. Тонее вообще не вижу их в упор. Сейчас кстати пойду посмотрю ради любопытства.
Опять таки вопрос как прояснить заказчику, что PHP странички сделанные за 10 минту могут плохо работать со временем.
>Зачем Java когда есть
>дешевле проще быстрее, а следовательнее выше конвертация часы в деньги, а следовательно для потребителя прибыльнее.Проблема в том что технологически нет такого, а дешевле для кого, если не секрет? Для заказчика или исполнителя?
ИМХО Java как раз весьма неплохо балансирует между интересами обеих сторон и позволяет быть более-менее уверенным в будущих денежных потоках, а вот нераспространённые Рельсовые, и часто костыльные PHP-ные решения как раз снижают уверенность в завтрашнем дне.
( это как в МСК выбирать на чём строить "большие" хранилища данных, есть Oracle от которого есть известные последствия и который даёт стабильный результат ( как в работе так и в деньгах ) и есть Teradata/Postgre/Vertica/DB2 и др. в которых никогда не знаешь во сколько обойдётся замена человека в команде или преодоление какого-либо внезапного барьера ).
Когда как пользователь устанавливающий ПО смотрю на ПО на руби, у меня всегда возникает один и тот же вопрос, зачем мне в системе ещё куча непонятных зависимостей :)
Это миф. Ява жива именно потому, что на ней разработка чего-то дольше пары тысяч человеко-часов пока вне конкуренции рентабельней.
С этим надо согласиться. Особенно в таких разработках хорошо можно проследить связи и ответственности и внедрять туда новых сотрудников, что в PHP почти невозможно. Увеличение кол-ва разработчиков не увеличивает производительность команды и т.д. Понятное дело, что и архитектуру и утилизацию ресурсов можно организовать эффективнее на Java чем на PHP или других подбных языках делящих один поток, но ... малый бизнес... средний бизнес... в россии это очень большое количество компаний. Таких крупняков всего два три и закончились. Пока крупный бизнес это большое везение для россии и там уже свои специалисты по Java и Oracle. Так что если речь идет о молодежи, то понятное дело что это небольшие конторы.P.S. Дешевле и эффективнее для потребителя и исполнителя (студенты могут подработать, малый бизнес стартануть, а Java EE в сторонке). Одностраничники сейчас на рынке PHP могут стоить 5 тыс. где вы такой сайтик на Java найдете для малого и срденего бизнеса?
всё как раз наоборот - 10 лет назад жаба ЕЕ была жирным монстром, почему и начали лепить спринг. А последние лет 5 жаба ее лучший выбор.
> всё как раз наоборот - 10 лет назад жаба ЕЕ была
> жирным монстром, почему и начали лепить спринг. А последние лет 5
> жаба ее лучший выбор.Последние пару лет, GOLang набирает обороты. Через года 3-4 он джаву
выдавит отовсюду как гной.
>> всё как раз наоборот - 10 лет назад жаба ЕЕ была
>> жирным монстром, почему и начали лепить спринг. А последние лет 5
>> жаба ее лучший выбор.
> Последние пару лет, GOLang набирает обороты. Через года 3-4 он джаву
> выдавит отовсюду как гной.Ну как он это сделает? В нём же нет инфраструктуры, всё в микросервисы угу?
Так и так всё в микросервисы. Ну, может они не совсем "микро" окажутся, но за Kubernetes и подобными уже явно будущее.
> Ну как он это сделает? В нём же нет инфраструктуры, всё в
> микросервисы угу?Так микросервисы это хорошо - нет адских монструозных глюкал в виде навозной кучи, которую невозможно поддерживать. Собственно поэтому все и вдарились в микросервисы - кодить быстро, поддерживать легко, и вообще, получается в целом менее ушлепищно.
Эксперты опеннета never change...
> Эксперты опеннета never change...Эксперты тоже рано или поздно заканчиваются. Вот вспомнить хотя бы больших экспертов по перфокартам. Наверное есть где-то и хранят там сейчас свои программы и может быть даже сделали перфокарторидер для USB ) Может быть и JVM кто перепишет на Golang.
> Хоть я и джавист со стажем (более 10 лет разработки), но спрингом никогда не пользовался.У меня 15+ лет опыта, и со Спрингом у меня натянутые отношения. Основная его core фишка с которой всё началось -- Dependency Injection (поначалу рекламировалось как Inversion of Control). Сегодня же Guice гораздо лучше делает DI, без кучи спрингового легаси (например что каждый бин должен иметь стринговый ID которые в больших проектах начинают клешится друг с другом).
А все остальные обвязки и интеграции кроме spring-core как-то только поначалу кажется что удобнее, а через какое-то время понимаешь что зачастую быстрее сделать руками интеграцию, чем через спринговые адаптеры. А самое главное, убирается прослойка, меньше уровней абстракции, архитектура становится понятнее.
Поэтому мы как-то отказались со временем от Cпринга вообще. Как-то гораздо проще руками соединить Jetty + Guice + Jersey + Jackson (хотя недавно узнал что есть даже уже пакет где это вместе связали + мониторинг : http://www.dropwizard.io пока не пробовал)
Как опытный джавист, что скажете про Spring Boot?
Spring Boot рак - поразивший экосистему Spring. Без него уже нет ни одного примера со свежими версиями Spring.
> Как опытный джавист, что скажете про Spring Boot?Мучает вопрос -- зачем оно? Как и большая часть Сприговских инициатив.
>[оверквотинг удален]
> иметь стринговый ID которые в больших проектах начинают клешится друг с
> другом).
> А все остальные обвязки и интеграции кроме spring-core как-то только поначалу кажется
> что удобнее, а через какое-то время понимаешь что зачастую быстрее сделать
> руками интеграцию, чем через спринговые адаптеры. А самое главное, убирается прослойка,
> меньше уровней абстракции, архитектура становится понятнее.
> Поэтому мы как-то отказались со временем от Cпринга вообще. Как-то гораздо проще
> руками соединить Jetty + Guice + Jersey + Jackson (хотя недавно
> узнал что есть даже уже пакет где это вместе связали +
> мониторинг : http://www.dropwizard.io пока не пробовал)ты явно на третьем спринге застрял. в 5 все уже сильно не так.
> Как-то гораздо проще руками соединить Jetty + Guice + Jersey + JacksonJava EE 8 умеет JSON-B (для чего раньше был нужен Jackson) "из коробки". Jetty не поддерживает последние версии Servlet API 4.0 с HTTP/2.
glassfish-5.0.zip ~ 114 МБ, каталог glassfish5 ~ 136 МБ на диске.
https://javaee.github.io/glassfish/doc/5.0/release-notes.pdf
17 лет в java, спрингом ни разу не пользовался. Только frameworkmonkeys на нём сидят (разные там сеньоры, мидлы и джуны, как они любят себя называть).
месье предпочитает голые сокеты? и начинает каждый проект с реализации http-протокола?
> месье предпочитает голые сокеты? и начинает каждый проект с реализации http-протокола?Во-первых: реализовать http (не используя спринг) совершенно не нужно, во-вторых: что вы имели ввиду под голыми сокетами для меня тайна?...(ассемблер не применяю). Прекрасно можно обойтись без лишнего фреймворка если знаешь что делаешь, ну это лично моё моё мнение.
Будущее за зелёненькими человечками.
Спринг это жуткий нелепый монстр. ЕЕ к своей 7-мой версии куда компактней и обозримей.
> ну теперь очевидно, что будующее за спрингомГде он тут: https://en.wikipedia.org/wiki/Java_Platform,_Enterprise_Edition
???
> компания Oracle отказалась передать Eclipse права на использование торговой марки JavaБылинный отказ.
СтОило когда-то душить Гармонию, чтобы теперь отдать жабу Эклипсу?
конъюнктурка поменялась, держат нос по ветру
Ну это всё-таки совсем разные вещи. Harmony - это альтернативная версия JVM.
К тому же она развивалась не под эгидой Eclipse Fonundation и при поддержки IBM, которые теперь просто вместе со всеми пилит основную JVM.
> СтОило когда-то душить Гармонию, чтобы теперь отдать жабу Эклипсу?"Жаба" как была Оракла так и осталась. ЕЕ же по факту уже с 7-мой версии это выжимки из Спринга, Хибернэйта и прочих.
Нужно было переименовывать в Жабу: Jaba EE
Учитывая отношение к ресурсам, то и вовсе в Jabba EE.
> Учитывая отношение к ресурсам, то и вовсе в JabbaТы вроде админишко? Тебе ли рассуждать о ресурсах на разработку и сопровождение в течение хотя бы 10 лет?
С чего ты взял? Обычный прикладной программист.
> С чего ты взял? Обычный прикладной программист.И чего к чему прикладываете?
> Учитывая отношение к ресурсам, то и вовсе в Jabba EE.+111 !
Это название очень точно и символично отражает всю суть этого крэпа.
Просто воткните в сервер еще 64Gb памяти. DDR4 память сейчас очень дешевая.
> DDR4 память сейчас очень дешевая.И очень доступная, да...
>> DDR4 память сейчас очень дешевая.
> И очень доступная, да...В Веларибо докупают память по 64Гб каждый месяц и вставляют в сервера.
А в Велобаджо уже переписали все на Golang и теперь продали свой Xeon и хостят свой сервер на Raspbery Pi.
EE можно было не указывать, Jaba точно отображает Enterprise Edition :D
> EE можно было не указыватьТогда пришлось бы прикладывать конфигурацию в виде 40 файлов xml.
Но ведь Жаба то кормит!
> Но ведь Жаба то кормит!Вот это вот и главный вопрос кто эти люди готовые платить миллиарды за решения,
которые устаревают на этапе создания.
Jaba Enterpraiz Edishon
Jaka EE
В JarJarBinksEE
Какая мощная инновация!
А чего можно ожидать от лоеров и уборщиц?
Вполне ожидаемо.
JaCarta — семейство аппаратных и программных продуктов для аутентификации, электронной подписи и безопасного хранения криптографических ключей. Разработано и выпускается компанией «Аладдин Р. Д.».
Ждём-с эпических судебных исков к Eclipse.
Джакарта -- столица Индонезии. Надо бы Индонезийскому правительству подсуетиться.
Вообще-то под Jakarta торговой маркой Apache Jakarta проект работал, который в 2011 году вышел на пенсию. Скорее всего голосовавшие тем или менее с фондом Apache знакомы.
В треде Йода мастер, в Сокол Тысячелетний все!
> Вообще-то под Jakarta торговой маркой Apache Jakarta проект работал, который в 2011
> году вышел на пенсию. Скорее всего голосовавшие тем или менее с
> фондом Apache знакомы.Причём это верхнеуровневый проект, из которого вышло много чего популярного ныне и в прошлом.
опять кровати двигают
Какие ещё кровати? Приводят название в порядок. Передача больших проектов сопряжена и с юридическими тонкостями. Это тебе не форк на ГитХабе. Что не так-то?
он вчера новую для себя прикольную фразу выучил про "надо не кровати двигать, а млядей бенять". Вот-с, пытается употреблять. Пока правда не к месту получилось, но со временем научится, не будь так строг.
>Eclipse GlassfishИнтересно, а что на это ответят разработчики Payara?
Вас интересует Payara ответ?
>В итоге голосования,Глосования? А я думал они напишут программу, в которой создадут астрактную фабрику,абстрактных фабрик,абстрактных фабрик,абстрактных фабрик,абстрактных фабрик,абстрактных фабрик,абстрактных фабрик,абстрактных фабрик,абстрактных фабрик,абстрактных фабрик,абстрактных фабрик,абстрактных фабрик,абстрактных фабрик,абстрактных фабрик, абстрактных фабрик, абстрактных стратегий, имплементации энтерпрайз-бобов, которая после запуска на суперкомпьютере из топ 500 в течении 42-х лет выберет из одного варианта
И умрет с ошибкой ООМ.