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).
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. 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
