Зачем использовать сервер приложений GlassFish вместо Apache? В чем его сильные и слабые стороны?
извините за мое невежество здесь, но когда я слышу слово webserver, я сразу же представляю Apache, хотя я знаю, что люди используют Microsoft IIS тоже. Однако с тех пор, как я болтался здесь в Stackoverflow, я заметил, что многие люди используют Glassfish.
Что заставило меня задаться вопросом, почему я хочу использовать Glassfish (в том смысле, что мне интересно, но я действительно не понимаю, почему это может облегчить мою жизнь). Из того, что я читал, это Sun с открытым исходным кодом производный от Tomcat Apache, таким образом, я полагаю, что это хороший (или отличный) качественный продукт. Но поскольку я не знаю его сильных и слабых сторон, я не знаю, когда было бы разумно выбрать Glassfish над другим сервером. Может кто-нибудь уточнить ?
4 ответа:
GlassFish-это сервер приложений, который также может использоваться в качестве веб-сервера (Http-сервера).
веб-сервер означает: обработка HTTP-запросов (обычно из браузеров).
контейнер сервлетов (например, Tomcat) означает: он может обрабатывать сервлеты и JSP.
сервер приложений (например, GlassFish) означает: он может управлять приложениями Java EE (обычно как сервлет/JSP, так и EJBs).
вы должны использовать GlassFish для корпоративных приложений Java EE.
потребность в отдельном веб-сервере в основном необходима в производственной среде. Обычно вы найдете сервер приложений, чтобы быть достаточно большинство ваших потребностей в разработке. Веб-сервер способен проводить большее количество активных сеансов и подключений, тем самым обеспечивая необходимый баланс без затрат на производительность.
придерживайтесь простого веб-сервера если вы работаете только с сервлетами/JSP в. Также следует отметить, что в среде netbeans glassfish имеет лучшее поддержка, чем другие серверы приложений. В контексте eclipse, однако, WSAD и JBoss кажутся предпочтительными вариантами.
Glassfish скоро выпустит модульное ядро.
Это означает, что контейнеры, которые вам нужны, запускаются и выключаются по мере необходимости. Т. е. ни ухом развертывания EJB-контейнером не пустят. Это, кажется, сделало его очень хорошим для развития, как он может начать и остановить очень быстро. Это делает его намного ближе к средам разработки, таким как Rails (где перераспределение является массивной частью вашей разработки)