| |
| 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 Это хипстерский язык Если управление жизненным циклом... текст свёрнут, показать | | |
| |
| 9.42, Аноним (-), 13:58, 11/09/2014 [^] [^^] [^^^] [ответить] | +/– | Поддерживаю, так же вижу и сравниваю проекты с которыми работали коллеги Явисты,... текст свёрнут, показать | | |
| |
| 10.44, Аноним (44), 15:40, 11/09/2014 [^] [^^] [^^^] [ответить] | +/– |  Там просто стартовый порог, на развёртывание инфраструктуры, но вас же не волнуе... большой текст свёрнут, показать | | |
| |
| |
| |
| |
| |
| |
| |
| 17.55, Аноним (-), 09:47, 13/09/2014 [^] [^^] [^^^] [ответить] | +1 +/– | тогда на 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.36, Аноним (-), 12:31, 11/09/2014 [^] [^^] [^^^] [ответить] | +1 +/– | Не буду приводить код с ОРМ-реализацими Python-фреймворков SqlAlchemy, Django-O... текст свёрнут, показать | | |
| |
| |
| 10.38, Аноним (-), 13:24, 11/09/2014 [^] [^^] [^^^] [ответить] | +4 +/– | По сути Python ORMы действует так же как и Хибернейт, все доки с примерами досту... текст свёрнут, показать | | |
|
| 9.45, Аноним (44), 15:47, 11/09/2014 [^] [^^] [^^^] [ответить] | +/– | Осталось быть уверенным что через 10 лет можно будет найти человека со знанием т... текст свёрнут, показать | | |
| |
| 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.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, Fre... текст свёрнут, показать | | |
|
| 7.57, MVK (??), 18:01, 14/09/2014 [^] [^^] [^^^] [ответить]
| +/– |
> На яве можно написать код, который будет рабочим на определенной ОС и
> на других нет.
- действительно есть чудики которые в пути к файлу пишут "C:\Temp\file", но никто не мешает им немного лучше изучить Java и узнать что такое File.separator, как вообще пользоваться классом File, как определить путь к временной директории и т. п. Короче в Java достаточно средств для того чтобы писать кроссплатформенный код, все остальное зависит от программиста.
| | |
|
|
|
|
|
|
|
