Bob Balaban: Garnet (servlets,JSPs,Tomcat,Apache in Domino) Auferstehung?

[m3]

In my new Programming Services Architect role, I've even proposed ("floated" migh be a more accurate term) the idea that the Domino server should have a REAL Web container in it, as a way of solving a few problems that we have now:

 1) We would get an up-to-date servlet engine, with modern Admin tools and interfaces, and fully up to spec. We could seriously consider getting rid of the old crappy one.
 2) We'd get support for JSPs, which the old servlet engine never had
 3) We could store the component code in NSFs, and let it replicate
 4) It would help our WebServices story a lot too, and modernize the code base in that area.

The details would be a bit different this time around, we woudl not do it exactly the ame way we did Garnet. We would not, for example, deploy to the AppServer's disk, and we probably wouldn't use Tomcat as the Web Container.

One possible migration issue is that servlets built for v2.0  of the servlet spec (what the COSE -- crappy old servlet engine -- runs) may not run without some recoding on a more modern engine implementing version 2.4 of the spec. Sun has apparently removed some earlier calls......sigh (IBM would never do that, by the way). Would this lack of simple migration be a problem for people out there? Does anyone have a list of things that won't compile in this scenario?

Overall, do people think this is a good idea? Something worth investing some effort into, on our part?

http://www.bobzblog.com/tuxedoguy.nsf/dx/remember-garnet

[flaite]

Ich find, dass das heute nicht mehr genug ist.
Betrachten wir die reale Welt. Man zeige mir ein Java Jobstellenangebot, in dem JSP, Servlet Skills ohne JSF, EJB, Spring, Hibernate, Tapestry oder Struts gefordert werden.
Warum ist das so?
Weil Unternehmen wissen, dass diese Zusatzframeworks den Produktivitätsgewinn bringen, den wir benötigen. Wenn Lotus einen ServletContainer einbaut, dann bitte mit wohldosierten in Domino integrierten Framework-Features wie JSF und - wie auch sonst - mit Dependency Injection.
Lotus soll nicht mit Interface21 hinsichtlich neuer annotierter, apo-isher Features im 2-Monats Rythmus konkurrieren, aber man sollte schon ein paar Errungenschaften erpropter Features aus Webframeworks in meinetwegen homöopathischen Dosen da einbauen. Einfach ein Servlet/JSP Container da hinzustellen hält dem da draussen nicht stand, denk ich. Es gibt in Java-Land zu viele Webframeworks, aber die sind nicht aus Spaß an der Freud entstanden sondern vielmehr wegen der Konkurrenz von php, ASP.NEt und Ruby-on-Rails.
Das mit der Webservice-story sagt auch etwas. Axis2 ist nämlich dramatischst (bis zu 20x bei großen Dokumenten) schneller und einfacher zu programmieren als Axis1. Lotus-Webservices basieren auf Axis1. In Domino 7 mußte Axis1 mühsam in Domino reingefisselt werden. Mit einer autonomen und upgradbaren Servlet-Engine können die Innovationssprünge im Bereich Webservice locker mitgenommen werden und das kann wichtig für Domino werden.

 

[flaite]

 
Aus der Diskussion:

Sorry, but all these "artifices" (Dependency injection, etc...) are all there BECAUSE of the J2EE complexity

Wikipedia:

Existing frameworks

Dependency Injection frameworks exist for a number of platforms and languages including:

ActionScript

    * Syringe

C++

    * Autumn Framework
    * QtIocContainer

ColdFusion

    * ColdSpring Framework

Java

    * iPOJO
    * Google Guice
    * HiveMind
    * JBoss Microcontainer
    * PicoContainer
    * Seasar
    * Spring Framework

.NET

    * Castle DynamicProxy/Windsor
    * ObjectBuilder
    * PicoContainer.NET
    * Puzzle.NFactory
    * Spring.NET
    * StructureMap
    * Titan

Perl

    * The IOC Module

Python

    * PyContainer

Ruby

    * Copland
    * Needle