EJB - fordele og ulemper?

Måske jeg lige skal smide et par ord mere på.

Jeg påtænker at lave en lille applikation, hvor nogle brugere via et web-interface skal kunne vedligholde nogle data i en database, så de kan tilgå det hvis bare de har en browser - hvilket de fleste jo har.

Jeg har før lavet noget lignende v.hj.a. en helt almindelig servlet, og prøver så at blive klogere m.h.t. hvordan opgaven bør tackles.

fordelen er at det er et stort velafprøvet framework som implementerer transaktioner, database/legacy-system forbindelser, automatisk kluster-teknologi.

ulempen er at det kræver maskiner med en vis del "armkræfter" .. du kan ikke forvente at køre det på en 90 Mhz pentium med 32 mb ram

du kan med fordel lave et par EJB'ere til at håndtere database adgangen, men omvendt så er det kun hvis du mener at der kan opstå problemer med tilgangen til data eller hvis du vil skrive til flere typer databaser. Umiddelbart ville jeg nok holde mig til servlets.

mfalck >> Ok. Skal det tolkes sådan at det performer dårligere end hvis det var programmeret som en servlet?

...og husk nu endelig at smide et svar, så du om ikke andet kan få del i pointene... :-)

Jeg er væk fra min plads, så jeg svare ikke den næste time til halvanden...

Det er et stort spørgsmål som man kan skrive tykke bøger om.

session EJB beans versus almindelige beans

fordele:
  - declarativ transaction management i.s.f. programmatic transaction mangement
  - clusterable og derfor scalable

ulemper:
  - lidt sværere at sætte sig ind i

entity EJB beans versus almindelig direkte JDBC

fordele:
  - database uafhængigt
  - clusterable og derfor delvist scalable

ulemper:
  - lidt sværere at sætte sig ind i
  - heavyweigt persistent framework som ikke er velegnet til alle
    former for database operationer

Generelt er jeg ikke så bekymret for performance. Ja - en fuld J2EE
app-server kræver nogle MHz og nogle MB RAM. Men det koster ikke så meget
idag.

Det største problem ved EJB er det man skal sætte sig ind i for at
kunne anvende det rigtigt. Det koster nogle timer.

Og ihvertfald vil jeg sige at en IDE med god J2EE support er et must.

Ellers komme rman til at sidde og skrive alt for meget selv.

Jeg har gode erfaringer med JBuilder Enterprise Edition.

Men IBM WSAD og andre er sikkert også gode.

det skal forstås sådan at du som regel kan tillade dig lidt mere "gris" hvis du koder det som en servlet.

jboss er som bekendt gratis .. men jeg ved ikke hvor godt den performer. Jeg bruger Weblogic på mit arbejde, og den er dejlig - men dyr :-)

hov - jeg misforstod Arne - jeg fabler om aplikationsserveren og han om IDE'er ... tsk tsk - min fejl :-)

ellers er X-doclet også en god ide at kigge på - der kan man få autogenereret en hulens masse af de xml-filer som EJB'ere kræver.

Jeg har testet lidt på JBoss performance.

På skrivebords klasse hardware er den ikke signifikant langsommere end
de kommercielle konkurrenter.

De 15000 dollar per CPU får man noget dokumentation og mulighed for
support for.

Man kan godt lade xdoclet generere en masse.

Men hvis ikke man forstår det den genererer så
skal man nok holde sig fra det.

xdoclet er en erstatning for taste arbejde - ikke for J2EE know-how.