logotype
  • Startseite
  • Blog
  • Leistungen
    • Engineering
    • Services
    • Infrastruktur
    • Individuelle Software
  • Lösungen
  • Unternehmen
    • Technologie
    • Über uns
    • Kontakt
    • Karriere / Jobs
logotype
  • Startseite
  • Blog
  • Leistungen
    • Engineering
    • Services
    • Infrastruktur
    • Individuelle Software
  • Lösungen
  • Unternehmen
    • Technologie
    • Über uns
    • Kontakt
    • Karriere / Jobs
logotype
  • Startseite
  • Blog
  • Leistungen
    • Engineering
    • Services
    • Infrastruktur
    • Individuelle Software
  • Lösungen
  • Unternehmen
    • Technologie
    • Über uns
    • Kontakt
    • Karriere / Jobs
  • Startseite
  • Blog
  • Leistungen
    • Engineering
    • Services
    • Infrastruktur
    • Individuelle Software
  • Lösungen
  • Unternehmen
    • Technologie
    • Über uns
    • Kontakt
    • Karriere / Jobs
logotype
logotype
  • Startseite
  • Blog
  • Leistungen
    • Engineering
    • Services
    • Infrastruktur
    • Individuelle Software
  • Lösungen
  • Unternehmen
    • Technologie
    • Über uns
    • Kontakt
    • Karriere / Jobs
Blog Post

Technologieauswahl Web-Framework

admin 07.01.2015

SiteOS hat im Rahmen eines Großprojektes eine Technologieauswahl für eine neue Applikation bei einem Kunden durchgeführt. Ziele dabei waren, eine Technologie zu finden, welche sich in die bestehende IT-Infrastruktur und Applikationslandschaft nahtlos integrieren lässt und mit der die Anforderungen an die neue Applikation möglichst einfach umzusetzen sind.

Die bestehende Infrastruktur bestand aus:

  • Runtime JBoss AS FINAL 7.1.1 Community Edition (mit diversen aktualisierten Libraries für Hibernate/JPA/Envers/RESTeasy)
  • Java 1.7
  • bereits vorhandene Rich-Client (SWT) Applikationen mit Serverkomponenten
  • REST-Schnittstellen
  • Oracle 11g als Datenspeicher

Das Vorgehen bei der Technologieauswahl war:

1. TECHNISCHE ANFORDERUNGEN

Ein Auszug der technischen Anforderungen:

2. WEBRECHERCHEN

Da das neue System mit einer Web-Oberfläche ausgestattet werden soll, hat man sich bei der Technologieauswahl auf die Auswahl eines Web-Frameworks konzentriert. Viele nützliche Hinweise und Empfehlungen zum Vorgehen bei der Framework-Auswahl hat der Web-Framework Vergleich von Matt Raible geliefert.

http://de.slideshare.net/mraible/comparing-jvm-web-frameworks-february-2014

Die nachfolgenden Links beschäftigen sich ebenfalls dem Vergleich/der Gegenüberstellung von Web-Frameworks

  • http://en.wikipedia.org/wiki/Comparison_of_web_application_frameworks#Java
  • http://zeroturnaround.com/rebellabs/developer-productivity-report-2012-java-tools-tech-devs-and-data
  • http://zeroturnaround.com/rebellabs/rebel-labs-release-it-ops-devops-productivity-report-2013
  • http://devrates.com/project/list?query=web+framework
  • http://bit.ly/jvm-frameworks-matrix

Starke Indizien für die Verbreitung eines Frameworks sind z.B.

  • die Anzahl der Google-Treffer im Vergleich zu anderen Frameworks
  • die Anzahl der Jobgesuche
  • technische Fragen dazu auf Stackoverflow

3. FRAMEWORKS FESTGELEGT

Folgende Frameworks wurden für die Technologieauswahl ins Rennen geschickt.

  • Vaadin
  • JSF
  • Primefaces
  • Tapestry
  • Wicket
  • Grails
  • Play Framework
  • SpringMVC

4. EVALUATION DER FRAMEWORKS IN DER MÖGLICHEN ZIELARCHITEKTUR

Als Basis für die Demo-Applikation wurde ein gemeinsames Datenmodell mit einer zugehörigen Serviceschicht für die Persistenz und REST-Services (EJB-Serverprojekt) entwickelt. Die Frameworks wurden in mehreren Iterationsstufen evaluiert:

  • 1.) Prüfen der Demos/Showcases gegen die Anforderungen
  • 2.) Lesen der Tutorials/ erste Gehversuche
  • 3.) Integration des Frameworks in die Zielarchitektur (JBoss 7.1.1 Runtime)
  • 4.) Entwicklung der Demo-Applikation pro Framwork
    • Einfache CRUD-Oberfläche
    • Komplexe Oberfläche mit Unterstrukturen
    • Anbindung REST-Schnittstelle

Nicht bei allen Frameworks sind alle Iterationsstufen durchlaufen worden. Manchmal hat sich z.B. schon relativ bald herauskristallisiert dass Framework nicht geeignet ist, oder es ist an mangelnden Integrationsmöglichkeiten in die Zielumgebung gescheitert.

5. BEWERTUNG UND AUSWAHL

Für die Evaluation gab es ein strukturiertes Bewertungsschema welches die Anforderungen berücksichtigt und in das die Ergebnisse eingetragen wurden.

Bewertungs- und Entscheidungskriterien waren unter anderem

  • Popularität/Zukunftssicherheit
  • Toolunterstützung
  • Effektivität/Produktivität
  • Lernkurve
  • Dokumentation
  • Community Support

Weiterhin sind eigene Erfahrungen mit den jeweiligen Frameworks aus anderen Projekten mit eingeflossen.

Am Ende gab es eine Teamentscheidung für Primefaces/JSF, die Gründe dafür waren

  • Vorhandene Komponenten passen am besten zu den Anforderungen
  • sehr umfangreiche und komfortable Tabellenkomponente
  • damit war eine schnelle Entwicklung der Demoapplikation möglich
  • sehr gute Integration in die Zielumgebung
  • Standard im JEE/ JSF Umfeld
  • Weit verbreitet

Umstellung Oracle Streams zu Golden Gate

14.12.2014

Earned Value Analyse - oder: Wissen statt glauben im Projektcontrolling

20.02.2015

Related Posts

admin 0 Comments

SiteOS unterstützt die DEVOXX4KIDS

READ MORE
admin 0 Comments

In welchen Exporten war ich eigentlich?

READ MORE
logotype
  • +49 89 3090897-0
  • +49 89 3090897-99
  • info@siteos.de
  • Kapellenweg 6, 81371 München

 

Impressum

Datenschutz

Datenschutz Bewerber

© Copyright 2025 SiteOS AG. All rights reserved.

Whatsapp Xing Instagram Facebook Linkedin