The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Oracle передал код GlassFish организации Eclipse Foundation

20.09.2018 11:04

Компания Oracle завершила процесс передачи организации Eclipse Foundation открытого сервера приложений GlassFish c эталонной реализацией спецификации Java EE. Передача осуществлена в рамках инициативы по передаче разработки и управления проектом Java EE (Java Platform Enterprise Edition) независимому сообществу. Код GlassFish перемещён в репозиторий Eclipse и теперь будет развиваться в составе проекта Eclipse EE4J (Jakarta EE) под именем Eclipse GlassFish.

Получив контроль за эталонной реализацией Java EE организация Eclipse Foundation приступила к подготовке платформы Jakarta EE для приёма изменений от представителей сообщества. Из пока не перенесённых проектов остаётся фреймворк Krazo с реализацией Model View Controller API. Статус миграции остальных компонентов Java EE:



  1. Главная ссылка к новости (https://blogs.eclipse.org/post...)
  2. OpenNews: Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8
  3. OpenNews: Компания Oracle передала сообществу Apache 1.5 млн строк кода NetBeans
  4. OpenNews: Сообщество и Oracle рассматривают возможность изменения модели разработки Java SE
  5. OpenNews: Компания Oracle выбрала Eclipse Foundation для передачи разработки Java EE
  6. OpenNews: Java EE переименован в Jakarta EE
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/49306-glassfish
Ключевые слова: glassfish
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (67) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, eRIC (ok), 11:35, 20/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Все к этому и шло, очень даже хорошо ;)
     
  • 1.2, iZEN (ok), 11:42, 20/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну вот и всё.
     
     
  • 2.21, Кузя (?), 18:12, 20/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну вот и всё.

    До пенсии точно хватит.

     

  • 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.4, Аноним (4), 12:20, 20/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А может оно и к лучшему.
     
  • 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.24, Кузя (?), 18:17, 20/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Таки и в сердце? А может в почках или печени?

     
  • 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 регуляторами.
     
  • 4.69, Мудила (?), 13:47, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ява в сравнении с... Явой -- детский сад? Чистый дзэн.
     
  • 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 (про который Вы вероятно знаете еще меньше).

     
     
  • 8.61, лютый лютик__ (?), 07:50, 24/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Вроде Спрингофилы в первую очередь любят уSIRаться, что жЕЕ монстр, а у нас всё... текст свёрнут, показать
     
  • 8.63, Анонимус2 (?), 09:41, 26/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Большинство использований camel и spring-integration - результат работы горе-арх... текст свёрнут, показать
     
     
  • 9.67, Мудила (?), 13:38, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Так а больше и не надо ничего Зачем эти микросервисы Это дерационализация ис... текст свёрнут, показать
     
  • 6.56, Мудила (?), 14:45, 22/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Тут у нас с вами, видимо, подходы диаметрально противоположны. Я вообще не люблю усложнять и не люблю давать волю своему "полёту технической мысли", а просто усердно читаю спеки и решают задачу в их рамках. И, по моему опыту, этого всегда достаточно. Другое дело, что JEE мало кто знает -- у Спринга же начальный въезд куда быстрее. Поэтому тут и по отладке возникают вопросы -- мне отладка редко нужна, я стараюсь проектировать нормально и тестить сомнительные моменты изолированно. Хотя, в командах с таким подходом откровенно сложно.
     
     
  • 7.58, MVK (??), 22:40, 23/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Поверьте на слово, я JavaEE занимаюсь с EJB 2.0 и не явлюсь фанатом Spring, но вижу то что вижу - экосистема Spring развивается быстрей
     
     
  • 8.66, Мудила (?), 13:34, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    в ширь ... текст свёрнут, показать
     
  • 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.45, Аноним (45), 08:52, 21/09/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот и замечательно, пусть своим делом занимаются.
     
  • 2.50, Мудила (?), 13:04, 21/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Вернее, только продажи. Потому что там тоже уже пилить нечего совершенно. Всего в достатке и более чем.
     
     
  • 3.60, лютый лютик__ (?), 07:26, 24/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >Потому что там тоже уже пилить нечего совершенно

    Скорости нет.

     
     
  • 4.62, Аноним (62), 19:37, 25/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >>Потому что там тоже уже пилить нечего совершенно
    >Скорости нет.

    Для скорости - PostgreSQL, MySQL.

    Оракл нужен для распила бабла, практической пользы не несет

     
     
  • 5.64, Мудила (?), 13:33, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Оракл самая быстрая честная mvcc РСУБД на рынке. Слон хорош бесплатностью и тем, что неофит может ознакомится со взрослым MVCC. MySQL вообще не субд и не нужен, а уж про скорость и говорить не приходится.
     
  • 4.65, Мудила (?), 13:34, 27/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Да? По моему опыту ничего быстрее сейчас нет.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру