Серверный Java-разработчик в Windows - PullRequest
0 голосов
/ 18 апреля 2011

Я выполняю технико-экономическое обоснование написания, скажем, это легкая MMORPG для запуска в браузере.(Это не совсем MMORPG, но объяснение заняло бы больше времени, а требования аналогичны.) Я пытаюсь определить необходимый стек технологий.

Клиентская сторона, она запускается в браузере, поэтомуклиент - это Javascript.Это было легко и просто: -)

Серверная часть, я смотрю на Java.Общий стек Lamp был разработан для приложений RESTful, поскольку, как я понимаю, это были типичные веб-фреймворки Java, и это приложение отличается от других - ему нужен непрерывный поток данных, идущий назад и вперед между сервером и всеми клиентами.Я думаю, что в этом случае мне нужна Java из не-фреймворка, полный безлимитный вариант Java EE, кто-нибудь, пожалуйста, поправьте меня, если мое понимание неверно или неполно?Мне нужно что-то, что обычно доступно на достаточно дешевом хостинге, Java EE подходит под это описание, верно?

(Рассмотрим использование MySQL для базы данных, так как это то, что наиболее доступно. Также я мог бы написатькод в Scala, являющийся Java-совместимым, но предположительно немного более приятным языком. Полагаю, ни один из них не имеет никакого значения?)

Предположим, я писал веб-сайт в Lamp, делая хотя бы начальную разработку для Windows, затемЯ бы установил Xamp, который дает вам рабочую копию всего стека серверов прямо на вашем рабочем столе, так что вы можете просто alt-tab переключаться между вашим редактором / IDE и браузером для тестирования.

Теперьу меня вопрос: какова лучшая эквивалентная установка для Java, для разработки чего-то подобного в Windows?

Ответы [ 3 ]

2 голосов
/ 18 апреля 2011

Да, в некотором смысле, это так. Я думаю, что на самом деле я говорю, что почти все обсуждения Java на стороне сервера, по-видимому, говорят о JSP, EJB, Glassfish, сервере приложений Google и т. Д., Которые являются фреймворками в том смысле, что они накладывают ограничения на то, что может делать ваш код, тогда как Java EE не налагает таких ограничений, вы можете использовать столько или меньше стандартной библиотеки, сколько захотите, но это не мешает вам запускать произвольный постоянный код Java. Это правильно?

Вы выбросили кучу терминов:

  • Glassfish - сервер приложений, который реализует (все) Java EE.

  • JSP - это спецификация, которая является частью Java EE и реализуется серверами приложений, такими как Glassfish, а также веб-серверами, такими как Tomcat и (я думаю) Jetty.

  • EJB - это еще одна спецификация, являющаяся частью Java EE. Обычно это реализуется серверами приложений.

  • «Сервер приложений Google» - это действительно «Google Application Engine» (GAE) и платформа для реализации веб-серверов в среде облачных вычислений. Если это не то, что вы хотите / нужно сделать, GAE, вероятно, является для вас тупиком.

Glassfish, JBoss, Tomcat, Jetty и т. Д. - все платформы, которые реализуют некоторые или все Java EE. Ни один из них не помешает вам реализовать произвольный постоянный код Java.

GAE, с другой стороны, действительно ограничивает то, что вы можете запускать, потому что платформа позволяет вам запускать только стандартные классы Java в белом списке. Если ваш «произвольный» код зависит от других стандартных классов Java, вам не повезло. (И, следовательно, мое предупреждение о тупиках.)

И, конечно, существуют различные другие основанные на Java фреймворки, которые нацелены на веб-разработку в той или иной форме. Некоторые из них совместимы с сервлетами Java EE и другими технологиями EE, а некоторые пошли в другом направлении.


Я бы порекомендовал начать с чего-то простого, используя простые сервлеты на стандартной платформе. Только посмотрите на высокопроизводительные вещи, если и когда производительность выглядит так, как будто это будет реальной проблемой (а не просто «приятно иметь»). Лучше иметь простой и не масштабируемый прототип, чем высокопроизводительное решение, у которого нет времени и навыков для работы. И вы можете рассматривать прототип как учебное упражнение.

1 голос
/ 18 апреля 2011

... не уверен, каково ваше определение «дешевого», но, что «Java не имеет запретов», не совсем совпадает.Кроме того, «фреймворки» сами по себе не накладывают ограничений на запуск произвольной Java на стороне сервера.Когда я говорю «фреймворки», я имею в виду Spring, Struts и т. Д. Серверы - это немного другая история.Если вам нужны EJB, вам понадобится Glasfish, JBoss или другой EJB-совместимый контейнер.Хостинг с этим будет дороже, чем с Tomcat.ИМХО самый простой и быстрый способ начать работу с NetBeans.Поставляется с Tomcat и / или Glassfish из коробки, все, что вам нужно, это дб.

1 голос
/ 18 апреля 2011

Немного сложно сказать по приведенным требованиям, но я бы посмотрел на следующее на основе вашего описания:

http://www.playframework.org/

http://www.zkoss.org/

http://code.google.com/webtoolkit/

Play Framework - это хороший веб-ориентированный фреймворк, обеспечивающий полный стек (вы можете кодировать на Java или Scala).ZKoss (ZK) и GWT предоставляют структуры пользовательского интерфейса.ZK, GWT и Play прекрасно работают в Tomcat / MySQL и должны нормально работать в типичной среде размещения Java / MySQL.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...