Diskussion:Spring (Framework)

Automatische Archivierung

Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 60 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind. Die Archivübersicht befindet sich unter Archiv.

Was macht Spring

Mir fehlt komplett, was Spring eigentlich macht oder wozu es da ist. Im Artikel werden nur die Grundsätze und die Geschichte erklärt.

In diesem Zusammenhang fehlen mir noch alternativen zu spring und ggf. noch Abgrenzungen zu diesen... Wie sieht es mit dem google Teil aus (http://code.google.com/webtoolkit/)? Wie sieht es mit der Kritik aus? Gruß NoComment

Weitere Informationen bzw. Hilfen zu Spring

Sollte man nicht vllt. auch Links zu den Mailinglists, dem englischen Forum und dem deutschen Forum machen?

Spring DM gibts nicht mehr das heißt jetzt eclipse Gemini, Blueprint Services

Im Rahmen der Standardisierung der meisten Konzepte aus spring DM im OSGi Standard 4.2 (als sogenannte Blueprint Services, siehe Kapitel 121 der OSGi 4.2 Compendium Spezifikation) wurde das Spring DM Projekt zur eclipse foundation migiriert. Siehe : http://www.springsource.org/node/2003 Dort läuft es unter dem Projektnamen geminin siehe : http://www.eclipse.org/gemini/blueprint/ Die Implementierung im Gemini (also ehemals Spring DM) Projekt implementiert also die sogenannte Blueprint Service Spezifkation aus dem OSGi Standard (siehe Kapitel 121 der OSGi 4.2 Compendium Spezifikation). 15:38, 09. Nov. 2010 (CET) (ohne Benutzername signierter Beitrag von 134.60.102.23 (Diskussion) )

SpringSource dm Server heißt nun Virgo

Noch ein kurzer Nachtrag zu "Spring DM gibts nicht mehr". Der "dm Server" wurde an die Eclipse Foundation übergeben und wird als Projekt "Virgo" weitergeführt. Zitat von SpringSource: "dm Server has been contributed to the Eclipse Foundation as the Virgo project. dm Server users are encouraged to upgrade to Virgo 2.1.0 to take advantage of performance and stability improvements." [vgl. http://www.springsource.org/dmserver].

Grüße

--Reaksen (Diskussion) 10:41, 14. Jun. 2013 (CEST)

Defekte Weblinks

Dieser Baustein verhindert die automatische Archivierung dieses Abschnitts und seiner Unterabschnitte.

Die folgenden Weblinks wurden von einem Bot („GiftBot“) als nicht erreichbar erkannt.
Ausführliche Erläuterungen und Hilfe zur korrekten Behebung dieser Fehler finden sich auf Wikipedia:Defekte Weblinks. Ist ein von einem Bot als defekt gemeldeter externer Link doch erreichbar, dann bitte berichten – wie auch sonstige Probleme.

• http://jax-award.de/jax_award06/gewinner_de.php
  • Vielleicht ist eine archivierte Version geeignet: archive.orghttp://giftbot.dwl.invalid/http://jax-award.de/jax_award06/gewinner_de.php
• https://springmodules.dev.java.net/#features
  • Netzwerk-Fehler (6) andere Artikel, gleiche Domain
  • Im Jahr 2012 bereits defekt gewesen.http://giftbot.dwl.invalid/https://springmodules.dev.java.net/#features

– GiftBot (Diskussion) 07:39, 23. Dez. 2015 (CET)

"nachhaltig"

Ich stolpere arg über die Formulierung "ganzheitliche Lösung" im ersten Absatz. Das klingt ja nett, denn ganzheitlich soll heute alles sein. Was dieses Adjektiv aber hier konkret bedeuten soll, steht (wie so oft) nicht einmal in den Sternen. Der dritte Satz besteht in meinen Augen nur aus wohlklingenden Phrasen, die gar keinen klaren Informationsgehalt haben. Ein "breites Spekturm an Funktionalität" -- Welches Framework hat das auf seine Weise nicht mehr oder weniger?

Vorschlag einer Neufassung des 1. Absatzes:

Das Spring Framework (kurz Spring) ist ein quelloffenes Framework für die Java-Plattform für Web-Anwendungen. Ziel des Spring Frameworks ist es, die Entwicklung mit Java/Java EE zu vereinfachen und gute Programmierpraktiken zu fördern. Dabei steht die Entkopplung der Applikationskomponenten im Vordergrund. (nicht signierter Beitrag von 217.87.41.45 (Diskussion) 12:44, 29. Jan. 2020 (CET))

Vergleiche mit weiteren Standard-Technologien

Im Absatz "3 Vergleich" finden sich nur Vergleiche mit EJB 3.0. JakartaEE bietet allerdings eine ganze Reihe weiterer Komponenten, mit denen Spring konkurriert. Ich denke insbesondere an CDI, das zwischenzeitlich von den meisten Application-Servern und Frameworks nativ unterstützt wird. Gerade für kleine und einfache Lösungen ist die Anwendung von CDI deutlich naheliegender, wenn es in der eingesetzten Laufzeitumgebung bereits unterstützt wird.

Vorschlag für einen zusätzlichen Bullet:

• Viele Spring-Features sind zwischenzeitlich in den Java-Standard aufgenommen worden und stehen bei vielen Frameworks und Applicationservern standardmäig zur Verfügung. So ermöglicht zum Beispiel CDI neben klassischer Dependency-Injection auch Interceptoren und Transaktionssteuerung. Bei JakartaEE-Applicationservern dient CDI oft als Bindeglied zwischen dem Webframework und Enterprise-Beans.

Alternativ könnte man den Abschnitt auch komplett löschen und - wie in der englischen Fassung - durch eine "siehe auch"-Liste ersetzen. --ferris 12:52, 3. Apr. 2021 (CEST) (unvollständig signierter Beitrag von Matthias.buhler (Diskussion | Beiträge) )

Abschnitt Erweiterungen scheint weitgehend sehr stark veraltet

Im Artikel werden viele "Erweiterungen" aufgezählt, die (aktuell) weder als Tool noch als Projekt noch als irgend ein anderes Produkt von Spring aufgefunden werden können.

Statt "Erweiterungen" wäre auch eine Differenzierung sinnvoll und zwar in:

- Spring-Projekte: https://spring.io/projects

- Spring-Werkzeuge: https://spring.io/tools

--46.223.163.195 22:08, 22. Jun. 2023 (CEST)

Da hast du sicher recht. Wie wärs - WP:Sei mutig --Sebastian.Dietrich  ✉  20:18, 23. Jun. 2023 (CEST)