The OpenNET Project / Index page

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

Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8

09.09.2014 23:36

Компания Oracle выпустила открытый сервер приложений GlassFish Server Open Source Edition 4.1, предоставляющий полную реализацию спецификации Java EE 7 (Java Platform, Enterprise Edition 7), как в форме web профиля (Java EE 7 Web Profile), так и полного профиля (Java EE 7 Full Platform). Включение выражения "Open Source Edition" в название продукта сигнализирует о прекращении его коммерческой поддержки, о чём было заявлено Oracle в ноябре прошлого года. Пользователям, которым требуется коммерческая поддержка, рекомендовано использовать продукт Oracle WebLogic Server. Код GlassFish распространяется под двумя лицензиями: CDDL v1.0 и GPL v2.

Особенности выпуска:

  • Добавлена поддержка Java 8, CDI 1.2 и WebSocket 1.1. Обеспечена полная совместимость со свежими спецификациями Java EE;
  • Закрыто более тысячи отчётов об ошибках. Сообщается, что несмотря на прекращение предоставления коммерческой поддержки, подход к поддержанию качества не изменился;
  • Добавлен компонент Tyrus с реализацией Java API для использования WebSocket 1.1. Кроме элементов спецификации WebSocket в Tyrus также реализованы дополнительные возможности, такие как средства регулирования числа открытых сеансов, доступ к метрикам через JMX, поддержка пересоединений клиента, поддержка прокси, оптимизированная широковещательная передача сообщений для всех открытых сокетов;
  • Включён новый выпуск Jersey с реализацией JAX-RS 2.0 для создания RESTful web-сервисов на Java. В новом выпуске добавлена поддержка нового клиентского API для использования OAuth 1 и OAuth 2, улучшены средства диагностики проблем, предоставлен доступ к метрикам через JMX, обеспечена возможности сохранения в лог трассировки на уровне отдельных запросов, добавлена поддержка инициирования пересоединения клиента со стороны сервера;
  • В OpenMQ с поддержкой JMS 2.0 добавлена возможность создания каналов связи при помощи протокола WebSocket. Для использования доступно два типа клиентов WebSocket: mqstomp c поддержкой протокола STOMP 1.2 и mqjsonstomp, который отличается передачей сообщений поверх STOMP 1.2 в формате JSON;
  • Обновлён Java EE 7 SDK, который теперь распространяется в форме zip-архива и отличается простым процессом установки.


  1. Главная ссылка к новости (https://blogs.oracle.com/java/...)
  2. OpenNews: Увидел свет сервер приложений GlassFish 4.0 с эталонной реализацией Java EE 7
  3. OpenNews: Релиз GlassFish 3.1 и Java EE 6 SDK Update 2
  4. OpenNews: Финальная версия Java EE 6 и GlassFish 3
  5. OpenNews: Новая версия Apache TomEE 1.7
  6. OpenNews: Red Hat выпустил сервер приложений WildFly, пришедший на смену JBoss AS
Лицензия: CC-BY
Тип: Программы
Ключевые слова: glassfish, java, javaee
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (56) Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Аноним рус (?), 00:03, 10/09/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    смотрю WebSocket уже почти во всех ява-приложения встраивают...
     
     
  • 2.2, MidNighter (ok), 00:26, 10/09/2014 [^] [^^] [^^^] [ответить]  
  • –6 +/
    не удивительно, java очень часто в веб применяется. сам хочу попробовать поработать с этой технологией да времени не хватает
     
     
  • 3.6, Xaionaro (ok), 10:04, 10/09/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Просто любопытно. А зачем вам Java в Web?

    Видел всякие ужасы, сделанные на базе tomcat. Приемники по проекту отказываются с ними работать.

    Видел ужасы под названием UCS-ы и iLO. Лучше бы делали GUI-клиенты работающие со штатным cli (по ssh), если уж нужно помочь людям, способным работать только с мышкой. А GUI-шки эти делать лучше на чём угодно, но только не на Java.

    Не знаю, может у меня опыт не удачный, но по моему, Java как и server-side, так и client-side себя не оправдывает. Поэтому, собственно, и интересуюсь. Зачем нужен Java в Web?

     
     
  • 4.7, iZEN (ok), 10:12, 10/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    RESTful web-сервисы на Java как раз и позволяют писать клиентские приложения на любом языке программирования и использовать любую технологию для Web-взаимодействия клиента с сервером.
     
     
  • 5.8, Xaionaro (ok), 10:13, 10/09/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > RESTful web-сервисы на Java как раз и позволяют писать клиентские приложения на
    > любом языке программирования и использовать любую технологию для Web-взаимодействия клиента
    > с сервером.

    А причём тут Java? RESTful сервисы, например, очень любят делать на Ruby. И я не вижу никакой проблемы делать RESTful сервисы на любом популярном языке в данной области.

     
     
  • 6.15, iZEN (ok), 19:38, 10/09/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> RESTful web-сервисы на Java как раз и позволяют писать клиентские приложения на
    >> любом языке программирования и использовать любую технологию для Web-взаимодействия клиента
    >> с сервером.
    > А причём тут Java? RESTful сервисы, например, очень любят делать на Ruby.
    > И я не вижу никакой проблемы делать RESTful сервисы на любом
    > популярном языке в данной области.

    Потому что в Java наиболее стандартизирован подход к управлению жизненным циклом ПО. Причём это не завязано на какую-то определённую операционную систему. Всё везде достигается однообразными методами: ставим JRE/JDK, JEE-сервер, на клиенте работает браузер или толстый Java Web Start-клиент. Серверные приложения самоконфигурятся дескрипторами развёртывания, главное: чтобы ресурсы были в наличии.


     
     
  • 7.17, Аноним (-), 20:13, 10/09/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вы так говорите как быдто на любом другом языГе/фреймворке оно по другому...
    У жабы только одно реальное преимущество - оно позволяет малоквалифиуированным прогерам создавать хоть как то работающий код. И в следствие этого - в штатах например заявили что не будут продлевать рабочие визы для 1 млн жабберов - надо было видеть штурм канадской границы после этого :)

    PS: Справедливости ради - это был самый крузис, после того как отпустило штаты этом миллион жабобыдлкодящих индусов утилизировали, трудятся на пользу капиталистического хозяйства [не их] Родины :)

     
  • 7.27, Xaionaro (ok), 10:12, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мне кажется, что вам очень понравится Ruby on Rails, например 8230 Хотя бы гор... текст скрыт, показать
     
     
  • 8.34, iZEN (ok), 11:51, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Мне кажется, что вам очень понравится Ruby on Rails, например…

    Я вообще не понимаю Ruby. Это хипстерский язык.

    > Вот тут уже начинается огромное количество проблем. Я не знаю почему так, может потому что программисты допускают тонну UB или ещё что, но почему-то конкретный Java Web сервис нужно запускать используя конкретную версию JRE (или что там ещё). Иначе нас приветствует куча глюков, а то и вообще не работает. И очень часто делают завязку именно на реализации от Oracle (Sun), которые не очень-то свободные.

    Если управление жизненным циклом не внедрено в процесс и не используется, то глюки в сломанной "цепочке" не заставят себя долго ждать.

    > А вообще, Java-хрени — это, грубо говоря, единственные приложения, выполняемые на моих компьютерах, где я не могу поменять размер шрифта (от чего приходится голову пододвигать к монитору, либо использовать «экранную лупу»), посмотреть исходный код или вообще понять почему возник тот или иной глюк. Вероятно, я просто слишком безграмотен.

    Вероятно. Может быть всё захардкожено по самое не могу.

    > Кстати о ресурсах, я хренею сколько ОЗУ и ЦП утилизируется теми Java-приложениями, с которыми сталкивался я. Возможно мне просто не повезло.

    Возможно вам не повезло с людьми, которые производили такие неэффективные продукты, либо элементарное скупердяйство на приобретение подходящего железа сыграло шутку с жадиной — кто вас знает.

    > Грубо говоря, это обожатели больших framework-ов, которые решили не смотреть на framework-и для других ЯП.

    Мультиязычность до добра не доводит. Вон, .NET проповедовали поддержку множества языков. И где они теперь?

    Вернее будет: Java-разразботчики — это обожатели чётких спецификаций. А фреймворки, которые реализуют эти спецификации, можно-нужно смотреть и сравнивать.

     
     
  • 9.42, Аноним (-), 13:58, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Кстати о ресурсах, я хренею сколько ОЗУ и ЦП утилизируется теми Java-приложениями, с которыми сталкивался я

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

    Т.е. если для Явы требуется отдельное/настраиваемое управление памятью, то зачем это нужно? когда есть в разы быстрее C/C++

     
     
  • 10.44, Аноним (44), 15:40, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Там просто стартовый порог, на развёртывание инфраструктуры, но вас же не волнуе... текст скрыт, показать
     
     
  • 11.46, Аноним (-), 16:51, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Там Оракл, на отдельных серверах, речь шла только о серверах приложений Ява, которые крутятся на сервере отдельно.

    -
    К тому же питону можно прикручивать расширения на C/C++ в критичных местах. Меньшее потребление памяти и прилич скорость.

    В фейсбуке, бэкенд за php на C++, поддерживают, никто и не говорит что всё от идо надо писать на С/C++ c нуля.

     
     
  • 12.47, Аноним (44), 16:57, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Там Оракл, на отдельных серверах, речь шла только о серверах приложений Ява,
    > которые крутятся на сервере отдельно.
    > -
    > К тому же питону можно прикручивать расширения на C/C++ в критичных местах.
    > Меньшее потребление памяти и прилич скорость.
    > В фейсбуке, бэкенд за php на C++, поддерживают, никто и не говорит
    > что всё от идо надо писать на С/C++ c нуля.

    facebook очень большая компания, они сейчас и на асм-е переписать могут, и свою кафедру в институте открыть, что бы своему языку обучать, давайте с чем то поближе к массовой реальности.

    p.s. у того же FB проблемы с PHP и возникли, да и бизнес у них "специфичный" им при добавлении функционала гораздо важней скорость добавления а не производительность.

     
     
  • 13.49, Аноним (-), 17:10, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > facebook очень большая компания

    Ок, яндекс, рамблер - поменьше, и то же С++

     
     
  • 14.51, Аноним (51), 18:31, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> facebook очень большая компания
    > Ок, яндекс, рамблер - поменьше, и то же С++

    Да давайте банк с 3-мя отделениями возьмём, или автосалон с 10 салонами, что вы всё на компании работающие только в сети смотрите?
    Сколько процентов программистов всего в них работает, из общего количества?

     
     
  • 15.52, Аноним (-), 18:58, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    а зачем тогда Ява? если нагрузка никакая.
     
     
  • 16.53, Аноним (51), 13:19, 12/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > а зачем тогда Ява? если нагрузка никакая.

    что-бы время не тратить, особенно в случае роста.

     
     
  • 17.55, Аноним (-), 09:47, 13/09/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    тогда на Python будет и проще и быстрей писать и сотрудников ещё и дешевле нанимать!
     
     
  • 18.56, Аноним (44), 10:32, 14/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > тогда на Python будет и проще и быстрей писать и сотрудников ещё
    > и дешевле нанимать!

    Это большое заблуждение ИМХО.

     
  • 4.9, VoDA (ok), 11:39, 10/09/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Java в web сама по себе не интересна - дешевле использовать толпу PHP-студентов.

    Java в web применяется когда само основная часть это не UI и эта части написана на java.
    К примеру всякие системы документооборота, интеграции и прочие специализированные системы.

    И web идет в придачу =)

    PS есть системы написанные на java чисто для web. Но в этом случае уже вопрос вкуса ... и умений команды разработчиков (дешевле написать на том, что знают, чем перетянуть команду на другой язык).

     
     
  • 5.10, Аноним (44), 12:59, 10/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    ... и возможность поддержки в будущем.
    Java вряд-ли настолько эволюционирует чтобы код Java5 был непонятен разрабом на Java15, а вот с PHP может разное приключиться.
     
     
  • 6.14, Xaionaro (ok), 17:23, 10/09/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Java вряд-ли настолько эволюционирует чтобы код Java5 был непонятен разрабом на Java15,
    > а вот с PHP может разное приключиться.

    Да что вы так к этому PHP уцепились? На свете только два языка — PHP и Java?

     
     
  • 7.43, Аноним (44), 15:25, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Java вряд-ли настолько эволюционирует чтобы код Java5 был непонятен разрабом на Java15,
    >> а вот с PHP может разное приключиться.
    > Да что вы так к этому PHP уцепились? На свете только два
    > языка — PHP и Java?

    там было
    " дешевле использовать толпу PHP-студентов."

    Да предложите распространённые альтернативы со схожими/лучшими перспективами для ПО которе должно прожить хотя-бы 10-к лет ( без глобальных переписываний )

     
  • 5.21, MidNighter (ok), 00:15, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Тем кому дешевле использовать php программистов их и используют. На java вы можете написать точно такой же сайт что и на php, зря вы считаете что это какой-то избранный язык на котором пишутся специализированные системы. Вся фишка в том что на php подобные системы написать крайне проблематично и затратно по ресурсам и времени. И поскольку в данной нише рынка альтернатив java нет, то это и воспринимается как основная ниша для java программистов.
    Вот обычный пример как человек написал на java простенький интернет магазин буквально на коленках http://programador.ru/simple-jsp-servlet-based-shop/
     
     
  • 6.24, Аноним (-), 09:52, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Мда, прочитал, итого:

    Самое начало - хостинг дороже.
    Далее - автор сообщает что 21 первый век на дворе, поэтому используйте Яваскрипт-библиотеки. (не говоря уже что за 4 года с момента написания статьи Яваскрипт полез в серверную часть, заметно ускорился и оброс огромным количеством фреймворков)

    Так и в чем тогда преимущество Явы?

     
     
  • 7.26, MidNighter (ok), 10:08, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Преимущество зависит от того что вы хотите сделать. К примеру вам нужно ускорить работу с базой данных - используете JNDI. Нужно удобно хранить объекты - используете Hibernate, это значительно ускоряет разработку и снижает количество ошибок. Вот для сравнения код который я сейчас пишу для сохранения или обновления объекта с использованием google фреймворка Guice:

    private Provider<EmtityManager> entityManagerProvider;

    @Transactional
    @Override
    public void saveOrUpdate(Entity entity) {
        entityManagerTransaction.merge(entity);
    }

    а вот удаления

    @Transactional
    @Override
    public void remove(Entity entity) {
        entitiManagerProvider.remove(entity);
    }


    Обратите внимание что в этим кодом я могу и сохранить объект и обновить те поля объекта которые надо обновить и имею при этом транзакционность на уровне приложения и там же идёт обработка Ecxeption. Для того чтобы написать такой же код на PHP потребуется полтора экрана текста. Сравните это с другими языками и если не сочтёте преимуществом то просто продолжайте использовать тот другой язык что уже используете.

     
     
  • 8.30, Xaionaro (ok), 10:31, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    По делу мне сейчас лень беседовать, поэтому просто «приебусь к орфографии». :)

    IMHO, у вас очепятки:

    > private Provider<EmtityManager> entityManagerProvider;
    > entitiManagerProvider.remove(entity);


    > EmtityManager
    > entitiManagerProvider

     
     
  • 9.31, MidNighter (ok), 11:13, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю так делать не разумно, если сказать нечего глупо искать к чему бы придраться
     
     
  • 10.32, Xaionaro (ok), 11:45, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Думаю так делать не разумно, если сказать нечего глупо искать к чему
    > бы придраться

    Это было что-то вроде шутки. На самом деле я просто заметил опечатки и хотел помочь вам улучшить свой код (если это copy&paste из реального кода).

     
     
  • 11.33, MidNighter (ok), 11:48, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    спасибо за помощь, но то не копипаст. я этот код прямо в окне и напечатал, на опечатку не обратил внимание. Eclipse бы мне выдал ошибку, тут опечатка осталась не замечена.
     
  • 8.36, Аноним (-), 12:31, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Сравните это с другими языками и если не сочтёте преимуществом
    > то просто продолжайте использовать тот другой язык что уже используете.

    Не буду приводить код с ОРМ-реализацими Python-фреймворков (SqlAlchemy, Django-ORM), но код не больше, с текущим функционалом. Советую посмотреть, мне кажется тебе лаконичность Python понравиться.

     
     
  • 9.37, MidNighter (ok), 12:39, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    почему не будете? напишите пусть люди заценят, будет возможность сравнить
     
     
  • 10.38, Аноним (-), 13:24, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    По сути Python ORMы действует так же как и Хибернейт, все доки с примерами доступны, сравни:


    http://docs.jboss.org/hibernate/orm/4.2/manual/en-US/html/ch11.html#objectsta

    http://docs.sqlalchemy.org/en/latest/orm/session.html#merging

    https://docs.djangoproject.com/en/dev/ref/models/instances/#the-pk-property

     
     
  • 11.39, MidNighter (ok), 13:40, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    да, действительно ORM очень похожи. но вот connection pooling я сомневаюсь что в том же питоне есть
     
     
  • 12.40, Аноним (-), 13:43, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    есть
     
     
  • 13.41, MidNighter (ok), 13:50, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    чтож, тогда действительно можно порадоваться за Python программистов, у них есть все инструменты чтобы делать всё тоже что можно делать на Java )
     
  • 9.45, Аноним (44), 15:47, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Сравните это с другими языками и если не сочтёте преимуществом
    >> то просто продолжайте использовать тот другой язык что уже используете.
    > Не буду приводить код с ОРМ-реализацими Python-фреймворков (SqlAlchemy, Django-ORM),
    > но код не больше, с текущим функционалом. Советую посмотреть, мне кажется
    > тебе лаконичность Python понравиться.

    Осталось быть уверенным что через 10 лет можно будет найти человека со знанием текущей ( на 2014 год )версии "питона" что-бы поправить кусочек кода, а то ph10000 может стать сильно несовместимым.

     
     
  • 10.48, Аноним (-), 17:03, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Это байки в стиле падающей плазмы KDE на ФриБСД2 от 2 да 2 7 - более 10 лет -... текст скрыт, показать
     
     
  • 11.50, Аноним (44), 18:29, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    так 10000 намёк на Phyton 3000 Не ну если он использовал особенности J7 то код J... текст скрыт, показать
     
  • 4.20, MidNighter (ok), 00:07, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    потому что в java есть целый стек технологий EE. К примеру для ORM данных используется Hibernate, DataNucleus или можно по простому с использованием JDBC коннектора к базе данных. При этом можно использовать JNDI интерфейс, это значительно ускоряет работу поскольку используется пул соединений с базой данных. При этом имеем транзакционность на уровне приложения или можно задействовать транзакции даже более глобально, между распределёнными системами используя JTA. И это только часть готового к применению разработчиком стека технологий "javax.persistence." и "javax.transaction.".
    То что вы перечислили мне не знакомо, я с этим не работал. Технологий много, помимо стандартного стека Java EE есть ещё всякие фреймворки.
    Если вам страшно от ужасов которые вы видели то в этом тоже есть плюс, ведь теперь вы знаете как делать не нужно )
     
     
  • 5.23, Аноним (-), 09:33, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Мда, сразу видно что других языков вы не знаете. Всё что вы перечислили есть и в Python, плюс для скорости выполнения там есть своя реализация JIT.

    Особенно меня доставляет зацикленность ява программистов на технологиях, которые уже начинают увядать и на смену которым приходят более легковесные решения. Тот же SOAP как пример.

     
     
  • 6.28, MidNighter (ok), 10:14, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Мда, сразу видно что других языков вы не знаете. Всё что вы
    > перечислили есть и в Python, плюс для скорости выполнения там есть
    > своя реализация JIT.
    > Особенно меня доставляет зацикленность ява программистов на технологиях, которые уже начинают
    > увядать и на смену которым приходят более легковесные решения. Тот же
    > SOAP как пример.

    Я поверхностно знаю PHP и Perl, есть с чем сравнивать, Python я не знаю и сравнивать возможность действительно нет. Вы можете продолжать использовать Python я тут не ставлю себе задачи отговорить вас от его использования.
    По поводу SOAP вы сейчас сказали глупость, SOAP более тежеловесное решение сериализации чем JSON и об этом даже в википедии написано:
    "Использование SOAP для передачи сообщений увеличивает их объём и снижает скорость обработки. В системах, где скорость важна, чаще используется пересылка XML-документов через HTTP напрямую, где параметры запроса передаются как обычные HTTP-параметры."
    Судя по такому вашему высказываю я думаю вы очень поверхностно разбираетесь в том о чём пишите.

     
     
  • 7.35, Аноним (-), 12:25, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не понял, я и писал что СОАП - это г.мамонта, которое юзают явисты очень активно, работал с разными людьми. (Ибо сериализация в объекты идет искаропки, но то что при больших данных идет оверхеад с дополнит. данными все забывают.)
     
  • 3.12, Аноним (-), 13:18, 10/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    посмотрев на Яву имея другой бэграунд, у неё просто следующие фичи, благодаря ко... текст скрыт, показать
     
     
  • 4.13, Аноним (44), 13:48, 10/09/2014 [^] [^^] [^^^] [ответить]  
  • +/

    > Если даже последний пункт сойдет на нет, я думаю, ява будет по
    > немногу становится нишевым языком для легаси-систем, ибо сейчас на ней в
    > WEB генерировать "яваскрипт" (JSON) для браузера можно и без неё, и
    > написать это можно быстрее.

    "слышал" там в последнее время вообще для "этого" ничего писать не нужно, если "для работы" а не "для красоты".
    Всё делается в библиотеках, разработчик же конечного продукта просто дописывает бизнес-логику, да и можно даже на на Java собственно говоря ( JEE это набор спецификаций (интерфейсов), на которых основаны реализации, этот подход добавляет немного уверенности в будущем Java )

     
  • 1.4, IdeaFix (?), 02:21, 10/09/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Долго пытался уйти на geronimo, но это какой-то "не юниксвей". В итоге из серьезных плюсов для маленьких самописных и неизвестно кем написанных проектов могу отметить то, что у джеронимо очень забавно реализована абстракция от связи с базой данных. Остальное - сплошные боль и мучения.

    А что касается больших проектов, то там наверное да, с голым томкэтом не полезешь.

     
  • 1.5, iZEN (ok), 09:48, 10/09/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надо будет глянуть. Может сделали по-нормальному, наконец, локализацию в JSF, а не череззаборногузадирищенски.
     
     
  • 2.11, Аноним (-), 13:05, 10/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    кстати, как глассфиш в сравнении с красношапкинским Wildfly, кто теперь лучше?
     
     
  • 3.16, iZEN (ok), 19:41, 10/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > кстати, как глассфиш в сравнении с красношапкинским Wildfly, кто теперь лучше?

    Wildfly вроде как лучше по скорости. GlassFish лучше по стабильности и стандартизации. Вообще, нужно тестировать приложения на разных JEE-серверах, чтобы понять, чего упустили.

     
     
  • 4.18, Аноним (-), 20:19, 10/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще, нужно тестировать приложения на разных JEE-серверах, чтобы понять, чего упустили.

    Oh, yA -Ya!
    Добавь что ещё на разных jvm, на разных ОЗЪ ...

    "Write once, run everywhere!"  во всей красе :)

     
     
  • 5.19, iZEN (ok), 21:39, 10/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    На Ruby и PHP такого раздолья нет, правда ведь? ;)
     
  • 5.22, MidNighter (ok), 00:24, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    "everywhere" вообще то в данном случае речь идёт о разных операционных системах, а не о разных реализациях технологий. Java EE стек один, но его реализация его у каждого разная.
     
     
  • 6.25, Аноним (-), 10:05, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > "everywhere" вообще то в данном случае речь идёт о разных операционных системах,
    > а не о разных реализациях технологий.

    На яве можно написать код, который будет рабочим на определенной ОС и на других нет.

     
     
  • 7.29, MidNighter (ok), 10:27, 11/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Можно, если требуется скажем получить доступ к файлу то приходится работать с файловой системой реализация которой зависит конечно от конкретной ОС. Но вы вынесете работу с реализацией файловой системы за пределы Java языка, задействуйте JNDI и настраивайте пути доступу в зависимости от типа OC за пределами Java. http://forum.vingrad.ru/faq/topic-45382.html
    При такой реализации у вас работа с файлами будет одинакова для всех ОС. И я могу поспорить что вы даже не знали о такой возможности.
     
     
  • 8.54, й (?), 02:09, 13/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Golang: syscall.Setrlimit(syscall.RLIMIT_NOFILE, &new)

    Это работает в Linux, FreeBSD, MacOS X. Под Win, понятно, нет.

    Вопрос к знатокам: как это же решить в Java? Я знаю ответ. О какой write once run everywhere вообще речь, если я не могу написать один код для сисколла под два разных юникса?

     
  • 7.57, MVK (??), 18:01, 14/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > На яве можно написать код, который будет рабочим на определенной ОС и
    > на других нет.

    - действительно есть чудики которые в пути к файлу пишут "C:\Temp\file", но никто не мешает им немного лучше изучить Java и узнать что такое File.separator, как вообще пользоваться классом File, как определить путь к временной директории и т. п. Короче в Java достаточно средств для того чтобы писать кроссплатформенный код, все остальное зависит от программиста.


     

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



    Спонсоры:
    MIRhosting
    Fornex
    Hosting by Ihor
    Хостинг:

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