Durch den BeanScope kann beispielsweise festgelegt werden, ob der Spring IoC-Container immer die gleiche Instanz einer SpringBean liefert oder jedemal ein neues SpringBean-Objekt erzeugt, wenn die Applikation über den Container auf eine SpringBean zugreift. Neben der Erzeugung und dem Abräumen von Beans wird somit auch der Gültigkeitsbereich der Objekte deklarativ gesteuert und muss nicht programmiert werden. Spring kennt folgende Scopes:

• Singleton:Für eine Spring Bean erzeugt der IoC-Container genau eine Objekt-Instanz. Dies ist der Default-Scope und ist auch als “Application Scope” bekannt.
• Prototype: Bei jedem Zugriff über den IoC-Container wird stets ein neues Objekt erzeugt
• Request: Nur bei Webanwendungen. Für den Lebenszeitraum eines Requests wird immer die Objekt-Instanz verwendet
• Session: Nur bei Webanwendungen. Für den Lebenszeitraum einer Session wird immer die Objekt-Instanz verwendet
• Global-Session: Nur bei Portlet-Anwendungen. Für den Lebenszeitraum einer globalen Session wird immer die gleiche Objekt-Instanz verwendet
• Bundle: Nur bei OSGi Service Platform: Es wird für jedes Bundle eine eigene Instanz erzeugt.

Spring Beans sind Geschäftsobjekte/Komponenten, die für eine Applikation benötigt werden. Hierbei handelt es u.a. um:

• Service Objekte: stellen Service Methoden zur Verfügung
• Data Access Objekte (DAO): kapseln den Datenzugriff
• Infrastrukturelle Objekte: Hibernate Session Factories, JMS Queues, etc.
  
  

Die Konfiguration erfolgt in einer XML- oder Property-Datei. Aus Gründen der Lesbarkeit empfiehlt sich die Verwendung von XML.

Beispiel:

  
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="...">
  <bean id="..." class="...">
   <!— Bean Konfiguration -->
  </bean>
  <!-- weitere Bean Konfigurationen -->
</beans>
 

Eine Bean-Definition definiert u.a. folgende Metadaten:

• Eindeutige ID einer Bean
• Klassenname (kompletter Package Pfad)
• Scope einer Bean
• Referenzen auf andere Beans
• Konstruktor-Argumente

Die komplette Liste der Metadaten ist in der Spring Dokumentation beschrieben.

Anmerkung: Domain-Objekte sollten nicht als Spring Beans definiert werden. Sie werden über DAOs und Geschäftslogik angelegt und benutzt. Dem Spring IoC-Container wird durch Konfigurations-Metadaten mitgeteilt, wie diese Beans zu instanziieren und zu verknüpfen sind.

 
  @Secured({"ROLE_ADMIN"})
  public void doSomething() {
   ...
  }
 

Das Model repräsentiert die Daten, die einem Benutzer angezeigt werden sollen. Hierbei handelt es sich in den meisten Fällen um JavaBeans, die in einer Map abgelegt sind.

Die View hat die Aufgabe, die Daten aus dem Model zu rendern (anzuzeigen). Bei einer Web-Applikation wird hierbei in der Regel HTML-Output generiert, der vom Browser interpretiert und angezeigt wird. In Spring MVC ist eine View eine Klasse, die das Interface View implementiert.

Der Controller ist für die Abarbeitung eines Requests verantwortlich. Er sorgt dafür, dass das Model erzeugt wird und übergibt dieses im Anschluss and die View für die Anzeige. Ein Spring MVC Controller implementiert das Interface Controller. Eine zentrale Komponente der MVC Implementierung von Spring ist das DispatcherServlet.

Spring Web Flow basiert auf dem Modell eines endlichen Automaten, ist also für Anwendungsfälle mit definierten Start- und Endzustand geeignet.

Neben Spring Web MVC werden Spring Portlet MVC und andere Frameworks für Webanwendungen wie z.B. JSF unterstützt.