Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8, opennews (?), 10-Сен-14, (0) [смотреть все] смотрю WebSocket уже почти во всех ява-приложения встраивают , Аноним рус (?), 00:03 , 10-Сен-14, (1) +1 // не удивительно, java очень часто в веб применяется сам хочу попробовать поработ, MidNighter (ok), 00:26 , 10-Сен-14, (2) –6 // Просто любопытно А зачем вам Java в Web Видел всякие ужасы, сделанные на базе t, Xaionaro (ok), 10:04 , 10-Сен-14, (6) –1   // RESTful web-сервисы на Java как раз и позволяют писать клиентские приложения на , iZEN (ok), 10:12 , 10-Сен-14, (7)   А причём тут Java RESTful сервисы, например, очень любят делать на Ruby И я не, Xaionaro (ok), 10:13 , 10-Сен-14, (8) +4   Потому что в Java наиболее стандартизирован подход к управлению жизненным циклом, iZEN (ok), 19:38 , 10-Сен-14, (15) –1   Вы так говорите как быдто на любом другом языГе фреймворке оно по другому У жа, Аноним (-), 20:13 , 10-Сен-14, (17) +4   Мне кажется, что вам очень понравится Ruby on Rails, например 8230 Хотя бы гор, Xaionaro (ok), 10:12 , 11-Сен-14, (27) +1   Я вообще не понимаю Ruby Это хипстерский язык Если управление жизненным циклом , iZEN (ok), 11:51 , 11-Сен-14, (34)   Поддерживаю, так же вижу и сравниваю проекты с которыми работали коллеги Явисты,, Аноним (-), 13:58 , 11-Сен-14, (42)   Там просто стартовый порог, на развёртывание инфраструктуры, но вас же не волнуе, Аноним (44), 15:40 , 11-Сен-14, (44)   Там Оракл, на отдельных серверах, речь шла только о серверах приложений Ява, кот, Аноним (-), 16:51 , 11-Сен-14, (46)   facebook очень большая компания, они сейчас и на асм-е переписать могут, и свою , Аноним (44), 16:57 , 11-Сен-14, (47)   Ок, яндекс, рамблер - поменьше, и то же С , Аноним (-), 17:10 , 11-Сен-14, (49) +1   Да давайте банк с 3-мя отделениями возьмём, или автосалон с 10 салонами, что вы , Аноним (51), 18:31 , 11-Сен-14, (51)   а зачем тогда Ява если нагрузка никакая , Аноним (-), 18:58 , 11-Сен-14, (52) +4   что-бы время не тратить, особенно в случае роста , Аноним (51), 13:19 , 12-Сен-14, (53)   тогда на Python будет и проще и быстрей писать и сотрудников ещё и дешевле наним, Аноним (-), 09:47 , 13-Сен-14, (55) +1   Это большое заблуждение ИМХО , Аноним (44), 10:32 , 14-Сен-14, (56)   Java в web сама по себе не интересна - дешевле использовать толпу PHP-студентов , VoDA (ok), 11:39 , 10-Сен-14, (9) +1   и возможность поддержки в будущем Java вряд-ли настолько эволюционирует чтоб, Аноним (44), 12:59 , 10-Сен-14, (10)   Да что вы так к этому PHP уцепились На свете только два языка 8212 PHP и Jav, Xaionaro (ok), 17:23 , 10-Сен-14, (14) +3   там было дешевле использовать толпу PHP-студентов Да предложите распространённ, Аноним (44), 15:25 , 11-Сен-14, (43)   Тем кому дешевле использовать php программистов их и используют На java вы може, MidNighter (ok), 00:15 , 11-Сен-14, (21)   Мда, прочитал, итого Самое начало - хостинг дороже Далее - автор сообщает что 21, Аноним (-), 09:52 , 11-Сен-14, (24) +4   Преимущество зависит от того что вы хотите сделать К примеру вам нужно ускорить, MidNighter (ok), 10:08 , 11-Сен-14, (26)   По делу мне сейчас лень беседовать, поэтому просто 171 приебусь к орфографии , Xaionaro (ok), 10:31 , 11-Сен-14, (30)   Думаю так делать не разумно, если сказать нечего глупо искать к чему бы придрать, MidNighter (ok), 11:13 , 11-Сен-14, (31)   Это было что-то вроде шутки На самом деле я просто заметил опечатки и хотел пом, Xaionaro (ok), 11:45 , 11-Сен-14, (32)   спасибо за помощь, но то не копипаст я этот код прямо в окне и напечатал, на оп, MidNighter (ok), 11:48 , 11-Сен-14, (33)   Не буду приводить код с ОРМ-реализацими Python-фреймворков SqlAlchemy, Django-O, Аноним (-), 12:31 , 11-Сен-14, (36) +1   почему не будете напишите пусть люди заценят, будет возможность сравнить, MidNighter (ok), 12:39 , 11-Сен-14, (37)   По сути Python ORMы действует так же как и Хибернейт, все доки с примерами досту, Аноним (-), 13:24 , 11-Сен-14, (38) +4   да, действительно ORM очень похожи но вот connection pooling я сомневаюсь что в, MidNighter (ok), 13:40 , 11-Сен-14, (39)   есть, Аноним (-), 13:43 , 11-Сен-14, (40) +1   чтож, тогда действительно можно порадоваться за Python программистов, у них есть, MidNighter (ok), 13:50 , 11-Сен-14, (41) +3   Осталось быть уверенным что через 10 лет можно будет найти человека со знанием т, Аноним (44), 15:47 , 11-Сен-14, (45)   Это байки в стиле падающей плазмы KDE на ФриБСД2 от 2 да 2 7 - более 10 лет -, Аноним (-), 17:03 , 11-Сен-14, (48)   так 10000 намёк на Phyton 3000Не ну если он использовал особенности J7 то код J5, Аноним (44), 18:29 , 11-Сен-14, (50)   потому что в java есть целый стек технологий EE К примеру для ORM данных исполь, MidNighter (ok), 00:07 , 11-Сен-14, (20)   Мда, сразу видно что других языков вы не знаете Всё что вы перечислили есть и в, Аноним (-), 09:33 , 11-Сен-14, (23)   Я поверхностно знаю PHP и Perl, есть с чем сравнивать, Python я не знаю и сравни, MidNighter (ok), 10:14 , 11-Сен-14, (28) –1   Ты не понял, я и писал что СОАП - это г мамонта, которое юзают явисты очень акти, Аноним (-), 12:25 , 11-Сен-14, (35)   посмотрев на Яву имея другой бэграунд, у неё просто следующие фичи, благодаря ко, Аноним (-), 13:18 , 10-Сен-14, (12) // слышал там в последнее время вообще для этого ничего писать не нужно, если , Аноним (44), 13:48 , 10-Сен-14, (13) Долго пытался уйти на geronimo, но это какой-то не юниксвей В итоге из серьез, IdeaFix (?), 02:21 , 10-Сен-14, (4) +1 Надо будет глянуть Может сделали по-нормальному, наконец, локализацию в JSF, а , iZEN (ok), 09:48 , 10-Сен-14, (5) // кстати, как глассфиш в сравнении с красношапкинским Wildfly, кто теперь лучше , Аноним (-), 13:05 , 10-Сен-14, (11) // Wildfly вроде как лучше по скорости GlassFish лучше по стабильности и стандарти, iZEN (ok), 19:41 , 10-Сен-14, (16) // Oh, yA -Ya Добавь что ещё на разных jvm, на разных ОЗЪ Write once, run ever, Аноним (-), 20:19 , 10-Сен-14, (18) На Ruby и PHP такого раздолья нет, правда ведь , iZEN (ok), 21:39 , 10-Сен-14, (19) everywhere вообще то в данном случае речь идёт о разных операционных системах,, MidNighter (ok), 00:24 , 11-Сен-14, (22) На яве можно написать код, который будет рабочим на определенной ОС и на других , Аноним (-), 10:05 , 11-Сен-14, (25) Можно, если требуется скажем получить доступ к файлу то приходится работать с фа, MidNighter (ok), 10:27 , 11-Сен-14, (29) Golang syscall Setrlimit syscall RLIMIT_NOFILE, new Это работает в Linux, Free, й (?), 02:09 , 13-Сен-14, (54) - действительно есть чудики которые в пути к файлу пишут C Temp file , но никт, MVK (??), 18:01 , 14-Сен-14, (57) 1,4,5

Сообщения

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

	6. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"	–1 +/–
	Сообщение от Xaionaro (ok), 10-Сен-14, 10:04
	Просто любопытно. А зачем вам Java в Web? Видел всякие ужасы, сделанные на базе tomcat. Приемники по проекту отказываются с ними работать. Видел ужасы под названием UCS-ы и iLO. Лучше бы делали GUI-клиенты работающие со штатным cli (по ssh), если уж нужно помочь людям, способным работать только с мышкой. А GUI-шки эти делать лучше на чём угодно, но только не на Java. Не знаю, может у меня опыт не удачный, но по моему, Java как и server-side, так и client-side себя не оправдывает. Поэтому, собственно, и интересуюсь. Зачем нужен Java в Web?
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

	27. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"	+1 +/–
	Сообщение от Xaionaro (ok), 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), 11-Сен-14, 11:51
	> Мне кажется, что вам очень понравится Ruby on Rails, например… Я вообще не понимаю Ruby. Это хипстерский язык. > Вот тут уже начинается огромное количество проблем. Я не знаю почему так, может потому что программисты допускают тонну UB или ещё что, но почему-то конкретный Java Web сервис нужно запускать используя конкретную версию JRE (или что там ещё). Иначе нас приветствует куча глюков, а то и вообще не работает. И очень часто делают завязку именно на реализации от Oracle (Sun), которые не очень-то свободные. Если управление жизненным циклом не внедрено в процесс и не используется, то глюки в сломанной "цепочке" не заставят себя долго ждать. > А вообще, Java-хрени — это, грубо говоря, единственные приложения, выполняемые на моих компьютерах, где я не могу поменять размер шрифта (от чего приходится голову пододвигать к монитору, либо использовать «экранную лупу»), посмотреть исходный код или вообще понять почему возник тот или иной глюк. Вероятно, я просто слишком безграмотен. Вероятно. Может быть всё захардкожено по самое не могу. > Кстати о ресурсах, я хренею сколько ОЗУ и ЦП утилизируется теми Java-приложениями, с которыми сталкивался я. Возможно мне просто не повезло. Возможно вам не повезло с людьми, которые производили такие неэффективные продукты, либо элементарное скупердяйство на приобретение подходящего железа сыграло шутку с жадиной — кто вас знает. > Грубо говоря, это обожатели больших framework-ов, которые решили не смотреть на framework-и для других ЯП. Мультиязычность до добра не доводит. Вон, .NET проповедовали поддержку множества языков. И где они теперь? Вернее будет: Java-разразботчики — это обожатели чётких спецификаций. А фреймворки, которые реализуют эти спецификации, можно-нужно смотреть и сравнивать.
	Ответить | Правка | Наверх | Cообщить модератору

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

	44. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"	+/–
	Сообщение от Аноним (44), 11-Сен-14, 15:40
	>>> Кстати о ресурсах, я хренею сколько ОЗУ и ЦП утилизируется теми Java-приложениями, с которыми сталкивался я > Поддерживаю, так же вижу и сравниваю проекты с которыми работали коллеги Явисты, > web приложения довольно много берут, учитывая малую нагрузку. Там просто стартовый порог, на развёртывание инфраструктуры, но вас же не волнует что mysql по умолчанию 40% оперативки отъедает ( просто 40% в настройках по умолчанию, насколько помню ), а для работы БД ( любой большой ) рекомендуется выделять почти всю свободную память, но это не для тех БД что key-value хранят ( хотя тонкой настройкой тех просто не интересовался ). > Т.е. если для Явы требуется отдельное/настраиваемое управление памятью, то зачем это нужно? > когда есть в разы быстрее C/C++ потому что на С разрабатывать большой портал можно будет до конца жизни ( особенно чтобы производительность в большом приложении была сравнима с JEE ), а потом ещё в гробу отлаживать, и после этого после коллапса вселенной переписывать если вдруг в компании не очень сильно поменяется бизнес процесс. JIT вообще достаточно хитрая штука. P.s. как то слышал забавную фразу, о том что программисты на больших проектах в 90% случаях не правильно указывают узкие места, просто анализирую код и структуру проекта.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	51. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"	+/–
	Сообщение от Аноним (51), 11-Сен-14, 18:31
	>> facebook очень большая компания > Ок, яндекс, рамблер - поменьше, и то же С++ Да давайте банк с 3-мя отделениями возьмём, или автосалон с 10 салонами, что вы всё на компании работающие только в сети смотрите? Сколько процентов программистов всего в них работает, из общего количества?
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

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

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

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

	56. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"	+/–
	Сообщение от Аноним (44), 14-Сен-14, 10:32
	> тогда на Python будет и проще и быстрей писать и сотрудников ещё > и дешевле нанимать! Это большое заблуждение ИМХО.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	9. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"	+1 +/–
	Сообщение от VoDA (ok), 10-Сен-14, 11:39
	Java в web сама по себе не интересна - дешевле использовать толпу PHP-студентов. Java в web применяется когда само основная часть это не UI и эта части написана на java. К примеру всякие системы документооборота, интеграции и прочие специализированные системы. И web идет в придачу =) PS есть системы написанные на java чисто для web. Но в этом случае уже вопрос вкуса ... и умений команды разработчиков (дешевле написать на том, что знают, чем перетянуть команду на другой язык).
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

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

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

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

	21. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"	+/–
	Сообщение от MidNighter (ok), 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 +/–
	Сообщение от Аноним (-), 11-Сен-14, 09:52
	Мда, прочитал, итого: Самое начало - хостинг дороже. Далее - автор сообщает что 21 первый век на дворе, поэтому используйте Яваскрипт-библиотеки. (не говоря уже что за 4 года с момента написания статьи Яваскрипт полез в серверную часть, заметно ускорился и оброс огромным количеством фреймворков) Так и в чем тогда преимущество Явы?
	Ответить | Правка | Наверх | Cообщить модератору

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

	30. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"	+/–
	Сообщение от Xaionaro (ok), 11-Сен-14, 10:31
	По делу мне сейчас лень беседовать, поэтому просто «приебусь к орфографии». :) IMHO, у вас очепятки: > private Provider<EmtityManager> entityManagerProvider; > entitiManagerProvider.remove(entity); — > EmtityManager > entitiManagerProvider
	Ответить | Правка | Наверх | Cообщить модератору

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

	32. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"	+/–
	Сообщение от Xaionaro (ok), 11-Сен-14, 11:45
	> Думаю так делать не разумно, если сказать нечего глупо искать к чему > бы придраться Это было что-то вроде шутки. На самом деле я просто заметил опечатки и хотел помочь вам улучшить свой код (если это copy&paste из реального кода).
	Ответить | Правка | Наверх | Cообщить модератору

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

	36. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"	+1 +/–
	Сообщение от Аноним (-), 11-Сен-14, 12:31
	> Сравните это с другими языками и если не сочтёте преимуществом > то просто продолжайте использовать тот другой язык что уже используете. Не буду приводить код с ОРМ-реализацими Python-фреймворков (SqlAlchemy, Django-ORM), но код не больше, с текущим функционалом. Советую посмотреть, мне кажется тебе лаконичность Python понравиться.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

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

	38. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"	+4 +/–
	Сообщение от Аноним (-), 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/#...
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

	48. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"	+/–
	Сообщение от Аноним (-), 11-Сен-14, 17:03
	>>> Сравните это с другими языками и если не сочтёте преимуществом >>> то просто продолжайте использовать тот другой язык что уже используете. >> Не буду приводить код с ОРМ-реализацими Python-фреймворков (SqlAlchemy, Django-ORM), >> но код не больше, с текущим функционалом. Советую посмотреть, мне кажется >> тебе лаконичность Python понравиться. > Осталось быть уверенным что через 10 лет можно будет найти человека со > знанием текущей ( на 2014 год )версии "питона" что-бы поправить кусочек > кода, а то ph10000 может стать сильно несовместимым. Это байки в стиле "падающей плазмы KDE на ФриБСД2"? от 2 да 2.7 - более 10 лет - не было кардинальных сломов и код очень хорошо читается. Ну 3й, согласен, резко поменяли ряд вещей, но это вполне тот же язык, и его любой знающий ранние версии сможет использовать. Кто пишет на питон, тот знает что писать/читать 2 и 3 версии никаких проблем нет. Что касается Явы я видел как свежий программист рылся в старых доках явы, при работе с проектом на древней версии Явы, т.к. всплывали всякие особенности для него не знакомые.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"	+/–
	Сообщение от Аноним (44), 11-Сен-14, 18:29
	> Ну 3й, согласен, резко поменяли ряд вещей, но это вполне тот же > язык, и его любой знающий ранние версии сможет использовать. Кто пишет > на питон, тот знает что писать/читать 2 и 3 версии никаких > проблем нет. так 10000 намёк на Phyton 3000 > Что касается Явы я видел как свежий программист рылся в старых доках > явы, при работе с проектом на древней версии Явы, т.к. всплывали > всякие особенности для него не знакомые. Не ну если он использовал особенности J7 то код J5 может просто казаться непонятным ( просто привыкли к упрощённым конструкциям ) или просто библиотеки поменялись ( по функционалу), а вот так чтобы конструкция J5 не заработала, не знаю может и возможно но "не верится" что-то... Мне кажется, что особенность Java в том, что можно легко воссоздать среду конфигурацию использовавшуюся во время разработки, взять код и перенести его на новую платформу, на счёт питона не знаю ( но по сути он вроде похожий на Java, просто среди его "разрабов" не хватает людей не любящих сильных перемен ).
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Выпуск сервера приложений GlassFish 4.1 с поддержкой Java 8"	+/–
	Сообщение от MidNighter (ok), 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"	+/–
	Сообщение от Аноним (-), 11-Сен-14, 09:33
	Мда, сразу видно что других языков вы не знаете. Всё что вы перечислили есть и в Python, плюс для скорости выполнения там есть своя реализация JIT. Особенно меня доставляет зацикленность ява программистов на технологиях, которые уже начинают увядать и на смену которым приходят более легковесные решения. Тот же SOAP как пример.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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