Jakie są różnice podczas wdrażania na serwerze Tomcat kontra Websphere?

Question

Jeśli mam wdrożyć aplikację na Tomcat vs. Websphere, jakie rzeczy muszę wziąć pod uwagę?

Czy muszę rozwijać mój kod Java inaczej, jeśli rozwija się w jednym serwerze aplikacji w stosunku do innego?

EDIT:

będę skupiania ludzi z strony internetowej w aplikacji internetowej, która robi przetwarzania kart kredytowych i e-podpisów (przetwarzanie cc i e-sigs są przez odrębne usługi). To jest jej jedyna praca:

Answer 1

Nie można używać EJB na Tomcat (chyba że dodasz OpenEJB). Jeśli wdrożenie WebSphere używa EJB, należy je usunąć, aby wdrożyć na serwerze Tomcat.

Jeśli korzystasz z funkcji Java EE poza serwletem/silnikiem JSP i usługą nazewnictwa JNDI, musisz je usunąć z aplikacji.

Tomcat akceptuje pakiety WAR. Jeśli spakujesz swoją aplikację do EAR na serwerze WebSphere, będziesz musiał zmienić ją na WAR dla Tomcat.

Obie używają JNDI dla źródeł danych. Mogą występować drobne różnice w konwencjach nazewnictwa, ale jeśli pozostaniesz przy standardzie, powinny być przenośne.

Jeśli używasz dowolnego kodu produktu WebSphere w swojej aplikacji, musisz go usunąć, aby wdrożyć na serwerze Tomcat.

Jeśli Twoja aplikacja to serwlety, strony JSP i JDBC, możesz wdrożyć je bez żadnych problemów.

Answer 2

Zależy od tego, co próbujesz wdrożyć?

Tomcat nie jest pełnym serwerem EE - czy próbujesz wdrożyć aplikację EE?

Jeśli dopiero wdrażasz aplikację internetową, ważniejsze jest rozważenie, która wersja apletu spec/etc. każdy serwer implementuje.

Answer 3

Możesz myśleć jak Tomcat jako podzbiór Websphere, więc teoretycznie wszystko, co działa na Tomcata, będzie działać w Websphere.

Ale ... Wdrażanie w Websphere, moim skromnym zdaniem, jest okropnym bólem, podczas gdy wdrażanie w Tomcat po prostu działa. (Jeśli się to nie uda, po prostu usuń foldery tymczasowe)

Bez znajomości technologii, z których korzystasz, to wszystko, co mogę powiedzieć.