21. Oktober 200223 j Hi, kennt sich hier vielleicht jemand mit EJB's aus? Was ist das? Wozu ist das gut? Was besdeutet, daß es Middleware ist... Danke schon mal! pp
21. Oktober 200223 j Hi pinkpanther, ich hatte auch mal eine kleine Einarbeitungsphase in EJB und mir haben die folgenden Links weitergeholfen: http://www.ejbtut.com/ http://java.sun.com/j2ee/tutorial/1_3-fcs/doc/EJBConcepts.html http://www.ifi.unizh.ch/~riedl/lectures/EJB.htm Gruß ChrisP
22. Oktober 200223 j Hi! Auf einer Deiner referenzierten Webseiten habe ich unter "What is an EJB" folgendes gelesen: Written in the Java programming language, an enterprise bean is a server-side component that encapsulates the business logic of an application. The business logic is the code that fulfills the purpose of the application. In an inventory control application, for example, the enterprise beans might implement the business logic in methods called checkInventoryLevel and orderProduct. By invoking these methods, remote clients can access the inventory services provided by the application. Wenn dieses EJB nun über Remote zu benutzen ist -sprich Methoden über Remote zur Verfügung stellt - Worin liegt dann der Unterschied zu einem Web Service?? Ich meine so rein von der Logik her. Daß man mit dem EJB wahrscheinlich nicht über SOAP kommuniziert ist ja klar...und dass es für die Schnittstellenbeschreibung auch keine WSDL gibt wohl auch..... pp
23. Oktober 200223 j Originally posted by pinkpanther Hi! Auf einer Deiner referenzierten Webseiten habe ich unter "What is an EJB" folgendes gelesen: Wenn dieses EJB nun über Remote zu benutzen ist -sprich Methoden über Remote zur Verfügung stellt - Worin liegt dann der Unterschied zu einem Web Service?? Ich meine so rein von der Logik her. Daß man mit dem EJB wahrscheinlich nicht über SOAP kommuniziert ist ja klar...und dass es für die Schnittstellenbeschreibung auch keine WSDL gibt wohl auch..... pp Ich kenne mich zwar mit diesen Web-Services nicht so aus aber EJB bieten auch CMP an ( Container - Managed - Persistence), d.h. der EJB-Container stellt überlicherweise auch einen O/R-Mapper zur Verfügung der dafür sorgt, dass deine Entity-Beans immer synchron mit dem Datenspeicher (z.B. RDBMS) sind. Du musst also keine dummen SQL-Statements mehr schreiben sondern gehst nur noch mit Objekten um. Frank
23. Oktober 200223 j Originally posted by pinkpanther Hi! Auf einer Deiner referenzierten Webseiten habe ich unter "What is an EJB" folgendes gelesen: Wenn dieses EJB nun über Remote zu benutzen ist -sprich Methoden über Remote zur Verfügung stellt - Worin liegt dann der Unterschied zu einem Web Service?? Ich meine so rein von der Logik her. Daß man mit dem EJB wahrscheinlich nicht über SOAP kommuniziert ist ja klar...und dass es für die Schnittstellenbeschreibung auch keine WSDL gibt wohl auch..... pp Aber EJB 2.0 gibt es auch die Möglichkeit Interfaces als lokal zu definieren, d.h. man kann sie nicht remote aufrufen was das ganze schneller macht. Man muss allerdings entscheiden für welche Klassen das Sinn macht. Die Fernaufrufbarkeit wird mittels der Möglichkeiten von RMI realisiert., über dieses IIOP-Protokoll von CORBA worüber dann RMI geht. Sieh dir mal folgende Seite an: http://www.theserverside.com Frank
Archiv
Dieses Thema wurde archiviert und kann nicht mehr beantwortet werden.