Pre istotu som sa poradila s Wikipediou a tam (http://en.wikipedia.org/wiki/Apache_server) stoji:
"The Apache HTTP Server, commonly referred to simply as Apache, is a web server ..." Tomcat je iba webovy kontainer, lebo neimplementuje cele J2EE. Ale napriklad JBoss (http://en.wikipedia.org/wiki/JBoss) alebo Glassfish (http://en.wikipedia.org/wiki/GlassFish) su plnohodnotne aplikacne servre. S pozdravom Radovana Straube --- On Mon, 3/23/09, Tomas Hubalek <[email protected]> wrote: > From: Tomas Hubalek <[email protected]> > Subject: RE: Kdy pouzit aplikacni server? > To: "Java" <[email protected]>, "Java" <[email protected]> > Date: Monday, March 23, 2009, 3:03 PM > No ja jsem si vdycky myslel ze Tomcat je webovy server. > > Tom > > > -----Original Message----- > From: [email protected] on behalf of Radovana > Straube > Sent: Mon 3/23/2009 14:51 > To: Java > Subject: Re: Kdy pouzit aplikacni server? > > > Dobry den, > > ale ved Tomcat je aplikacny server. Nemysleli ste nahodou > webovy server ako je napriklad Apache? > > S pozdravom > Radovana Straube > > > --- On Mon, 3/23/09, Tomas Hubalek > <[email protected]> wrote: > > > From: Tomas Hubalek <[email protected]> > > Subject: Kdy pouzit aplikacni server? > > To: "Java" <[email protected]> > > Date: Monday, March 23, 2009, 2:47 PM > > Zdar, > > > > > > > > mel jsem dneska takovy telefonat. Ptal se me clovek, > proc > > vlastne > > nepouzivame aplikacni server na nase aplikace. > > > > > > > > Odpovedel jsem mu, ze mam pocit ze nase aplikace > nejsou tak > > rozsahle a > > nemaji naroky na nejakou pokrocilou bezpecnost a > > scalabilitu, ze si s > > Tomcatem, JPA via Hibernate, Springem a JAX-WS > vystacime. > > Pro poradek > > dodam, ze delame ruzne programy pro podporu > polovodicove > > vyroby. Sber > > dat, reporting, ruzna udelatka na prohlizeni neceho > apod. > > > > > > > > Pak mi to ale zacalo vrtat hlavou. Proc ho vlastne > > nepouzivame, > > ochuzujeme se o neco? Muzete nekdo uvest priklady z > praxe, > > kdy jste > > efektivne pouzili aplikacni server? > > > > > > > > Dik > > > > Tom
