Gute Frage, allen voran :)
Bereitstellen einer Unternehmensanwendung auf ein Servlet Engine ist das Hauptszenario von z.B. Frühling, so ist es sicherlich möglich. Aber Sie werden wissen, dass Spring ein ganzes Ökosystem von APIs und Konfigurationsdateien ist, anstatt ein paar JARs, die Sie einfach auf den Server stellen und mit denen Sie Spaß haben.
Ich spielte ziemlich viel mit Weld & JSF auf Tomcat 7, und es funktionierte ziemlich gut. Aber es gibt einen großen Unterschied zwischen HelloWorldOnTomcat.java und einer echten Anwendung für echte Kunden. Ich bin mir sicher, dass Sie sich dessen bewusst sind.
Ich würde sagen, dass Sie in relativ kurzer Zeit ein anständiges Setup kompilieren können. Weder CDI noch JSF werden problematisch sein. Aber Je nach Ihren konkreten Anforderungen müssen Sie sich dann mit anderen Aspekten befassen, die nicht von einem gebrauchsfertigen Tomcat abgedeckt werden. Sicherheit, Clustering, Failover, Messaging, Asynchronität, um ein paar Bedenken zu nennen (Und Transaktionen, wie in den Kommentaren erwähnt).
Wenn Sie mit solchen Anforderungen (mehr oder weniger) vertraut sind und Ihr bevorstehendes Projekt eher entspannt ist und nicht die nächste Mars-Mission kontrollieren soll, würde ich es sicherlich versuchen.
Wenn Sie andererseits über solche Anforderungen informiert sind, würde ich nach (a) einem Setup auf einem Java EE App-Server oder (b) einem anderen Stack auf einem Tomcat suchen.
Wäre toll, wenn Sie die Frage aktualisieren können, wie Sie endlich entschieden ... –
@jangroth Wie gesagt - meine Entscheidung wäre leicht, aber wenn die endgültige Entscheidung für Tomcat ist, kann ich damit leben und einhundert Gläser in meinem Krieg, solange es keine echten Blockierpunkte gegen Tomcat + CDI gibt. –