1.3, Аноним (3), 12:02, 20/09/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Кто-нибудь ещё пользуется GlassFish? После 10 лет стагнации, за него реально страшно браться....
| |
|
2.5, MVK (??), 12:31, 20/09/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
До недавнего времени GF5 единственный поддерживал JavaEE 8. В остальном каких то претензий к нему нет.
| |
|
3.11, Аноним (3), 14:49, 20/09/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Когда-то мы жили в jBoss. Когда сравнивали куда двигаться - в WildFly или мигрировать в GlassFish, переходить в последний не решились. Какие-то многочисленные были проблемы совместимости и стабильности. Было довольно пухлое Spring- приложение.
| |
|
4.12, MVK (??), 17:40, 20/09/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это я вообще не понимаю. Зачем разворачивать на полноценном сервере приложений Spring приложение, которому хватит для запуска контейнера сервлетов типа Tomcat? 70% функциональности сервера приложений при этом не используется. Причем я понимаю, Вы не одиноки, сейчас как раз копаюсь с таким монстром: Apache CXF + Spring Data (а местами Spring JDBC) + Infinispan + Switchyard. Из-за Switchyard и Infinispan это чудовище можно запускать только на JBoss/WildFly, и то не на всех версиях.
| |
|
5.41, лютый лютик__ (?), 06:06, 21/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
>Зачем разворачивать на полноценном сервере приложений Spring приложение
Wildfly умеет быть servlet-only
У меня есть знакомый который под Вебсферой Шпринг мучает. Раз так делает, значит есть плюсы. Хоть это и выглядит по-наркомански.
| |
|
4.17, Кузя (?), 18:09, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Когда-то мы жили в jBoss. Когда сравнивали куда двигаться - в WildFly
> или мигрировать в GlassFish, переходить в последний не решились. Какие-то многочисленные
> были проблемы совместимости и стабильности. Было довольно пухлое Spring- приложение.
GF нужен, если вы работает в рамках JEE. Если вы связались со Spring-ом, то -- беда.
| |
4.39, iZEN (ok), 22:16, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Когда-то мы жили в jBoss. Когда сравнивали куда двигаться - в WildFly
> или мигрировать в GlassFish, переходить в последний не решились. Какие-то многочисленные
> были проблемы совместимости и стабильности. Было довольно пухлое Spring- приложение.
Вы скрестили слона с китом. Нормально так?
| |
|
|
2.9, хрю (?), 12:49, 20/09/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
Кто-нить ещё пользуется EE? Конечно кто-то пользуется и мы им посочувствуем, ведь они так себя не любят. :D
| |
|
3.13, Аноним (13), 18:04, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Да, бедные люди. Это чудовище неудобно, сложно, плохо диагностируемо и адски неэффективно по памяти и цпу. А главное нафиг никому не нужно. Пользуются этим либо по чьей-то тупости, либо по историческим причинам. И мечтают с этого ужаса переехать на что-то человеческое.
| |
|
2.10, eRIC (ok), 13:14, 20/09/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Кто-нибудь ещё пользуется GlassFish? После 10 лет стагнации, за него реально страшно
> браться....
10 лет слишком загнули, есть пользователи как версии 5й так и другой реализации сервера под Payara Server
| |
2.14, Кузя (?), 18:06, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Кто-нибудь ещё пользуется GlassFish? После 10 лет стагнации, за него реально страшно
> браться....
Ну не 10-ти, да и что ещё в этой сфере нового можно напридумывать? И так всё хорошо и достаточно.
| |
|
1.8, лютый лютик__ (?), 12:47, 20/09/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
JavaEE настолько крута, что уже не требуется развитие.
Хипсторы уже давно убежали в Шпринг и Котлин, а ынтырпрайз ещё не скоро с ЕЕ6 и SE8 начнёт уходить.
| |
|
2.15, Кузя (?), 18:07, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
> JavaEE настолько крута, что уже не требуется развитие.
Ну, в общем, да.
> Хипсторы уже давно убежали в Шпринг и Котлин, а ынтырпрайз ещё не
> скоро с ЕЕ6 и SE8 начнёт уходить.
Котлин пока детсадовский очень. Спринг же жирный и убогий. Скала -- ну просто не нужна за пределами ряда крайне специфичных отраслей.
| |
|
3.20, Аноним (13), 18:12, 20/09/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
Мы уже 3 года используем котлин в проде. В самом сердце мобильного оператора. Жава в сравнении с ним - детский сад. Кто на котлине писал потом от жавы плюётся и кодит через нехочу. Скала слишком сложная и непредсказуемая, поэтому не стали ей пользоваться. А котлин - отличный.
| |
|
4.23, Кузя (?), 18:16, 20/09/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Мы уже 3 года используем котлин в проде. В самом сердце мобильного
> оператора. Жава в сравнении с ним - детский сад. Кто на
> котлине писал потом от жавы плюётся и кодит через нехочу. Скала
> слишком сложная и непредсказуемая, поэтому не стали ей пользоваться. А котлин
> - отличный.
Не верю (с). Про "отличный Котлин" пока пишут только сотрудники пресс-службы JB. Ничем Котлин не отличный. Попытка сделать Яву для пэхапера провалились. Получилось несуразное нечто. Особенно от синтаксиса коробит. А уж доки и книги это вообще отдельная песня. JB, наймите себе нормального тех. редактора, а не эту армянскую тётку.
| |
|
5.42, Пнннонььри (?), 07:08, 21/09/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
От синтаксиса коробит.
Такое ощушение что как в скале, так и в котлине синтаксис придумывали не для того чтобы им пользоваться, а для того, чтобы кого-то впечатлить.
Пользоваться, конечо, можно, но привыкнуть сложно
| |
|
6.53, Аноним (53), 17:04, 21/09/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
>Пользоваться, конечо, можно, но привыкнуть сложно
Поменяйте прокладку.
| |
|
|
4.26, Кузя (?), 18:20, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Мы уже 3 года используем котлин в проде. В самом сердце мобильного
> оператора. Жава в сравнении с ним - детский сад. Кто на
> котлине писал потом от жавы плюётся и кодит через нехочу. Скала
> слишком сложная и непредсказуемая, поэтому не стали ей пользоваться. А котлин
> - отличный.
Чем там Скала "сложная и непредсказуемая"? Скала, как раз, более-менее в жилу. Люди её для определённых целей делали. И сделали, в общем, нормально. А Котлин... В общем, пока я идеей не проникся.
| |
|
5.28, Аноним (28), 18:44, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Имплиситы. С ними невозможно понять что и где происходит. Или когда на их основе делают type classes, как это было в спрее ЕМНИП, то не только читать код невозможно, но ещё и писать. Кто-то может сказать: ну не нравится, не используйте имплиситы. Однако, сторонние либы всё равно заставят, как в случае со спреем. Для чего там скалу придумывали никого не волнует, как альтернатива жаве или котлину - то есть для общего назначения - она плохо пригодна. То, что её в тинькове любят не является доказательством того, всё, что в ней есть плохое вдруг становится хорошим.
| |
|
6.30, Кузя (?), 18:53, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
> то есть для общего назначения - она плохо пригодна.
Ява вообще для общего назначение плохо пригодна. И, да, то, что над ней наворотили в Скале пугает. Но, опять же, вся Ява сейчас это нечто крайне изотерическое. Но в Скале создатели описывают свои мотивы. Что там у них и почему, а Котлин -- ну надо же JB как-то и на что-то жить. Хотя, это всё старческие брюзжания. И вообще, сегодня почти пятница.
| |
6.35, Кузя (?), 19:14, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Имплиситы... всё, что в ней есть плохое вдруг становится хорошим.
Да ничего в них плохого нет. Но въехать зачем это и почему так вряд ли получится даже за пару лет, увы.
| |
|
7.54, Аноним (53), 17:08, 21/09/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Топор с лазерным наведением, wifi и настраиваемой рукояткой с 73 регуляторами.
| |
|
|
|
|
|
2.16, Аноним (13), 18:07, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Смотря где. Мы вот делали микросервисную арх на нетти, с потоковой обработкой данных что б всё супер эффективно по памяти было итд. В энтерпрайзе. Рядом конечно стоял жёваныйкрот глассфиш, но это исторически. Целых 3 тпс держал. А у нас на слабой виртуалке минима 2000 тпс.
| |
|
3.18, Кузя (?), 18:10, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Смотря где. Мы вот делали микросервисную арх на нетти, с потоковой обработкой
> данных что б всё супер эффективно по памяти было итд. В
> энтерпрайзе. Рядом конечно стоял жёваныйкрот глассфиш, но это исторически. Целых 3
> тпс держал. А у нас на слабой виртуалке минима 2000 тпс.
Не надо сказок.
| |
3.19, Кузя (?), 18:11, 20/09/2018 [^] [^^] [^^^] [ответить]
| –2 +/– |
Микросервисной архитектурой обычно занимаются те, у кого микрочлен ;)
| |
|
4.22, Аноним (13), 18:15, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Не знал, что на опеннет детей пускают. Когда вырастешь, постарайся усвоить азы ведения дискуссии, с аргументацией и логическими доказательствами. А то не поймут.
| |
|
5.25, Кузя (?), 18:18, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Ну так это ведь так и есть. Вместо большого нормального члена много маленьких... микрочлеников.
| |
5.27, Кузя (?), 18:32, 20/09/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Не знал, что на опеннет детей пускают. Когда вырастешь, постарайся усвоить азы
> ведения дискуссии, с аргументацией и логическими доказательствами. А то не поймут.
Расслабься. Повзрослеешь -- отрастёт ;)
| |
|
|
3.29, Кузя (?), 18:46, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
> микросервисную арх на нетти
Понимаешь, когда начинают писать от netty, то у меня звоночек срабатывает в башке "а понимают ли те, кто этим пользуется, что пишет в помойку? и понимает ли последствия того, что в неё пишет?". Если понимает, то -- зашибись. Но тогда никаких невероятных приростов не получится. А вот когда не понимает, тогда, да, тогда и 2000, и 2000000.
| |
|
4.31, Аноним (28), 18:54, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
А на чём надо, на сервлетах, которые хттпшную спеку неполностью поддерживают? К реализации которых потом замонаешься прикручивать диагностику и правильную обработку таймаутов, на которые авторы забили потому что "а чо и так норм"? Да, вот это - путь. Делать так, как модно а не так, как нужно.
| |
|
5.33, MVK (??), 19:00, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Имплементация сервлета - зависит от контейнера сервлетов, которых, к счастью, не один. Но, конечно, велосипед лучше, потому что свой.
| |
|
6.36, Аноним (28), 19:22, 20/09/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
Расскажите, какая имплементация сервлетов поддерживает pipelining и trailing headers. И что б всё это без единой блокирующей операции, на футурах. Ну и что бы к примеру можно было задать таймаут по которому надо закрывать соединение, если клиент получил ответ, а новый запрос так и не прислал, или не прислал запрос после установления соединения. Или начал присылать запрос - один байт прислал, а остальное шлёт по одному байту в минуту. Да, а ещё покажите производительность сервлет контейнеров в сравнении с несервлетными либами. Внезапно например окажется, что даже не умея перечисленные мной фичи, jetty-servlet работает со скоростью в 12% от победителя бенчмарка, на 53-ем месте.
| |
|
7.46, MVK (??), 10:41, 21/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Лично у меня проблем с сервлетами не было, так что Вам видней как лечить свои болячки. Если написали что то годное - есть ГитХаб, выкладывайте.
| |
7.68, Мудила (?), 13:45, 27/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Сервлеты тут не причём вообще. И они в данном случае не нужны, да. Можно и через них делать, но это будет нерационально. Но это по-моему. Jetty тоже не пойми к чему вы упомянули. Ввод/вывод в jetty сделан просто чтобы работал практически всегда. В том же GF ввод/вывод более производительный и настраиваемый. Но тоже для ваших нужд, видимо, будет несколько жирновато.
| |
|
|
|
|
3.32, MVK (??), 18:57, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Хорошо, спокойно живется тем кто ничего не слышал о тразакциях
| |
|
4.34, Аноним (28), 19:03, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Есть мнение, что проектировать нужно так, что бы всё не крутилось вокруг одной гигантской распределённой транзакции, ибо это не масштабируется. Чисто алгоритмически нужно по-другому подходить и строить. Как - хз, не моя область.
| |
|
|
|
1.37, Аноним (37), 20:31, 20/09/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
И что спринг это плохо? У них такие замечательные эксепшены и работающая а спрингбуте диагностика, что после километровых стектрейсов вилдфлая я просто был счастлив. Плюс модульность. А крутить сервисы спрингбутовые можно внутри кубернетуса. Не вижу чем плохо.
| |
|
2.38, Мудила (?), 21:42, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Спринг это плохо. Особенно, когда нужно делать что-то более-менее осмысленно. Раньше было не так уж и плохо, -- JEE был так себе -- а сейчас Спринг превратился в EJB2. А вот JEE стал вполне строен и подтянут.
| |
|
3.40, Аноним (28), 22:39, 20/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Строен и подтянут в том же смысле, как фото "похудевшего" чела, который весил 300кг а теперь всего 150?
| |
|
4.43, Ёж (?), 07:36, 21/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Человек весом 90 килограмм является толстым по отношению к 60-ти килограммовому человеку и является худым по отношению к 140-160-ти килограммовому. Исходить нужно из текущей средней массы.
| |
|
3.47, MVK (??), 10:44, 21/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
JavaEE 8 строен, но у экосистемы Spring сейчас возможностей раза в 2 больше
| |
|
4.48, лютый лютик__ (?), 11:52, 21/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
>JavaEE 8 строен, но у экосистемы Spring сейчас возможностей раза в 2 больше
Spring строен, но у экосистемы JavaEE 8 сейчас возможностей раза в 2 больше
Обосновать, конечно, не сможешь. Во всех спрингоЕЕ сpачах сразу выясняется, что спрингофаги ЕЕ "сами не юзали, товарищ ругался"
| |
|
5.52, MVK (??), 15:26, 21/09/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не помню чтобы мы на ты переходили. Но вот простой пример - найдите аналог Spring Integration в JavaEE 8, а ведь казалось бы это должно быть базовой технологией в Enterprise. Вообще работа с JMS в JavaEE выглядит сильно уныло по нынешним временам. Или JCA - написать коннектор целое дело, а готовых коннекторов в JavaEE не предусмотрено. Security только в JavaEE 8 до ума довели. Или где работа с NoSQL?
| |
|
6.55, лютый лютик__ (?), 22:27, 21/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
>Или где работа с NoSQL?
И что у тебя не получается с nosql? Плотно работаю с монго и neo4j из EE. ОРМ чтоли захотелось? Ну, оно есть hibernate-oGm умеет JPA. Только оно ненужно. Совсем. ЧТД
>Security только в JavaEE 8 до ума довели
Подробнее.
>JCA - написать коннектор целое дело
Можно (много лет), но ты не смог. ЧТД
>работа с JMS в JavaEE выглядит сильно уныло
Опять не смог?
>Spring Integration в JavaEE 8
Из описания сложилось впечатление, что это очередное мыкросервисное ненужно.
В EE EJB могут общаться через jndi, очень быстро. Что ещё надо?
| |
|
7.59, MVK (??), 23:02, 23/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
>оно есть hibernate-oGm умеет JPA
- если бы оно вспомнило DataNucleus было бы лучше. Работать с данными в JavaEE без JPA это значит не пользоваться половиной спецификации.
>Подробнее.
- все написано в спецификации JavaEE 8, если оно ее читало. ЧТД)
>но ты не смог
- я смог в продкшене
>Опять не смог?
- ему надо познакомться с JMS + JavaEE и расширить свой кругозор, а заодно подумать как оно будет реализовывать EAI patterns (тут оно должно погуглить) с помощью доступного в JavaEE иструментария
>это очередное мыкросервисное
- к микросервисам это прямо не относится, оно должно почитать про JBoss ESB, Apache Camel и т п. Это не микросервисы ни разу. ЧТД)
>В EE EJB могут общаться через jndi, очень быстро. Что ещё надо?
- оно должно рассказать это партнерам, которые пищут на .Net и с которыми надо интегрироваться или представителям ИТ отдела какого нибудь министерства где традиционно обмениваются данными по FTP в виде файлов формата XML (привет от СМЭВ).
Резюме: Ваш опыт недостаточен для сравнительного обсуждения достоинств и недостатков экосистем JavaEE и Spring (про который Вы вероятно знаете еще меньше).
| |
|
6.56, Мудила (?), 14:45, 22/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Тут у нас с вами, видимо, подходы диаметрально противоположны. Я вообще не люблю усложнять и не люблю давать волю своему "полёту технической мысли", а просто усердно читаю спеки и решают задачу в их рамках. И, по моему опыту, этого всегда достаточно. Другое дело, что JEE мало кто знает -- у Спринга же начальный въезд куда быстрее. Поэтому тут и по отладке возникают вопросы -- мне отладка редко нужна, я стараюсь проектировать нормально и тестить сомнительные моменты изолированно. Хотя, в командах с таким подходом откровенно сложно.
| |
|
7.58, MVK (??), 22:40, 23/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Поверьте на слово, я JavaEE занимаюсь с EJB 2.0 и не явлюсь фанатом Spring, но вижу то что вижу - экосистема Spring развивается быстрей
| |
|
|
|
4.49, Мудила (?), 13:03, 21/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
На мой взгляд, Спринг сейчас это как стеллаж с лопатами в строительном магазине -- лежит сто штук, функционально ничем не отличаются, но проблему выбора создают. По мне, достаточно одной лопаты, а если лопата уже не по размеру, то тогда нужно не сто лопат на выбор, а, опять же, один экскаватор (ну, может, выбор из парочки).
| |
|
5.51, Аноним (51), 14:02, 21/09/2018 [^] [^^] [^^^] [ответить] | +/– | На glassfish помню баги, которые висели годами Когда пробовал Wildfly поживее,... большой текст свёрнут, показать | |
|
6.57, Мудила (?), 14:57, 22/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Не люблю я когда всего -- вагон. Лучше когда совсем не много, но хорошо документированное и с поддержкой за деньги.
| |
|
|
|
|
|
1.44, DmA (??), 08:22, 21/09/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
скоро у Оракле останется только Oracle DB не переданная в инкубатор Apache :)
| |
|
2.50, Мудила (?), 13:04, 21/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Вернее, только продажи. Потому что там тоже уже пилить нечего совершенно. Всего в достатке и более чем.
| |
|
|
4.62, Аноним (62), 19:37, 25/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
>>Потому что там тоже уже пилить нечего совершенно
>Скорости нет.
Для скорости - PostgreSQL, MySQL.
Оракл нужен для распила бабла, практической пользы не несет
| |
|
5.64, Мудила (?), 13:33, 27/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Оракл самая быстрая честная mvcc РСУБД на рынке. Слон хорош бесплатностью и тем, что неофит может ознакомится со взрослым MVCC. MySQL вообще не субд и не нужен, а уж про скорость и говорить не приходится.
| |
|
|
|
|
|