Hat AXIS2 noch Zukunft und wie REST implementieren?

[thejavanewbie]

Hallo WS Experten,

Ist AXIS2 noch ein Projekt in das es sich lohnt einzuarbeiten?: Denn es wurden doch mit den ganzen XML JCPs in Java 6 alle möglichen XML-Libraries/Interfaces aufgenommen, die eine Verarbeitung von XML direkt mit den "Standard Libraries" von Java 6 ermöglichen sollen, oder hab ich da was falsch in Erinnerung!? Braucht man heute überhaupt noch AXIS2, wenn ja was sind die Vorteile?

Ich möchte/muss ein paar "Services/Methoden" extern über das Web nutzbar machen. Am liebsten würde ich das so implementieren, dass diese Services sowohl per SOAP als auch parallel per REST angesprochen werden können.

Falls ihr mir da ein paar Stichworte nennen könntet, wie man das (REST+SOAP parallel) "am zukunftssichersten" implementieren könnte, und welche Libraries/Interfaces relevant sind, wäre super prima, dann kann ich das als Basis für eine Google und Tutorial-Suche verwenden. (ich weiss garnicht wo ich da anfangen soll die ganze WS-Terminologie ist so viel neues dabei...hab schon etwas recherchiert aber ausser axis2 und jersey nichts gefunden. ich würde das aber gerne, wenn möglich, mit den nativen java 6 interfaces machen bzw. eben mit den zukunftssichersten projekt...)

Vielen Dank!!!!
tim

 

[Noctarius]

Prinzipiell kannst du weiterhin Axis benutzen, allerdings finde ich andere Frameworks wie Spring WS oder CXF angenehmer.

Um einen REST WebService zu entwickeln, muss man die grundlegende Philosophie hinter REST verstanden haben.

Ob es sich lohnt einen WebService über 2 Wege zu implementieren (bzw erreichbar zu machen) hängt sehr vom Einsatzzweck ab und ich würde in den meisten Fällen eher zu nein tendieren.

Um Tipps oder Stichpunkte zu nennen, wäre es hilftreich zu wissen wie weit du dich mit SOAP Techniken, REST und z.B. solchen Dingen wie Axis schon beschäftigt hast, ob du Spring kennst und vielleicht sogar schon verwendet hast und wie weit deine Java Kentnisse im Allgemeinen sind.

 

[thejavanewbie]

Hallo Noctarius,

vielen Dank für die schnelle Antwort!

Spring Nutzer bin ich derzeit noch nicht. Allgemein bin ich relativ gut mit den ganze Standard Java Interfaces und Programmierung vertraut und relativ wenig mit Java EE (bis auf Servlets...).

Aber ich arbeite mich gerne in neue Themen ein, deswegen auch die Frage, nur wäre es blöde wenn ich mich in ein bald veraltetes Framework einarbeite: Hatte etwas die Befürchtung dass Axis2 evtl. durch die ganzen neuen "Java Standards" JAXB JAX WS und wie die alle heissen bald nicht mehr benötigt wird und eben diese JAXB, JAXWS und die tausend anderen JAX-* Interfaces kenne ich alle derzeit noch nicht...

Danke für den Tipp mit CFX kannte ich noch nicht und hab mal gegooglt und auch einen guten Vergleich zwischen Axis2 und CFX gefunden. Axis2 ist wohl mehr für sehr komplexe Schemas am besten...

Eigentlich würde ich persönlich SOAP deutlich dem REST vorziehen, da ja über die WSDLs alles sauber definiert ist und man sehr schön die ganzen Client/Server Klassen generieren kann. Aber die Anwendung soll auch für LAien einfach nutzbar sein (im Sinne der Twitter-API, dass wirklich jeder die Schnittstelle nutzen kann) und da ist wohl REST besser. (Die Methoden sind alle "Statless" insofern spricht das auch nicht gegen REST).

Falls dir noch ein paar Stichworte oder Meinungen oder gute Frameworksd zum Thema "SOAP und REST" parallel einfallen, bin ich dir sehr dankbar. Auch falls du konkrete Bedenken gegen Axis2 hättest natürlich auch, aber so wie sich mir das jetzt darstellt, ist AXIS2 trotz den ganzen JAX-* Standards nicht davon bedroht, bald nicht mehr benötigt zu werden?

Vielen Dank!!
Tim

 

[Noctarius]

REST ist nicht umbedingt XML. Daher meinte ich, mit dem REST Konzept muss man sich auseinandersetzen.

REST sagt in erster Linie, dass jedes Objekt seine eigene URL hat. Quasi wie eine Html-Seite auch. Dann nutzt REST auf diese URLs die Standard HTTP Methoden GET, PUT, POST, HEAD, DELETE, ... um die Inhalte abzufragen, zu ändern, zu löschen oder sonst wie zu verändern.

Wie diese Veränderungen übermittelt werden liegt an der Implementierung und ist nicht an XML gebunden (bei SOAP übrigens auch nicht, auch hier gibt es binäre Transports). Sicher kannst du z.B. wenn dein Objekt folgendermaßen heißt:

bar.foo.service.Bill[/code}
Könnte deine REST-URL so heißen:
[code]http://www.foo.bar/service/billing/Bill/100

Damit würde man die Rechnung mit der Rechnungsnummer 100 definieren. Wenn du nun ein HTTP-GET darauf ausführst, bekommst du die Daten der Rechnung übertragen, bei einem PUT würde die Rechnung angelegt und etwaige Daten eingetragen werden.

Jetzt könntest du alternativ zum WSDL das XSD Schema veröffentlichen, in dem du z.B. folgende URL macht:

http://www.foo.bar/service/billing/Bill/Schema

Antwort vom Server wäre die aktuelle XSD-Schema Definition.

---------
Allgemein ist Spring eine sehr gute Hilfe, da Spring viele Details der unterliegenden Transportschicht weg abstrahiert. Z.B. lassen sich sowohl CXF als auch AXIS und andere unterhalb von Spring nutzen und durch Konfiguration der Spring-Connectoren austauschen.

 

[bronks]

... Ist AXIS2 noch ein Projekt in das es sich lohnt einzuarbeiten?: Denn es wurden doch mit den ganzen XML JCPs in Java 6 alle möglichen XML-Libraries/Interfaces aufgenommen, die eine Verarbeitung von XML direkt mit den "Standard Libraries" von Java 6 ermöglichen sollen, oder hab ich da was falsch in Erinnerung!? Braucht man heute überhaupt noch AXIS2, wenn ja was sind die Vorteile? ...

Vortei: AXIS kann NTLM. Die Standard Libs nicht.

 

[Noctarius]

Normal brauche ich bei einem WebService aber kein NTLM, deswegen heißt es WebService ;-) *klugscheiss* *gg*

 

[thejavanewbie]

hallo,

vielen dank für Eure Antworten!

(Langfristig werde ich wohl nicht um Spring oder einer der verwandten Ansätze mit IoC/Dependency Injection rumkommen. Kurzfristig habe ich jetzt erstmal Axis2 direkt verwendet... Ist aber noch nicht ganz am Laufen...)

Nochmals vielen Dank für eure Tipps!

viele Grüße
Tim