The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от opennews on 10-Сен-14, 00:03 
Компания Oracle выпустила (https://blogs.oracle.com/java/entry/glassfish_server_open_so...)
открытый сервер приложений  GlassFish Server Open Source Edition 4.1 (https://glassfish.java.net), предоставляющий полную реализацию спецификации Java EE 7 (http://www.oracle.com/technetwork/java/javaee/overview/index...) (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.


Особенности (https://glassfish.java.net/docs/4.1/release-notes.pdf) выпуска:


-  Добавлена поддержка Java 8 (http://www.opennet.ru/opennews/art.shtml?num=39334), CDI 1.2 (https://jcp.org/aboutJava/communityprocess/mrel/jsr346/index...) и WebSocket 1.1 (https://www.websocket.org/). Обеспечена полная совместимость со свежими спецификациями Java EE;
-  Закрыто более тысячи отчётов об ошибках. Сообщается, что несмотря на прекращение предоставления коммерческой поддержки, подход к поддержанию качества не изменился;
-  Добавлен компонент Tyrus (https://tyrus.java.net/)  с реализацией Java API для использования WebSocket 1.1. Кроме элементов спецификации WebSocket в  Tyrus также реализованы дополнительные возможности, такие как средства регулирования числа открытых сеансов, доступ к метрикам через  JMX, поддержка пересоединений клиента, поддержка прокси, оптимизированная широковещательная передача сообщений для всех открытых сокетов;
-  Включён новый выпуск Jersey (https://jersey.java.net/) с реализацией JAX-RS 2.0 для создания RESTful web-сервисов на Java. В новом выпуске добавлена поддержка нового клиентского API для использования  OAuth 1 и OAuth 2, улучшены средства диагностики проблем, предоставлен доступ к метрикам через JMX, обеспечена возможности сохранения в лог трассировки на уровне отдельных запросов, добавлена поддержка инициирования пересоединения клиента со стороны сервера;

-  В OpenMQ (https://mq.java.net/) с поддержкой JMS 2.0 добавлена возможность создания каналов связи при помощи протокола WebSocket. Для использования доступно два типа клиентов WebSocket: mqstomp c поддержкой протокола STOMP 1.2 и mqjsonstomp, который отличается передачей  сообщений поверх STOMP 1.2 в формате JSON;

-  Обновлён Java EE 7 SDK, который теперь распространяется в форме zip-архива и отличается  простым процессом установки.


URL: https://blogs.oracle.com/java/entry/glassfish_server_open_so...
Новость: http://www.opennet.ru/opennews/art.shtml?num=40554

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +1 +/
Сообщение от Аноним рус on 10-Сен-14, 00:03 
смотрю WebSocket уже почти во всех ява-приложения встраивают...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  –6 +/
Сообщение от MidNighter (ok) on 10-Сен-14, 00:26 
не удивительно, java очень часто в веб применяется. сам хочу попробовать поработать с этой технологией да времени не хватает
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

6. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  –1 +/
Сообщение от Xaionaro email(ok) on 10-Сен-14, 10:04 
Просто любопытно. А зачем вам Java в Web?

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

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

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

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

7. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от iZEN (ok) on 10-Сен-14, 10:12 
RESTful web-сервисы на Java как раз и позволяют писать клиентские приложения на любом языке программирования и использовать любую технологию для Web-взаимодействия клиента с сервером.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +4 +/
Сообщение от Xaionaro email(ok) on 10-Сен-14, 10:13 
> RESTful web-сервисы на Java как раз и позволяют писать клиентские приложения на
> любом языке программирования и использовать любую технологию для Web-взаимодействия клиента
> с сервером.

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

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

15. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  –1 +/
Сообщение от iZEN (ok) on 10-Сен-14, 19:38 
>> RESTful web-сервисы на Java как раз и позволяют писать клиентские приложения на
>> любом языке программирования и использовать любую технологию для Web-взаимодействия клиента
>> с сервером.
> А причём тут Java? RESTful сервисы, например, очень любят делать на Ruby.
> И я не вижу никакой проблемы делать RESTful сервисы на любом
> популярном языке в данной области.

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


Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

17. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +4 +/
Сообщение от Аноним (??) on 10-Сен-14, 20:13 
Вы так говорите как быдто на любом другом языГе/фреймворке оно по другому...
У жабы только одно реальное преимущество - оно позволяет малоквалифиуированным прогерам создавать хоть как то работающий код. И в следствие этого - в штатах например заявили что не будут продлевать рабочие визы для 1 млн жабберов - надо было видеть штурм канадской границы после этого :)

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

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

27. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +1 +/
Сообщение от Xaionaro email(ok) on 11-Сен-14, 10:12 
>>> RESTful web-сервисы на Java как раз и позволяют писать клиентские приложения на
>>> любом языке программирования и использовать любую технологию для Web-взаимодействия клиента
>>> с сервером.
>> А причём тут Java? RESTful сервисы, например, очень любят делать на Ruby.
>> И я не вижу никакой проблемы делать RESTful сервисы на любом
>> популярном языке в данной области.
> Потому что в Java наиболее стандартизирован подход к управлению жизненным циклом ПО.
> Причём это не завязано на какую-то определённую операционную систему. Всё везде
> достигается однообразными методами

Мне кажется, что вам очень понравится Ruby on Rails, например… Хотя бы горазде менее монструозно-костылявое. IMHO, комментатор выше прав, утверждая, что данное свойство можно наблюдать для любого популярного языка программирования в данной области.

>: ставим JRE/JDK, JEE-сервер, на клиенте работает браузер
> или толстый Java Web Start-клиент

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

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

> Серверные приложения самоконфигурятся дескрипторами
> развёртывания, главное: чтобы ресурсы были в наличии.

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

> Причём это не завязано на какую-то определённую операционную систему. Всё везде достигается однообразными методами

Нам приходилось использовать целую виртуалку Windows и с Sun Java конкретной версии на ней, чтобы подсоединиться к iLO (старому) или UCS. При попытках использовать другую комбинацию хватали те или иные глюки внутри Java-приложения (либо в некоторых случаях просто очень сильные тормоза).


Вообще, почитав комментарии, у меня сложилось впечатление, что Java-программисты видели в жизни только два языка: PHP и Java. Притом первый изучали поверхностно и вообще не интересовались всякими Akelos-ами (если говорить про разработку web-сервисов) и т.п. Грубо говоря, это обожатели больших framework-ов, которые решили не смотреть на framework-и для других ЯП.

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

34. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от iZEN (ok) on 11-Сен-14, 11:51 
> Мне кажется, что вам очень понравится Ruby on Rails, например…

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

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

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

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

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

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

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

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

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

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

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

42. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним (??) on 11-Сен-14, 13:58 
>> Кстати о ресурсах, я хренею сколько ОЗУ и ЦП утилизируется теми Java-приложениями, с которыми сталкивался я

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

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

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

44. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним (??) on 11-Сен-14, 15:40 
>>> Кстати о ресурсах, я хренею сколько ОЗУ и ЦП утилизируется теми Java-приложениями, с которыми сталкивался я
> Поддерживаю, так же вижу и сравниваю проекты с которыми работали коллеги Явисты,
> web приложения довольно много берут, учитывая малую нагрузку.

Там просто стартовый порог, на развёртывание инфраструктуры, но вас же не волнует что mysql по умолчанию 40% оперативки отъедает ( просто 40% в настройках по умолчанию, насколько помню ), а для работы БД ( любой большой ) рекомендуется выделять почти всю свободную память, но это не для тех БД что key-value хранят ( хотя тонкой настройкой тех просто не интересовался ).

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

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

P.s. как то слышал забавную фразу, о том что программисты на больших проектах в 90% случаях не правильно указывают узкие места, просто анализирую код и структуру проекта.

Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

46. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним (??) on 11-Сен-14, 16:51 
Там Оракл, на отдельных серверах, речь шла только о серверах приложений Ява, которые крутятся на сервере отдельно.

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

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

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

47. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним (??) on 11-Сен-14, 16:57 
> Там Оракл, на отдельных серверах, речь шла только о серверах приложений Ява,
> которые крутятся на сервере отдельно.
> -
> К тому же питону можно прикручивать расширения на C/C++ в критичных местах.
> Меньшее потребление памяти и прилич скорость.
> В фейсбуке, бэкенд за php на C++, поддерживают, никто и не говорит
> что всё от идо надо писать на С/C++ c нуля.

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

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

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

49. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +1 +/
Сообщение от Аноним (??) on 11-Сен-14, 17:10 
> facebook очень большая компания

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

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

51. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним email(??) on 11-Сен-14, 18:31 
>> facebook очень большая компания
> Ок, яндекс, рамблер - поменьше, и то же С++

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

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

52. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +4 +/
Сообщение от Аноним (??) on 11-Сен-14, 18:58 
а зачем тогда Ява? если нагрузка никакая.
Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

53. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним email(??) on 12-Сен-14, 13:19 
> а зачем тогда Ява? если нагрузка никакая.

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

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

55. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +1 +/
Сообщение от Аноним (??) on 13-Сен-14, 09:47 
тогда на Python будет и проще и быстрей писать и сотрудников ещё и дешевле нанимать!
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

56. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним (??) on 14-Сен-14, 10:32 
> тогда на Python будет и проще и быстрей писать и сотрудников ещё
> и дешевле нанимать!

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

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

9. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +1 +/
Сообщение от VoDA (ok) on 10-Сен-14, 11:39 
Java в web сама по себе не интересна - дешевле использовать толпу PHP-студентов.

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

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

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

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

10. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним (??) on 10-Сен-14, 12:59 
... и возможность поддержки в будущем.
Java вряд-ли настолько эволюционирует чтобы код Java5 был непонятен разрабом на Java15, а вот с PHP может разное приключиться.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

14. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +3 +/
Сообщение от Xaionaro email(ok) on 10-Сен-14, 17:23 
> Java вряд-ли настолько эволюционирует чтобы код Java5 был непонятен разрабом на Java15,
> а вот с PHP может разное приключиться.

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

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

43. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним (??) on 11-Сен-14, 15:25 
>> Java вряд-ли настолько эволюционирует чтобы код Java5 был непонятен разрабом на Java15,
>> а вот с PHP может разное приключиться.
> Да что вы так к этому PHP уцепились? На свете только два
> языка — PHP и Java?

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

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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

21. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от MidNighter (ok) on 11-Сен-14, 00:15 
Тем кому дешевле использовать php программистов их и используют. На java вы можете написать точно такой же сайт что и на php, зря вы считаете что это какой-то избранный язык на котором пишутся специализированные системы. Вся фишка в том что на php подобные системы написать крайне проблематично и затратно по ресурсам и времени. И поскольку в данной нише рынка альтернатив java нет, то это и воспринимается как основная ниша для java программистов.
Вот обычный пример как человек написал на java простенький интернет магазин буквально на коленках http://programador.ru/simple-jsp-servlet-based-shop/
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

24. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +4 +/
Сообщение от Аноним (??) on 11-Сен-14, 09:52 
Мда, прочитал, итого:

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

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

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

26. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от MidNighter (ok) on 11-Сен-14, 10:08 
Преимущество зависит от того что вы хотите сделать. К примеру вам нужно ускорить работу с базой данных - используете 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 потребуется полтора экрана текста. Сравните это с другими языками и если не сочтёте преимуществом то просто продолжайте использовать тот другой язык что уже используете.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

30. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Xaionaro email(ok) on 11-Сен-14, 10:31 
По делу мне сейчас лень беседовать, поэтому просто «приебусь к орфографии». :)

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

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


> EmtityManager
> entitiManagerProvider

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

31. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от MidNighter (ok) on 11-Сен-14, 11:13 
Думаю так делать не разумно, если сказать нечего глупо искать к чему бы придраться
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

32. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Xaionaro email(ok) on 11-Сен-14, 11:45 
> Думаю так делать не разумно, если сказать нечего глупо искать к чему
> бы придраться

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

Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

33. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от MidNighter (ok) on 11-Сен-14, 11:48 
спасибо за помощь, но то не копипаст. я этот код прямо в окне и напечатал, на опечатку не обратил внимание. Eclipse бы мне выдал ошибку, тут опечатка осталась не замечена.
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

36. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +1 +/
Сообщение от Аноним (??) on 11-Сен-14, 12:31 
> Сравните это с другими языками и если не сочтёте преимуществом
> то просто продолжайте использовать тот другой язык что уже используете.

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

Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

37. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от MidNighter (ok) on 11-Сен-14, 12:39 
почему не будете? напишите пусть люди заценят, будет возможность сравнить
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

38. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +4 +/
Сообщение от Аноним (??) on 11-Сен-14, 13:24 
По сути Python ORMы действует так же как и Хибернейт, все доки с примерами доступны, сравни:


http://docs.jboss.org/hibernate/orm/4.2/manual/en-US/html/ch...

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

https://docs.djangoproject.com/en/dev/ref/models/instances/#...

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

39. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от MidNighter (ok) on 11-Сен-14, 13:40 
да, действительно ORM очень похожи. но вот connection pooling я сомневаюсь что в том же питоне есть
Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

40. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +1 +/
Сообщение от Аноним (??) on 11-Сен-14, 13:43 
есть
Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

41. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +3 +/
Сообщение от MidNighter (ok) on 11-Сен-14, 13:50 
чтож, тогда действительно можно порадоваться за Python программистов, у них есть все инструменты чтобы делать всё тоже что можно делать на Java )
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

45. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним (??) on 11-Сен-14, 15:47 
>> Сравните это с другими языками и если не сочтёте преимуществом
>> то просто продолжайте использовать тот другой язык что уже используете.
> Не буду приводить код с ОРМ-реализацими Python-фреймворков (SqlAlchemy, Django-ORM),
> но код не больше, с текущим функционалом. Советую посмотреть, мне кажется
> тебе лаконичность Python понравиться.

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

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

48. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним (??) on 11-Сен-14, 17:03 
>>> Сравните это с другими языками и если не сочтёте преимуществом
>>> то просто продолжайте использовать тот другой язык что уже используете.
>> Не буду приводить код с ОРМ-реализацими Python-фреймворков (SqlAlchemy, Django-ORM),
>> но код не больше, с текущим функционалом. Советую посмотреть, мне кажется
>> тебе лаконичность Python понравиться.
> Осталось быть уверенным что через 10 лет можно будет найти человека со
> знанием текущей ( на 2014 год )версии "питона" что-бы поправить кусочек
> кода, а то ph10000 может стать сильно несовместимым.

Это байки в стиле "падающей плазмы KDE на ФриБСД2"? от 2 да 2.7 - более 10 лет - не было кардинальных сломов и код очень хорошо читается.

Ну 3й, согласен, резко поменяли ряд вещей, но это вполне тот же язык, и его любой знающий ранние версии сможет использовать. Кто пишет на питон, тот знает что писать/читать 2 и 3 версии никаких проблем нет.

Что касается Явы я видел как свежий программист рылся в старых доках явы, при работе с проектом на древней версии Явы, т.к. всплывали всякие особенности для него не знакомые.

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

50. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним (??) on 11-Сен-14, 18:29 
> Ну 3й, согласен, резко поменяли ряд вещей, но это вполне тот же
> язык, и его любой знающий ранние версии сможет использовать. Кто пишет
> на питон, тот знает что писать/читать 2 и 3 версии никаких
> проблем нет.

так 10000 намёк на Phyton 3000

> Что касается Явы я видел как свежий программист рылся в старых доках
> явы, при работе с проектом на древней версии Явы, т.к. всплывали
> всякие особенности для него не знакомые.

Не ну если он использовал особенности J7 то код J5 может просто казаться непонятным ( просто привыкли к упрощённым конструкциям ) или просто библиотеки поменялись ( по функционалу), а вот так чтобы конструкция J5 не заработала, не знаю может и возможно но "не верится" что-то...

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

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

20. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от MidNighter (ok) on 11-Сен-14, 00:07 
потому что в java есть целый стек технологий EE. К примеру для ORM данных используется Hibernate, DataNucleus или можно по простому с использованием JDBC коннектора к базе данных. При этом можно использовать JNDI интерфейс, это значительно ускоряет работу поскольку используется пул соединений с базой данных. При этом имеем транзакционность на уровне приложения или можно задействовать транзакции даже более глобально, между распределёнными системами используя JTA. И это только часть готового к применению разработчиком стека технологий "javax.persistence." и "javax.transaction.".
То что вы перечислили мне не знакомо, я с этим не работал. Технологий много, помимо стандартного стека Java EE есть ещё всякие фреймворки.
Если вам страшно от ужасов которые вы видели то в этом тоже есть плюс, ведь теперь вы знаете как делать не нужно )
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

23. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним (??) on 11-Сен-14, 09:33 
Мда, сразу видно что других языков вы не знаете. Всё что вы перечислили есть и в Python, плюс для скорости выполнения там есть своя реализация JIT.

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

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

28. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  –1 +/
Сообщение от MidNighter (ok) on 11-Сен-14, 10:14 
> Мда, сразу видно что других языков вы не знаете. Всё что вы
> перечислили есть и в Python, плюс для скорости выполнения там есть
> своя реализация JIT.
> Особенно меня доставляет зацикленность ява программистов на технологиях, которые уже начинают
> увядать и на смену которым приходят более легковесные решения. Тот же
> SOAP как пример.

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

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

35. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним (??) on 11-Сен-14, 12:25 
Ты не понял, я и писал что СОАП - это г.мамонта, которое юзают явисты очень активно, работал с разными людьми. (Ибо сериализация в объекты идет искаропки, но то что при больших данных идет оверхеад с дополнит. данными все забывают.)
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

12. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним (??) on 10-Сен-14, 13:18 
> не удивительно, java очень часто в веб применяется. сам хочу попробовать поработать
> с этой технологией да времени не хватает

посмотрев на Яву имея другой бэграунд, у неё просто следующие фичи, благодаря которым она не умирает:

1)В целом стабильное, без резких сломов между релизами развитие. Хотя чувствуется фрагментарность в поддержке определенными библиотеками, определенных версий, это уже минус, т.к. уже не скажешь что все 100500 библиотек работают с такой-то версией (или есть подвохи в работе оных).

2)Поддержка и участие в развитии крупной компании за спиной.

3)Популярность Андроида, и соотв. написание под него приложений на яве.


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


Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

13. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним (??) on 10-Сен-14, 13:48 

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

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

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

4. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +1 +/
Сообщение от IdeaFix email on 10-Сен-14, 02:21 
Долго пытался уйти на geronimo, но это какой-то "не юниксвей". В итоге из серьезных плюсов для маленьких самописных и неизвестно кем написанных проектов могу отметить то, что у джеронимо очень забавно реализована абстракция от связи с базой данных. Остальное - сплошные боль и мучения.

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от iZEN (ok) on 10-Сен-14, 09:48 
Надо будет глянуть. Может сделали по-нормальному, наконец, локализацию в JSF, а не череззаборногузадирищенски.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним (??) on 10-Сен-14, 13:05 
кстати, как глассфиш в сравнении с красношапкинским Wildfly, кто теперь лучше?
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

16. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от iZEN (ok) on 10-Сен-14, 19:41 
> кстати, как глассфиш в сравнении с красношапкинским Wildfly, кто теперь лучше?

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

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

18. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним (??) on 10-Сен-14, 20:19 
> Вообще, нужно тестировать приложения на разных JEE-серверах, чтобы понять, чего упустили.

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

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

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

19. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от iZEN (ok) on 10-Сен-14, 21:39 
На Ruby и PHP такого раздолья нет, правда ведь? ;)
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

22. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от MidNighter (ok) on 11-Сен-14, 00:24 
"everywhere" вообще то в данном случае речь идёт о разных операционных системах, а не о разных реализациях технологий. Java EE стек один, но его реализация его у каждого разная.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

25. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от Аноним (??) on 11-Сен-14, 10:05 
> "everywhere" вообще то в данном случае речь идёт о разных операционных системах,
> а не о разных реализациях технологий.

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

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

29. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от MidNighter (ok) on 11-Сен-14, 10:27 
Можно, если требуется скажем получить доступ к файлу то приходится работать с файловой системой реализация которой зависит конечно от конкретной ОС. Но вы вынесете работу с реализацией файловой системы за пределы Java языка, задействуйте JNDI и настраивайте пути доступу в зависимости от типа OC за пределами Java. http://forum.vingrad.ru/faq/topic-45382.html
При такой реализации у вас работа с файлами будет одинакова для всех ОС. И я могу поспорить что вы даже не знали о такой возможности.
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

54. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от й on 13-Сен-14, 02:09 
Golang: syscall.Setrlimit(syscall.RLIMIT_NOFILE, &new)

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

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

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

57. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"  +/
Сообщение от MVK (??) on 14-Сен-14, 18:01 
> На яве можно написать код, который будет рабочим на определенной ОС и
> на других нет.

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


Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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