Hvad er forskellen på J2SE og J2EE?

J2SE = java virtual machine + java compiler + java library

J2EE = standard for hvordan application servere og komponenter skal laves

Man bruger også J2SE i J2EE, men man laver ikke et hoved program men
komponenter som kan køres i en J2EE application server.

Jeg har faktisk skrevet nogle artikler om nogle af disse emner:
http://www.eksperten.dk/artikler/66
http://www.eksperten.dk/artikler/182

J2EE er vel ikke gratis? Jeg synes, jeg har hørt, at det koster lidt :)

Fordi hvis det er, så vil det vel være smartere at programmere i J2EE end J2SE

J2EE specs er gratis.

Diverse J2EE værktøjer er også gratis.

Du kan få gratis J2EE application servere.

Du kan også købe en IDE licens til 6000 dollar og en application
server licens til 15000 dollar per CPU.

Derer frit valg.

Om du skal bruge J2EE eller ej afhænger af hvilken type problem du skal løse.

Kan man udvikle J2EE programmer i et program Ecplipse? Fordi jeg vil nødig skifte fra det :)

Desuden, hvor kn disse servere skaffes? Dem der er gratis selvfølgelig.

Ja - man kan godt lave J2EE i Eclipse.

(enten bare i den rå Eclipse eller med relevante plugins)

kun JSP & servlet : Tomcat (http://jakarta.apache.org/tomcat/index.html)

fuld J2EE application server : JBoss (http://www.jboss.org/)

PS: En del af det står i nogle af de før omtalte artikler.  :-)

"Artiklen er ikke aktiv" - står der i en orange boks, når man trykker på "artikel 66".

Bemærk at J2EE ikke er noget man lærer på en halv times tid lørdag eftermiddag.

Der er meget at sætte sig ind i og meget af det er svært.

Sorry - skulle være fixet nu.

Men måske er den anden også mere interessant.

det relevant i den første har jeg næsten genfortalt her.

Hehe.

Det er fordi, jeg lige har købt en Java bog, hvor der er en del om J2EE, og da, den bog du forslog tidligere, også var Enterprise, så tænkte jeg, at det nok var meget godt at vide en smule om "baggrunden", inden man går igang.

J2EE er et yderst interessant emne at studere.

Og et svar

Arne:

Kan du give et eksempel på et problem hvor J2EE er at foretrække og "som ikke kræver en virksomhed" ?

Dvs. en relevant applikation som en J2EE begynder kan få glæde af at programmere på sin hjemme PC.

Jeg tror ikke at jeg kan komme op med en problem stilling til hjemme brug
hvor J2EE er den bedste løsning. Man har simpelthen ikke behov for
de features (multi tier, cluster, multiple databasex) som
er unikt for J2EE.

Der er masser af problem stillinger til hjemme brug hvor J2EE er en
brugbar løsning. Du kan lave kartotek, forum etc.. Og det vil virke
glimrende. At du måske kunne have lavet det hurtigere i J2SE, Delphi,
PHP, ASP etc. er en anden side af sagen.

Vil det sige at fordelen med J2EE er at det er standarder ?

Dvs. hvis jeg udvikler en komponent så vil jeg (relativt) nemt kunne integrere den med andre komponenter, fordi standarderne foreskriver hvordan jeg "indretter" min komponent.

Fordelen ved J2EE er de føromtalte ting: multi tier, cluster, multiple databases
etc. som gør at J2EE løsninger skalerer fremragende.

Hvis din komponent overholder J2EE standarden så:
  - kan den køres i enhver J2EE compliant applicaton server
  - den kan bruge andre J2EE komponenter
  - andre J2EE komponenter kan bruge den

[som med så meget andet, så er der visse forbehold !!]

Ordet "bruge" i denne sammenhæng ligger udover simpel kald:
  - komponenterne kan indgå i samme transaktion
  - komponenterne kan bruge samme role based security model
  - komponenterne kan deployes på i samme tier eller i forskellige tiers transparent

Hvilke avancerede klasser, funktioner osv. er nogle, der kan bruges af både J2SE og J2EE? Her tænker jeg ikke på, at man kan bruge System.out.println i begge ting, men emner som RMI, CORBA, Servlets, EJB, JDBC, JTS, JMS SOAP og lign ting, jeg lige fandt ud af er en del af min bog.

I J2EE bruger man kun System.out.println når programmøren er desperat
efter midnat og skriver debug output til app-server consollen.

Servlets og EJB er 2 af de 4 hoved bestanddele af J2EE

RMI, CORBA, JDBC, JTS, JMS er enterprise Java dele som kan bruges uden J2EE men
som bliver brugt i vid udstrækning af J2EE (dog normalt usynligt for bruger koden)

SOAP er Web Services - og idag opfattes det normalt som en del af J2EE

Kan du egentlig forklare mig, hvad CORBA er?

CORBA er en ældre komponent teknologi. Den er opfundet af OMG (som også står bag
UML og MDA). Den er sprog neutral og kan derfor bruges i både C++ og Java. Jeg tror
ikke at den bruges ret meget idag. Men J2EE har genbrugt rigtigt meget fra CORBA.

Hvad version er Weblogic og WebSphrere, hvis du ved det? Fordi der følger en version af de to servere med på cd'en her til min bog, men jeg tvivler dog på, at det er den fulde version.. ellers må det være en gammel én...

Forresten, du skal NOK få dine point for de her svar, hvilke slags måder kan man kommunikere på, andet end RMI?

WebLogic er idag 8.1 og WebSphere er idag 5.1

direkte socket
RMI
CORBA
EJB

var 4 oplagte muligheder