Guide mig igennem en J2EE eksempel?

JSP ?
Servlet ?
Session beans ?
CMP ?
BMP ?
JCA ?

(J2EE er et ret stort område)

Er det standard J2EE eller de JBoss specifikke ting (jboss.xml,
jbosscmp-jdbc.xml, *-ds.xml) der driller ?

Jeg har ihvertfald forskellige eksempler liggende.

Bl.a.:
  http://www.vajhoej.dk/arne/eksperten/jboss_cmp/ejbtest.zip
som viser CMP (testdb-service.xml er i 3.0 format og skal nok
erstattes af en testdb-ds.xml).

Hej Arne

Vi skal til at bygge en hovedopgave i JBoss og opgaven er således.

Et firma har en centralt server indeholdene MP3er og interviews osv. Så skal adskillige klienter med en application som vi skal bygge til dem logge sig på den centrale server og kunne afspille de forskellige filer.

Det eksempel du linker til hvad er det og hvordan køres det?

Det er et lill eksempel som laver:
  SELECT * FROM T1
ved hjælp af CMP entity beans.

Eksemplet er som sådan naturligvis totalt overkill, men det viser
CMP entity beans i JBoss.

test-ejb.jar og testdb-*.xml skal deployes og så kan TestT1 som er et lille
test client program køres.

Hvad er CMP entity beans sådan lige præcis?

Oh - sorry.

J2EE (Java 2 Enterprise Edition) = JSP + servlet + EJB + JCA
JSP (Java Server Pages) = HTML med embedded kode a la ASP og PHP
servlet = ren Java kode som køres på server (svarer til ISAPI og NSAPI moduler)
EJB (Enterprise Java Beans) = session beans + entity beans + message driven beans
session beans = service med business logik
entity bean = repræsentation af database record = CMP + BMP
message driven bean = input fra message queue
CMP (Container Managed Persistence) = entity bean hvor app-serveren skriver SQL koden
BMP (Bean Managed Persistence) = entity bean hvor du skriver SQL koden
JCA (Java Connector Architecture) = interface til eksterne systemer

Der er meget at læse om i J2EE.

Jeg forsøgte således.

Startede JBoss op og lagde filerne test-ejb.jar og testdb-service.xml i mappen jboss-3.2.3\jboss-3.2.3\server\default\deploy hvorefter jeg fik en masse fejl på DOS vinduet. Her er lidt af det:

Depends On Me: org.jboss.deployment.DeploymentException: Exception setting attr
ibute javax.management.Attribute: name=ManagedConnectionFactoryName value=jboss.
jca:service=LocalTxDS,name=TestDB on mbean jboss.jca:service=LocalTxCM,name=Test
DB; - nested throwable: (javax.management.AttributeNotFoundException: Writable a
ttribute 'ManagedConnectionFactoryName' not found), ObjectName: jboss.jca:servic
e=LocalTxDS,name=TestDB
state: FAILED
I Depend On:
Depends On Me:  jboss.jca:service=LocalTxCM,name=TestDB
org.jboss.deployment.DeploymentException: No Attribute found with name: JndiName
, ObjectName: jboss.j2ee:jndiName=ejb/T1,service=EJB
state: FAILED
I Depend On:
Depends On Me: org.jboss.deployment.DeploymentException: Error: can't find data
source: java:/TestDB; - nested throwable: (javax.naming.NameNotFoundException:
TestDB not bound)]

Ja - som jeg skrev så skal TestDB service lave spå en anden måde.

Lav en TestDB-ds.xml som ligner den her:
  http://www.vajhoej.dk/arne/eksperten/jboss_cmr/TestMySQL-ds.xml

Og den skal selvfølgelig pege på en rigtig tabel.

T1
--
F1 INTEGER
F2 VARCHAR(50)

Arne den xml fil du linker til benytter sig af mysql og den har jeg ikke lige installeret hvordan er det muligt at bruge Hsqldb som følger med JBoss?

Den database har jeg aldrig brugt. For svært at komme til databasen.

Har du MS Access på PC'en ? Så kan du bruge den !

Alternativt kan du undlade den *-ds.xml og rette til at bruge DefaultDS som
HSqlDb hedder. Men så skal du også ændre i test koden, fordi den læser kun
eksisterende data.

Eller I kunne starte på jeres egen kode og så spørge, når I kører fast.

Ok det lyder fint Arne jeg vil mødes med gruppen og forsøge at få dit eksempel op at køre så kan det være at vi får en lidt bedre forståelse for hvad J2EE går ud på.

Skal dog lige høre inden filerne test-ejb.jar og testdb-service.xml hvad bruges de til og hva sker der når man deployer dem?

Der er fuld kilde kode med.

Det er bare et lille entity bean'senes svar på helloworld.

Du kan hente en god bog om EJB's her:
  http://www.theserverside.com/books/wiley/masteringEJB/index.jsp

Når jeg prøver at køre TestT1 (som jeg fandt her http://www.vajhoej.dk/arne/eksperten/jboss_cmr/TestT1.java), så får jeg denne fejlmeddelse:

javax.naming.NoInitialContextException: Cannot instantiate class: org.jnp.interfaces.NamingContextFactory [Root exception is java.lang.ClassNotFoundException: org.jnp.interfaces.NamingContextFactory]
        at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:652)
        at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:243)
        at javax.naming.InitialContext.init(InitialContext.java:219)
        at javax.naming.InitialContext.<init>(InitialContext.java:175)
        at TestT1.main(Unknown Source)
Caused by: java.lang.ClassNotFoundException: org.jnp.interfaces.NamingContextFactory
        at java.net.URLClassLoader$1.run(URLClassLoader.java:199)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:187)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
        at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
        at java.lang.Class.forName0(Native Method)
        at java.lang.Class.forName(Class.java:219)
        at com.sun.naming.internal.VersionHelper12.loadClass(VersionHelper12.java:42)
        at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:649)
        ... 4 more

(jboss_cmr er et lidt mere avanceret eksempel end jboss_cmp)

Fejlen skyldes at client programmet ikke har jbossall-client.jar i classpath.

Er I i gruppe sammen ?

Ja, vi er i gruppe sammen og jeg mente også http://www.vajhoej.dk/arne/eksperten/jboss_cmp/TestT1.java
Bare en lille typo ;-)

Jeg får nu denne fejl:

17:06:53,766 ERROR [LogInterceptor] RuntimeException:
java.lang.IllegalStateException: createBeanClassInstanceCommand == null
        at org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createBeanClassInstance(JDBCStoreManager.java:542)
        at org.jboss.ejb.plugins.CMPPersistenceManager.createBeanClassInstance(CMPPersistenceManager.java:119)
        at org.jboss.ejb.EntityContainer.createBeanClassInstance(EntityContainer.java:226)
        at org.jboss.ejb.plugins.AbstractInstancePool.get(AbstractInstancePool.java:168)
OSV OSV OSV

Er det forresten rigtigt forstået at det JAVA man koder i J2EE er EJB? Og man kan så benytte andre J2EE teknologier INDE fra ens EJB?

Ah.

(client i jboss_cmr hedder iøvrigt TestCMR.java)

Fejlen tror jeg skyldes at EJB'en ikke er blevet deployet ordentligt.

Har I fået oprettet tabellen i en database og fået deployet en passende
data source descriptor ?

(jævnfør diskussion tidligere)

EJB er en af de 4 hoved J2EE teknologier jævnfør tidligere beskrivelse.

EJB'ere kodes i Java, men skal kodes på en bestemt måde for de at virker
som de skal inde i app-serveren.

Iøvrigt skulle I måske starte med en lille session bean. De er ofte
nemmere end entity beans.

Og der skal læses meget for at lære J2EE.

Jeg vil tro at der er mindst 4 gange så meget at lære om J2EE som om
selve sproget Java.

Jeg bruger MySQL, har oprettet en database (j2ee) og i den oprettet en tabel T1 med de to felter F1 og F2.

Jeg har lagt .jar filen ind i server/default/deploy og ændret testdb-ds.xml til dette:

<datasources>
  <local-tx-datasource>
    <jndi-name>TestDB</jndi-name>
    <connection-url>jdbc:mysql://localhost/j2ee</connection-url>
    <driver-class>com.mysql.jdbc.Driver</driver-class>
    <user-name>admin</user-name>
    <password></password>
    <min-pool-size>5</min-pool-size>
    <max-pool-size>100</max-pool-size>
  </local-tx-datasource>
</datasources>

-------

stadig samme fejl.

Får du fejl når du deployer testdb-ds.xml ?

Får du fejl når du (bagefter) deployer ejb jar filen ?

Deploy af testdb-ds.xml gik fint. Men .jar filen gav nogle fejl. Fejlen var at den ikke kunne finde driveren til mysql.

Jeg lagde så driveren ind i lib/ext (og også server/default/lib) og genstartede jboss, men nu er den begyndt at komme med en masse exceptions under opstart (port 4444 is already in use)?!?

Er det hurtigste ikke bare at geninstallere jboss?

server/default/lib er det rigtige sted

du behøver ikke geninstallere allerhøjst reboote

Jeg fik rettet port 4444 problemet (det viste sig selvfølgelig efter genstart og geninstallering at jeg har en server kørende på den port... hehe ;-)

Nu får jeg ikke driver fejlen men en connection refused?

18:22:28,929 WARN  [JBossManagedConnectionPool] Throwable while attempting to get a new connection:
org.jboss.resource.JBossResourceException: Could not create connection; - nested throwable: (java.sql.SQLException: Unable to connect to any hosts due to exception: java.net.ConnectException: Connection refused)
        at org.jboss.resource.adapter.jdbc.local.LocalManagedConnectionFactory.createManagedConnection(LocalManagedConnectionFactory.java:160)
        at org.jboss.resource.connectionmanager.InternalManagedConnectionPool.createConnectionEventListener(InternalManagedConnectionPool.java:477)
        at org.jboss.resource.connectionmanager.InternalManagedConnectionPool.getConnection(InternalManagedConnectionPool.java:213)

Jeg logger ind på mysql med en administrator som må alt fra alle HOSTs

Og det er selvfølgelig ved deploy af ejb jar filen at jeg får fejlen.

(Jeg vender tilbage engang senere i aften)

MySQL

<user-name>admin</user-name>

plejer at være root og ikke admin

ja, men på min debian maskine er det admin og ikke root. Derudover har jeg også prøvet med en special bruger oprettet specifikt til j2ee databasen uden held.

Kører JBoss og MySQL på samme maskine ?

Prøv evt. at lav et lille bitte standalone Java program som conncter
til MySQL via JDBC for at teste i en simplere kontekst.

God damn ;o) Det virker!

Nå men for lige at skitsere mine problemer og løsninger:

EJB kunne ikke forbinde til databasen. Jeg prøvede så med en hurtig java klient og jdbc og fik samme fejl. Fandt ud af at på debian er der som standard slået skip_networking til som gør at man ikke kan forbinde via TCP/IP; hvilket man skal med JDBC :( Da den blev slået fra fungerede det og min EJB klient udskrev sørme det som stod i tabellen ;-)

Der er dog lige nogle ting der undrer mig:

Jeg oprettede selv min tabel i db, men da jeg deployede skrev den "21:55:33,470 INFO  [T1] Table 'T1' already exists". Det virkede dog alligevel. Såtænkte jeg at jeg måske kunne have ladet være med at oprette tabellen og den så gjorde det for mig. Men så skrev den dette "Too big column length for column 'F2' (max = 255). Use BLOB instead" og oprettede ikke tabellen.

Har du en forklaring?

Ellers tak for hjælpen.

Jeg tror at den forsøger at oprette feltet med for stor en længde.

Prøv at rette i jbosscmp-jdbc.xml:

<datasource-mapping>SOLID</datasource-mapping>

til:

<datasource-mapping>mySQL</datasource-mapping>

Jeg har aldrig brudt mig om at entity beans selv oprettede tabeller - jeg vil
selv oprette dem, så jeg ved præcis hvordan de er oprettet. I praksis vil
tabeller også ofte eksisterer fordi de er oprettet til en anden applikation.

Men I er ovre det værste nu.

Man bruger normalt mest stateless session beans og CMP entity beans.

Og session beans er nemme at få til at virke, da der ikke en nogen
JBoss og database specifikke finesser.

Entity beans og CMP kan godt drille lidt, men den hurdle er I jo ovre.

Så vil jeg iævrigt tillade mig at ligge et svar.

Tak for hjælpen arne. Jeg tror faktisk at jeg har fået brudt isen til j2ee. Kan du her på falderebet af dette spørgsmål lige svare mig på dette:

Hvis jeg vil have denne klient (TestT1) til at køre på en anden maskine og forbinde til serveren, skal jeg så bruge hele client mappen fra JBoss eller er der noget jeg kan undvære?

P.S. aslan er ikke hjemme i aften, så der bliver først delt point ud i morgen.

jbossall-client.jar skulle være nok (all betyder det det gør)

Normalt bruger man iøvrigt:

browser----JSP/Servlet----session bean----entity bean----database

eller:

client app----Servlet----session bean----entity bean----database

(web service !)

Idag vil man iøvrigt normalt lade entity beans kun have local interface og
sessions beans både local og remote.

Ok. tusind tak for hjælpen. Det lader til at næste trin nu er servlet. endnu engang tak.

Det er nemt sammenlignet med EJB's.

Tak for hjælpen arne....

Arne hvis man f.eks gerne i remotehome interfacet vil lave en metode der sletter fra db hvordan gør man så det? Den indholder allerede de 3 standard metoder(create,findByPrimaryKey,findAll), men findes der også en til at slette med?

Jeg er overbevist om at der er en remove method.

Jep.

remove

1 argument: primary key

Opretter lige et nyt spørgsmål så du kan få points har også andre småting jeg lige vil spørge om...