Gerade bin ich von einem Kurztripp zurück, da muss ich doch in RMH's Blog lesen, dass er für seine Analysten-Beschäftigung die WebService Fähigkeiten der JEE5 Platform untersucht hat: JAX-WS ist fast so schlimm wie JAX-RPC. Letzteres hatte er, nachdem die Arbeiten für sein Buch J2EE Web Services abgeschlossen waren schon mit dem Prädikat "bad, bad, bad" belegt. Immerhin noch 2 bads hat er für die Nachfolgertechnologie über:
Und er stellt die Sun Entwickler in die Pflicht hier etwas besseres anzubieten:
Stellt sich natürlich die Frage nach den Alternativen... welche WebService Libraries setzten Sie ein?
Not only is the runtime behavior, including handler chains, still complicated but the number of annotations required could make source code (end-point interfaces or implementation classes) look like 20 kids tagged it with spray cans. It will be hard to see the code through all the annotations.
Und er stellt die Sun Entwickler in die Pflicht hier etwas besseres anzubieten:
Doubt what I'm saying? Try to implement the eBay and Amazon.com web services with JAX-WS 2.0 - if it's really easy than show me and I'll eat my words. There you go JAX-WS 2.0 team: A challenge! You guys ought to be ashamed of yourselves. You could have taken this opportunity to re-engineer J2EE web services into something really simple, but you decided to put lipstick on the Pig instead.
Stellt sich natürlich die Frage nach den Alternativen... welche WebService Libraries setzten Sie ein?
Kommentare
Ansicht der Kommentare:
(Linear | Verschachtelt)
>> welche WebService Libraries setzen Sie ein?
Ich habe meine eigene Platform gebaut, nachdem ich den WebServices-Overkill von Sun satt hatte.
Meine TREC-Plattform ist kein Standard und ihr fehlen vielleicht einige Dinge, aber sie läuft und läuft und läuft...
TREC ist einfacher zu benutzen und ist die Art von Client-Server-Kommunikation die ich brauche. TREC ist auf XML-RPC aufgebaut (Apache-Implementation Version 2). TREC ist hältlich unter http://www.lightdev.com/page/104.htm
Viele Grüße
Ulrich
Layout by Ricky Wilson | Serendipity Template by Carl Galloway | Login
Impressum
Bernd Eckenfels
Mörscher Str. 8
76185 Karlsruhe
bernd-2012@eckenfels.net
Read More
Suche
Kategorien
Verlinkung
- RMH's Blog [755]
- J2EE Web Services [848]
- www.google.de [22]
- rmh.blogs.com [6]
- www.google.de [4]
- www.google.de [2]
- www.google.de [2]
- www.google.lu [2]
- www.google.de [2]
- www.google.de [2]
- www.google.de [2]
- www.google.at [2]
- www.google.de [2]
- www.google.de [1]
- www.google.de [1]
- www.google.de [1]
- www.eckes.org [1]
Kommentare
Bernd zu Passwortsicherheit
2012-02-04 17:28
123 zu Passwortsicherheit
2012-02-04 14:43
bl123 zu Passwortsicherheit
2012-02-04 14:25
Edith - die Zauberkünstlerin zu Passwortsicherheit
2012-02-04 13:00
Bernd zu Passwortsicherheit
2012-02-04 10:59
Oliver// zu Passwortsicherheit
2012-02-04 10:34
Christian zu Passwortsicherheit
2012-02-03 14:53
Michael zu Java Stream mit Puffer einlesen
2011-12-13 08:06
2011-08-17 05:22
Blog abonnieren
Blogsphere
Letzten Monat...
Sa, 07.01.2012"Java 7 - Probleme mit neuen JSSE Features"
Di, 03.01.2012"Eckpunktepapier der BNetzA zu Smart Grids und Markets"
So, 01.01.2012"SQL Server JDBC Probleme"
Fr, 30.12.2011"Facebook Events im Google Kalender"
Mo, 19.12.2011"E-Mail versenden von Amazon EC2"

Das Thema leichtgewichtige HTTP Kommunikation vs. echte (SOAP) Webservices ist ja immer wieder ein Streitpunkt. Ich hatte letzt ja schon über die Kritik von RMH an JAX-WS berichtet. Ein Teil der Komplexität der API ist sicherlich auf dem umfangreichen WS
Aufgenommen: Aug 03, 01:39