WebService?

[cstux]

Hi,

hab vor eine 3 schichtige Application zu basteln.

+--------+    JDBC    +--------------+     ?       +------------+
|  DB     |     ------>  |  AppServer  |   --->     |  Frontend  |
+--------+                +--------------+             +------------+

Am liebsten wäre mir ja WebService oder JMS.

Nur was nehm ich für einen Server oder macht ich mir die Mühe und kloppf mir nen eigenen AppServer.

Was ist zum Empfehlen ??

Server oder API sollte OpenSource sein oder direkt von Java!

 

[Anselmus]

hab mich die letzte zeit auch ein wenig mit dem thema beschäftigt...

als appserver kannst du zb tomcat benutzen. gibts bei ws.apache.org
falls du eclipse benutzt, kann das dir sogar direkt aus ner klasse ein webservice machen. ist vielleicht nicht besonders elegant, aber einfach =)

oder bei axis gibts nen simpleaxisserver, ist allerdings nicht für produktionszwecke. axis gibts auch bei ws.apache.org

ansonsten, falls du das nicht schon gemacht hast, versuchs doch mal mit java rmi, könnteste halt probleme mit firewall&co bekommen...

gtx
stephan

 

[Bleiglanz]

tomcat ist kein appserver (sondern nur ein teil davon, nämlich ein webcontainer)

ansonsten ist die frage ja wohl ein Witz?

was soll das heissen "kloppf mir nen eigenen AppServer"?

 

[Anselmus]

tomcat ist kein appserver (sondern nur ein teil davon, nämlich ein webcontainer)

?

kk jedenfalls ist es imho das, was er hören wollte, sollte

 

[Bleiglanz]

tomcat ist kein appserver (sondern nur ein teil davon, nämlich ein webcontainer)

?

kk jedenfalls ist es imho das, was er hören wollte, sollte

keine Ahnung was cstux hören wollte, wenn er noch nicht mal weiss, wie sein "AppServer???" mit dem Frontend reden soll

 

[Anselmus]

keine ahnung was ein egener appsever ist, aber klingt nach viel arbeit :wink:

beschreib doch mal genauer, wie du das machen willst

 

[byte]

ich sehe da grundlegend zwei möglichkeiten. entweder du machst alles selbst und programmierst dir client und server über sockets von hand. oder du nutzt ne middleware wie corba, webservices (oder rmi, ejb als reine java-lösungen).

wenns einfach nur um den entfernten zugriff auf ne datenbank geht mit wenig anwendungslogik, dann sind servlets, jsp oder asp.net als thin-clients recht hübsch imo.

du solltest dir vorher aber erstmal überlegen, was du überhaupt willst. webservices z.b. sind SOA-mäßig für den einsatz in software gedacht und nicht direkt am endnutzer.

 

[Guest]

Ich weiss das die Frage etwas beschissen gestellt war! SORRY!
War soll zuspät für mein verqanztest Hirn.

Was ist such ist eigenliche eine Technologie um Daten zwischen Server und Client zu übertragen.
Soap, Corba usw. Sowie die API hierfür.

 

[Bleiglanz]

selber sockets implementieren (JDK reicht)

Java RMI (JDK reicht)

Webservices/SOAP
[benötigt mindestens einen Webcontainer, J2EE API]

Remote EJB
[benötigt mindestens einen J2EE AppServer, J2EE API]

Corba (für den Client reicht das JDK, aber der Server ist - zumindest im professionellen Umfeld - ein proprietäres gebilde (sog. ORB, object request broker), das du kaufen solltest

wenn du keine dieser Techniken kennst, dann fang mit RMI an; es sei denn du hast für deine 3-Schicht Architektur 6 Monate Zeit

 

[byte]

soap ist "nur" ein gemeinsames datenformat für den rpc. wenn du eh client und server selbst schreibst, kannst du auch auf reine java technologien setzen. corba und webservices stechen vor allem dadurch hervor, dass man mit ihnen heterogene verteilte systeme miteinander verbinden kann. dabei muss man überlegen, in welchem umfeld man die sachen nutzen will. webservices sind service oriented architectures, während man mit corba richtige verteilte objektsysteme realisieren kann.

ich empfehle dir java rmi oder falls als client der webbrowser reicht ejbs in kombination mit jsp oder http servlets. im grunde hat Bleiglanz ja schon alles gesagt.

 

[Guest]

Zur Zeit Programmier ich mit JMS bzw SONICMQ.

Is ja ne tolle sache nur ein bissel teuer!

Ich möchte später mit Cocoon auf den Server zugreifen. Um daraus bestimmte Informationen noch auszuwerten und vieliecht das ganze auch noch Portalfähig zu gestallten.

Ich möchte es auch ermöglichen mit anderen Applikationen bzw. EAI Lösungen auf diese daten zu zugreifen.

 

[Bleiglanz]

Ich möchte später mit Cocoon auf den Server zugreifen

Bist du sicher, dass du nicht mit einem Browser auf Cocoon (laufend in einem Webserver) zugreifen willst??

Cocoon kann natürlich innerhalb eines Applicationservers laufen und (aus dem Webcontainer heraus) auf EJBs zugreifen?

 

[Guest]

So meinte ich das auch ! ich mit einem Browser auf Cocoon zugreifen. Der soll wiederum die daten per JMS oder was auch immer (was ich ja noch am definieren bin) vom Server holen.