Autor Thema: Bob Balaban: Garnet (servlets,JSPs,Tomcat,Apache in Domino) Auferstehung?  (Gelesen 1982 mal)

Offline m3

  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 8.102
  • Geschlecht: Männlich
  • Non ex transverso sed deorsum!
    • leyrers online pamphlet
Zitat von: Bob Balaban
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
HTH
m³ aka. Martin -- leyrers online pamphlet | LEYON - All things Lotus (IBM Collaborations Solutions)

All programs evolve until they can send email.
Except Microsoft Exchange.
    - Memorable Quotes from Alt.Sysadmin.Recovery

"Lotus Notes ist wie ein Badezimmer, geht ohne Kacheln, aber nicht so gut." -- Peter Klett

"If there isn't at least a handful of solutions for any given problem, it isn't IBM"™ - @notessensai

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
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.

 
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
Nur für J2EE?
« Antwort #2 am: 30.05.07 - 14:26:15 »
 ;D
Aus der Diskussion:
Zitat
Sorry, but all these "artifices" (Dependency injection, etc...) are all there BECAUSE of the J2EE complexity

Wikipedia:
Zitat
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
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

 

Impressum Atnotes.de  -  Powered by Syslords Solutions  -  Datenschutz