How old do you consider very old? I got this on the Geronimo 2.0-M2 release that is out on the Geronimo website dated 1/30/2007.Deployed fine on M1 though...
On 2/16/07, David Blevins <[EMAIL PROTECTED]> wrote:
On Feb 16, 2007, at 6:09 AM, Christopher Blythe wrote: > David/Dain... > > Did this information help narrow anything down? Actually, yes. Seems your build is very old -- we don't even have that error message anymore. What version are you using? -David > As an fyi, I tried to add an openejb-jar.xml file (based on the > file Dain provided earlier in the email chain) to the location > specified in the exception. Unfortunately, it resulted in the same > error. > > openejb-jar.xml > --------------- > https://svn.apache.org/repos/asf/incubator/openejb/trunk/openejb3/ > container/openejb-core/src/test/resources/convert/oej2/cmp/daytrader/ > daytrader-openejb-jar.xml > > Thanks... > > Chris > > On 2/15/07, Christopher Blythe <[EMAIL PROTECTED]> wrote: David... > > Here is the exception I get... > > Currently a Geronimo deployment plan is required for an EJB module. > Please provide a plan as a deployer argument or packaged in the EJB > JAR at META-INF/openejb-jar.xml > > org.apache.geronimo.common.DeploymentException: Currently a > Geronimo deployment plan is required for an EJB module. Please > provide a plan as a deployer argument or packaged in the EJB JAR at > META-INF/openejb-jar.xml > at > org.apache.geronimo.openejb.deployment.EjbModuleBuilder.createModule > (EjbModuleBuilder.java:166) > at > org.apache.geronimo.openejb.deployment.EjbModuleBuilder.createModule > (EjbModuleBuilder.java:134) > at org.apache.geronimo.openejb.deployment.EjbModuleBuilder$ > $FastClassByCGLIB$$cd80af20.invoke > (<generated>) > at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53) > at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke > (FastMethodInvoker.java:38) > at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke > (GBeanOperation.java:127) > at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke > (GBeanInstance.java:820) > at org.apache.geronimo.gbean.runtime.RawInvoker.invoke > (RawInvoker.java:57) > at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke > (RawOperationInvoker.java:35) > at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept > (ProxyMethodInterceptor.java:96) > at org.apache.geronimo.j2ee.deployment.ModuleBuilder$ > $EnhancerByCGLIB$$d2a1ea22.createModule > (<generated>) > at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.addModules > (EARConfigBuilder.java:723) > at org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getEarPlan > (EARConfigBuilder.java:355) > at > org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan > (EARConfigBuilder.java:257) > at org.apache.geronimo.j2ee.deployment.EARConfigBuilder$ > $FastClassByCGLIB$$38e56ec6.invoke(<generated>) > at net.sf.cglib.reflect.FastMethod.invoke > (FastMethod.java:53) > at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke > (FastMethodInvoker.java:38) > at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke > (GBeanOperation.java:127) > at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke > (GBeanInstance.java:820) > at org.apache.geronimo.gbean.runtime.RawInvoker.invoke > (RawInvoker.java:57) > at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke > (RawOperationInvoker.java:35) > at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept > (ProxyMethodInterceptor.java:96) > at org.apache.geronimo.j2ee.deployment.CorbaGBeanNameSource$ > $EnhancerByCGLIB$$9cf6437.getDeploymentPlan (<generated>) > at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java > :232) > at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:124) > at org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$ > $734a235d.invoke (<generated>) > at net.sf.cglib.reflect.FastMethod.invoke > (FastMethod.java:53) > at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke > (FastMethodInvoker.java:38) > at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke > (GBeanOperation.java:127) > at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke > (GBeanInstance.java:855) > at org.apache.geronimo.kernel.basic.BasicKernel.invoke > (BasicKernel.java:239) > at > org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDe > ploy (AbstractDeployCommand.java:114) > at org.apache.geronimo.deployment.plugin.local.DistributeCommand.run > (DistributeCommand.java:60) > at java.lang.Thread.run(Thread.java:595)I have placed the plan file > and ear that I am using at the following location... > > http://people.apache.org/~cjblythe/m2_deploy/ > > Thanks... > > Chris > > > On 2/14/07, David Blevins <[EMAIL PROTECTED]> wrote: > On Feb 14, 2007, at 1:59 PM, Christopher Blythe wrote: > > > Dain and David... > > > > Took a swag at deploying Daytrader on Geronimo 2.0-M2... During > > deployment, it complained about the openejb-jar.xml file missing > > from the EJB module. I added the one you provided earlier in this > > chain, but for some reason it is still complaining that the openejb- > > jar.xml file is missing from the EJB module. I think Matt is > > probably running into the same issue... > > > > Does the or-mapping file also need to go in the ear/jar somewhere? > > Should this work on M2? Is there anything else that needs to go > > into the jar/ear? > > > > It really seems to me like we need way too many extra xml files to > > deploy this thing. > > You shouldn't need any files in the ear, i.e. passing the plan as a > parameter on the command line should work as always. > > Post the message text and a stack trace (if there is one) and I'll > see if I can't find what part of the code is confused. > > -David > > > > > Thanks... > > > > Chris > > > > > > > > > > > > On 2/7/07, Dain Sundstrom <[EMAIL PROTECTED]> wrote:I just fix that > > allows nested openejb plans to work correctly. This > > was a big problem in the tck since all plans use the nested model. > > > > -dain > > > > On Feb 6, 2007, at 9:10 PM, Dain Sundstrom wrote: > > > > > OK, I think the conversion tool should be full working now. > > > > > > There were loads of tiny bugs causing deployments to fail > > > especially around cmp. I tested the converter with the OpenEJB2 > > > itests which use almost every feature of OpenEJB2 and the > > > application now deploys with out error now. Of course there are > > > things sill unimplemented or ported to 3, so if you try to use > > > those features, you will get an exception at runtime. > > > > > > Let us know if you find any problems with the converter. > > > > > > -dain > > > > > > On Feb 6, 2007, at 9:57 AM, Dain Sundstrom wrote: > > > > > >> On Feb 6, 2007, at 6:37 AM, David Blevins wrote: > > >> > > >>> Haven't been able to get a full deploy of anything (tried > > >>> daytrader and the v2 itests), but things are starting to look > > >>> good with the converter. The basic conversion is happening and > > >>> conversion of things like environment and abstract name queries > > >>> are definitely getting ported over. Still see some hiccups in > > >>> CMPs, but apps without CMPs may deploy just fine. Will look > into > > >>> it more when I get up. > > >>> > > >>> Dain, can you take a look at the persistence unit part of the > > >>> rewritten EjbModuleBuilder. Seems something in the way i've > > >>> reworked the code results in those not coming through so well. > > >> > > >> Looking at it now. > > >> > > >> -dain > > >> > > > > > > > > > > > > > -- > > "I say never be complete, I say stop being perfect, I say let... > > lets evolve, let the chips fall where they may." - Tyler Durden > > > > > -- > "I say never be complete, I say stop being perfect, I say let... > lets evolve, let the chips fall where they may." - Tyler Durden > > > > -- > "I say never be complete, I say stop being perfect, I say let... > lets evolve, let the chips fall where they may." - Tyler Durden
-- "I say never be complete, I say stop being perfect, I say let... lets evolve, let the chips fall where they may." - Tyler Durden
