J and I and Me
2008-08-28
  Jürgen Höller: Spring 2.5 auf dem Weg zu 3.0
In diesem Vortrag bei der Java User Group Switzerland sprach Jürgen über Spring 3.0.

Spring 3.0 wird Java 5 voraussetzen, aber auch mit J2EE 1.4 und Java EE 5 funktionieren. Wesentliche Neuigkeiten sind:


Durch die Spring Expression Language ist es möglich, statt Werten in der Konfiguration Ausdrücke in Expression Language anzugeben. Dadurch ist man hier flexibler und kann auf die Umgebung - also zum Beispiel auf System Properties - zugreifen. Man wird dies nicht nur in der XML-Konfiguration nutzen, sondern es wird auch möglich sein, setter-Methoden so zu annotieren, dass dort bestimmte Werte injiziert werden.

Gerade bei Spring MVC wird dadurch das Framework wesentlich mächtiger und bietet direkten Support für viele typische Web-Probleme, während Spring MVC sonst eine fundamentales Framework war. Der Support für REST bedeutet, dass man durch eine URL ein Objekt adriessieren kann und dann über unterschiedliche HTTP-Operationen unterschiedliche Aktionen auf dem Objekt auslösen. Beispielsweise könnte

http://bespiel.com/show/42

mit folgendem Code bearbeiten:



@RequestMapping(method = RequestMethod.GET)
public Reward show(@PathParam Long id) {
return this.rewardsAdminService.findReward(id);
}



show mappt also auf den Methoden-Namen und durch @PathParam ist klar, wie der rest der URL gemappt werden soll.

Alternativ kann man ein Interface als Basis nutzen. Dann ist klar definiert, welche HTTP-Aktion zum Aufruf welcher Methode führt. Ein Beispiel:



@Controller
public class AccountsController
implements RestController {
// GET http://rewarddining.com/accounts
public List index() {}
// PUT http://rewarddining.com/accounts
public void create(Account account) {}
// GET http://rewarddining.com/accounts/1
public Account show(Long id) {}
// DELETE http://rewarddining.com/accounts/1
public void delete(Long id) {}
// POST http://rewarddining.com/accounts/1
public void update(Account account) {}
}




Ob es nun Interfaces oder Annotationen werden ist zur Zeit offen. Die Daten könnten dann als JSON, XML oder ATOM zurückgeliefert werden.

Außerdem wird es Annotationen geben, mit denen man Modelle (also Datencintainer) validieren lassen kann. Und es wird Conversations geben, die mehrere HTTP-Request umfassen können. Dazu wird es dann ein passendes Zustandsmanagement geben.

Und es gibt auch Dinge, die entfernt werden: Die Unterstützung für Common Annotations und TopLink wird entfernt werden. Außerdem werden die alten Spring-MVC-Controller deprecated. Hier sollte man den Annotations-basierten Ansatz nutzen. Analog ist die JUnit-3-Unterstützung deprecated - hier kann man die Annotationen und JUnit 4 nutzen.

Das ganze soll nach dem aktuellen Plan als erster Meilenstein im September kommen und im Januar final sein. Dann wird man auch sehen, was wirklich umgesetzt wird - im Moment ist alles noch in der Planung und damit im Fluß.
  17:34
Bookmark and Share
Comments:
Klingt interessant. Aber warum wird denn Toplink nicht mehr unterstützt?
 
Hi,

der Grund ist, dass die ursprüngliche TopLink-API durch JPA im Prinzip nicht mehr relevant ist. Nachdem aber im Moment die Dinge noch im Fluss sind, kann man sicher einen entsprechenden JIRA einstellen, um das noch aufzuhalten...

Gruß,
Eberhard
 
Ich glaube das Toplink in der Tat nicht mehr nötig sein wird, vorausgesetzt dass EclipseLink dann unterstützt wird. Gibt es derartige Pläne?
 
Hi,
ja, Unterstützung für Eclipselink ist geplant. Um es nochmal klar zu sagen: Es geht um die Abschaffung der Unterstützung für die alte TopLink API, nicht die JPA API bei TopLink Essential.
Gruß,
Eberhard
 
Optimal wäre es, wenn hier die JSR 311-konforme @GET-Annotation verwendet würde anstatt RequestMapping(method = RequestMethod.GET). Wie sieht es mit Support für WADL und WSDL 2.0 aus? Die Mächtigkeit eines Web Service Frameworks zeichnet sich primär durch den Tool-Support aus und den User, der einen Web Service so entsprechend einfach nutzen kann...
 
Hallo,
wir unterstützen JSR 311 durch die Integration entsprechender JSR-311-Implementierungen. Die @GET Annotation würde sich wie ein Fremdkörper anfühlen, zumal die Untersützung für GET bei @RequestMapping schon in Spring 2.5 enthalten war. Das Schöne am Spring-REST-Support ist gerade, dass er sich harmonisch in das Spring-MVC-Framework integriert.
Zu WADL-Support gibt es keinen JIRA-Issue. Wir bauen nur Sachen ein, die die Community auch will - also in http://jira.springframework.org/browse/SPR einen Issue einstellen, dann kommt es vielleicht. Analopg WSDL 2.0.
Ich würde bezüglich der Wichtigkeit des Tool-Supports bei Web Services widersprechen. Ich glaube, Web Services werden primär wegen der Interoperabilität genutzt. Da hilft einem ein Ansatz am meisten, bei dem man präzise steuern kann, was passiert - also welches XML genau ausgetauscht wird zum Beispiel. Genau das tut der Spring-REST-Support wie auch Spring Web Services für SOAP Web Services.
 
Kommentar veröffentlichen

<< Home
J for Java | I for Internet, iMac, iPod and iPad | Me for me

ARCHIVES
Juni 2005 / Juli 2005 / August 2005 / September 2005 / Oktober 2005 / November 2005 / Dezember 2005 / Januar 2006 / Februar 2006 / März 2006 / April 2006 / Mai 2006 / Juni 2006 / Juli 2006 / August 2006 / September 2006 / Oktober 2006 / November 2006 / Dezember 2006 / Januar 2007 / Februar 2007 / März 2007 / April 2007 / Mai 2007 / Juni 2007 / Juli 2007 / August 2007 / September 2007 / Oktober 2007 / November 2007 / Dezember 2007 / Januar 2008 / April 2008 / Mai 2008 / Juni 2008 / August 2008 / September 2008 / November 2008 / Januar 2009 / Februar 2009 / März 2009 / April 2009 / Mai 2009 / Juni 2009 / Juli 2009 / August 2009 / September 2009 / Oktober 2009 / November 2009 / Dezember 2009 / Januar 2010 / Februar 2010 / März 2010 / April 2010 / Mai 2010 / Juli 2010 / August 2010 / Oktober 2010 / Januar 2011 / Februar 2011 / März 2011 / April 2011 / Mai 2011 / Juni 2011 / August 2011 / September 2011 / November 2011 / Februar 2012 / April 2012 / Mai 2012 / April 2013 / Mai 2013 / Juni 2013 / Januar 2015 / Juli 2015 / Februar 2016 /

Links

Twitter
Google +
Slideshare
Prezi
XING
LinkedIn
Das Spring Buch


Feeds

Feedburner


Impressum
Betreiber und Kontakt:
Eberhard Wolff
Leobschützer Strasse 22
13125 Berlin
E-Mail-Adresse: eberhard.wolff@gmail.com

Verantwortlich für journalistisch-redaktionelle Inhalte:
Eberhard Wolff