Ja ted prave uvazuju o nasazeni Web Services pro komunikaci mezi klientem a
serverem a to prave z duvodu heterogenity (jsme nadnarodni firma, kazdy team
ovlada jiny programovaci jazyk, kazdy ze systemu potrebuje neco jineho a treba
jeste ted o tom ani nevi, proste chaos).
je otazka, jestli jsou zrovna pro tohle nejvhodnejsi webove sluzby
napriklad z duvodu interoperability Java vs .NET. Pokud jde skutecne v
prvni rade o interoperabilitu, tak bych zvazil pouziti RESTu.
Na druhou stranu WebServices, RMI, REST porad je to jenom zpusob jak
vystavit business logiku k vzdalenemu volani a ono vystaveni neni pri
dobre navrzene architekture aplikace vubec problem.
Takze me spis zajima, jestli to bude tak zdechle az to nebude hezke (ve srovnani s Hessian/Burlap, ktere take pouzivame v jinych aplikacich zcela bez problemu) nebo jestli bude zpomaleni jenom male.
Hessian je binarni protokol takze asi tak.
Je mi jasne, ze pridani 20 radku faktury nemuzu udelat zavolanim 20x SOAP
metody pridej jeden radek, ale ze musim poslal vsech 20 radku najednou.
Tom
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Michal Palička
Sent: Wednesday, January 24, 2007 9:11 AM
To: Java
Subject: RE: Filosofie klient - server aplikace
Dobry den,
mam zato, ze webove sluzby jsou primarne urceny pro komunikaci mezi
heterogennimi
systemy (napr. Java vs. .NET) v ramci EAI/SOA.
Pro predavani dat mezi klientem a serverem je sice muzete take pouzit
(a zrejme to bude fungovat), ale vidim to jako zbytecne plytvani vykonem.
Proto bych se zameril na neco jednodussiho.
Porovani vykonu prenosovych protokolu jsem nedelal.
Mozna se da neco najit na internetu.
mp.
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Tomas Hubalek
Sent: Wednesday, January 24, 2007 09:03 AM
To: Java
Subject: RE: Filosofie klient - server aplikace
Mel bych dotaz ohledne tech webovych sluzeb.
V cem je presne problem ve srovnani s Hessian/Burlap? Ve vykonosti? Jak
velke je asi zpomaleni, pokud budu pouzivat SOAP misto Hessianu?
Dik
Tom
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Michal Palička
Sent: Wednesday, January 24, 2007 8:51 AM
To: Java
Subject: RE: Filosofie klient - server aplikace
Dobry den,
(1) pristup k databazi
Mame pomerne dobre zkusenosti s Hibernate.
Pokud chcete, muzete ho pouzivat jako EJB3 (entity), ale umi radu veci
navic.
(2) integrace vrstev
Jednoznacne doporucuji Spring Framework.
(3) komunikace
Rekl bych, ze webove sluzby nejsou na komunikaci mezi klientem (GUI) a
serverem to prave.
Jsou i jine (lightweight) moznosti: Hessian, Burlap, RMI
mp.
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Jan Karhánek
Sent: Tuesday, January 23, 2007 19:32 PM
To: Java
Subject: Filosofie klient - server aplikace
Ahoj vývojáři,
jestli se mohu zeptat, jaké máte zkušenosti s vývojem databázových
klient- server aplikací? Jakou vhodnou technologii (vývojové
prostředí) by jste doporučili? EJB3, webové služby, JDBC...?
Mé představy jsou o použití glassfishe a EJB a mysql (cca 20-30
tabulek) databáze na serveru. Vývoj v NetBeansech a pravděpodobně i
použití NetBeans platformy jako klient GUI. Na klientu volání EJB
session bean ale přemýšlím nad webovými službami, dobrá volba? Hodlám
používat i prezentační část na webu, která bude zobrazovat část dat
(JSP).
Díky moc.
--
S pozdravem
Jan Karhánek, DiS.
ICQ: 152742301
Tel: +420608172433
--
S pozdravem Roman "Dagi" Pichlik
/* http://www.sweb.cz/pichlik/ Blog pro kodery */
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
