Hi Phil, you are right. This are two important points and I will add your comments to deployment doc.
regards, Armin ----- Original Message ----- From: "Phil Warrick" <[EMAIL PROTECTED]> To: "OJB Users List" <[EMAIL PROTECTED]> Sent: Wednesday, March 19, 2003 4:22 AM Subject: Re: [jBoss deployment && re-deployment!]: example ejb beans not deploying > Hi Armin, > > Great, I am also able to redeploy. As for the docs, The only things > that I see now that might be non-obvious for someone trying the ejb > beans for the first time are > > 1) How to deploy ojb test hsqldb database to jboss > After creating the database with > bin\build prepare-testdb > > Take the generated OJB.script file from .../target/test > and rename the file to default.script. > Replace the jboss default.script file in > ...\jboss-3.x.y\server\default\db\hypersonic > with this file. > > 2) How to run client org.apache.ojb.ejb.AllTests > Numerous jars are required for the client. I modified build.bat > to set this up properly and called it ".\runEJBClient.bat" > > @echo off > REM Please let JAVA_HOME point to your JDK base directory > if "%JAVA_HOME%" == "" set JAVA_HOME=C:\j2sdk1.4.1 > set JAVA=%JAVA_HOME%\bin\java > set JBOSS_HOME=D:\jboss-3.0.6 > set cp= > for %%i in (%JBOSS_HOME%\client\*.jar) do call bin\cp.bat %%i > for %%i in (dist\*.jar) do call bin\cp.bat %%i > for %%i in (lib\*.jar) do call bin\cp.bat %%i > "%JAVA%" -classpath "%CP%" org.apache.ojb.ejb.AllTests > > Phil > > Armin Waibel wrote: > > Hi Phil, > > > > I got it re-deployed on jboss!! > > Thanks for your suggestion! > > It doesn't depend on the Class-Path > > attribute but it does depend on the jars > > used by OJB. > > Put all jars OJB depend on to the > > ojb.sar directory (commons-xxx.jar + antlrxxx.jar) > > then OJB could be re-deployed without any problems. > > > > I updated deployment docs in CVS > > have a look. > > > > regards, > > Armin > > > > ----- Original Message ----- > > From: "Phil Warrick" <[EMAIL PROTECTED]> > > To: "Phil Warrick" <[EMAIL PROTECTED]> > > Cc: "OJB Users List" <[EMAIL PROTECTED]> > > Sent: Tuesday, March 18, 2003 7:57 PM > > Subject: Re: [jBoss deployment]: example ejb beans not deploying > > > > > > > >>BTW: A nice reference on deployment packaging can be found at: > >> > >> > > > > http://www.theserverside.com//resources/articles/J2EE-Deployment/article > > .html > > > >>Phil > >> > >>Phil Warrick wrote: > >> > >>>Hi Armin, > >>> > >>>The problem went away when I upgraded to jBoss-3.0.6. > >>> > >>>One that I noticed in build-xdoclet.xml (although it didn't end up > >> > > being > > > >>>the cause of the problem) is that the MANIFEST.MF classpath syntax > >> > > is > > > >>>supposed to be > >>> > >>>Class-Path: xxx.jar yyy.jar > >>> > >>>rather than > >>> > >>>classpath: xxx.jar yyy.jar > >>> > >>>To be more consistent wouldn't it be better to include all the jars > >> > > that > > > >>>the beans are dependent on, like: > >>> > >>>Class-Path: db-ojb-1.0.rc2.jar db-ojb-1.0.rc2-junit.jar > >>> > >>>as well as the libs required (like commons-lang-1.0-mod.jar etc.) in > >> > > the > > > >>>build-xdoclet.xml file. > >>> > >>>At the moment only the junit jar is listed. > >>> > >>>Thanks, > >>> > >>>Phil > >>> > >>> > >>> > >>>Armin Waibel wrote: > >>> > Hi Phil, > >>> > > >>> > I tested CVS with jboss 3.0.4 + 3.0.6 > >>> > using sapDB. > >>> > I use the same directory structure: > >>> > > >>> > ojb.sar > >>> > |---------------META-INF > >>> > | | > >>> > | MANIFEST.MF, jboss-service.xml > >>> > db-ojb-xxx-beans.jar > >>> > db-ojb-xxx.jar > >>> > ojb config files > >>> > > >>> > Did you use current build.xml/xdoclet-build.xml file, I made > >>> > some minor changes (as far as I know;-)) > >>> > > >>> > > >>> > regards, > >>> > Armin > >>> > > >>> > ----- Original Message ----- > >>> > From: "Phil Warrick" <[EMAIL PROTECTED]> > >>> > To: "OJB Users List" <[EMAIL PROTECTED]> > >>> > Sent: Tuesday, March 18, 2003 3:57 PM > >>> > Subject: [jBoss deployment]: example ejb beans not deploying > >>> > > >>> > > >>> > > >>> >>Hi all, > >>> >> > >>> >>It looks like Armin has done a nice job of improving the > >>> > > >>> > out-of-the-box > >>> > > >>> >>ejb deployment experience. But something about the new > >> > > arrangement, > > > >>> >>where a sar directory containing > >>> >> > >>> >>db-ojb-xxx-beans.jar > >>> >>db-ojb-xxx.jar > >>> >>ojb configuration files > >>> >>jboss META-INF descriptor files > >>> >> > >>> >>causes the beans to not see the classes within db-ojb-xxx.jar. I > >> > > get > > > >>> >>errors like NoClassDefFound for OJBRuntimeException, which is > >>> > > >>> > certainly > >>> > > >>> >>located in db-ojb-xxx.jar. The OJB services do deploy fine if I > >> > > leave > > > >>> >>out the beans jar. I noticed that the deployer is now a RAR > >> > > which > > > >>> > > >>> > might > >>> > > >>> >>influence dependencies. > >>> >> > >>> >>My environment is Win2K, jboss 3.0.4, ojb 1.0rc+ What is your > >>> >>environment Armin? > >>> >> > >>> >>I'm checking the jBoss archives and also watching for clues about > >> > > the > > > >>> >>redeployment problem. > >>> >> > >>> >>Any ideas would be most appreciated. > >>> >> > >>> >>Phil > >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > >>> >> > >>> > >>>--------------------------------------------------------------------- > >>> >>To unsubscribe, e-mail: [EMAIL PROTECTED] > >>> >>For additional commands, e-mail: [EMAIL PROTECTED] > >>> >> > >>> >> > >>> >> > >>> > > >>> > > >>> > >>> > >>> > >> > >> > >> > >>--------------------------------------------------------------------- > >>To unsubscribe, e-mail: [EMAIL PROTECTED] > >>For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > >> > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]