Re: Packaging error when building trunk
Ok thanks! So the key is to remove the dependencies.xml file, not the src/main/history directory. I've been always just deleting the file but somehow I deleted the directory today. Lin On Thu, Oct 2, 2008 at 1:36 PM, David Jencks <[EMAIL PROTECTED]> wrote: > > On Oct 2, 2008, at 9:47 AM, Lin Sun wrote: > >> Thanks for updating the dependencies.xml. My svn directory got >> messed up after I removed the client-deployer/src/main/history >> directory which is needed to get a successful build.Anyone has an >> idea about the error below: >> >> lin-suns-macbook-pro:client linsun$ svn diff >> svn: Directory 'client-deployer/src/main/history/.svn' containing >> working copy admin area is missing >> >> I don't know how to recover from it so I removed the entire >> client-deployer dir and did a svn update. > > If you intentionally change dependencies and get an error the best procedure > is to just remove src/main/history/dependencies.xml. The next time you > build you'll get the new dependencies.xml generated and you can check it in. > > If you've removed the entire history directory and run a build the newly > generated history/dependencies.xml file is in the way of svn updates. You > need to remove the history directory again, run svn up, remove the > dependencies.xml file, ane run the build. > > Be careful to check that the dependencies.xml changes are really intentional > :-) > > thanks > david jencks > > >> >> >> Lin >> >> On Thu, Oct 2, 2008 at 12:33 PM, David Jencks <[EMAIL PROTECTED]> >> wrote: >>> >>> I updated the dependencies.xml so the client-deployer module builds ok, >>> didn't check for downstream problems. please let us know if you see >>> them. >>> >>> thanks >>> david jencks >>> >>> On Oct 2, 2008, at 9:14 AM, Jarek Gawor wrote: >>> Lin, I think that change in geronimo-client-builder breaks trunk. Jarek On Thu, Oct 2, 2008 at 11:55 AM, Lin Sun <[EMAIL PROTECTED]> wrote: > > I debugged the daytrader build prob a bit (I know I was able to build > daytrader trnk on 9/4 :-) and made a change in the > geronimo-client-builder (rev 701153). With that, daytrader trunk > builds fine. Hopefully that change won't cause any other probs. > > Lin > > On Wed, Oct 1, 2008 at 1:09 PM, David Jencks <[EMAIL PROTECTED]> > wrote: >> >> not sure what is causing the daytrader problem but its not related to >> the >> error message during assembly. I'd guess that there's something wrong >> with >> the parents of the client-builder plugin, such as not having enough >> connector builder bits available. >> >> I suspect the error message during assembly is from me missing one of >> the >> schemas when I put them into the *-deployer plugins instead of >> boilerplate. >> >> thanks >> david jencks >> >> On Oct 1, 2008, at 9:44 AM, Jason Warner wrote: >> >>> I'm seeing an error pop up when the server assemblies are being >>> packaged >>> during a trunk build. The error is "[ERROR] Installed >>> 'org.apache.geronimo.configs/axis-deployer/2.2-SNAPSHOT/car' >>> configuration >>> into repository but cannot locate file to copy >>> schema/schemaorg_apache_xmlbeans/src/" This doesn't seem to really >>> effect >>> the server running as far as I've seen but when I attempt to build >>> the >>> daytrader trunk I get a stacktrace [1] that seems like it might be >>> related. >>> Anybody have any thoughts on what's causing this error? >>> >>> Thanks! >>> >>> [1] [ERROR] Deployment failed due to >>> java.lang.NullPointerException >>> >>> >>> >>> org.apache.xmlbeans.impl.schema.SchemaPropertyImpl.getType(SchemaPropertyImpl.java:92) >>> >>> >>> >>> org.apache.xmlbeans.impl.schema.SchemaTypeImpl.createElementType(SchemaTypeImpl.java:965) >>> >>> >>> >>> org.apache.xmlbeans.impl.values.XmlObjectBase.create_element_user(XmlObjectBase.java:893) >>> org.apache.xmlbeans.impl.store.Xobj.getUser(Xobj.java:1657) >>> org.apache.xmlbeans.impl.store.Xobj.find_element_user(Xobj.java:2062) >>> >>> >>> >>> org.apache.geronimo.xbeans.geronimo.client.impl.GerResourceTypeImpl.getConnector(Unknown >>> Source) >>> >>> >>> >>> org.apache.geronimo.client.builder.AppClientModuleBuilder.createModule(AppClientModuleBuilder.java:371) >>> >>> >>> >>> org.apache.geronimo.client.builder.AppClientModuleBuilder.createModule(AppClientModuleBuilder.java:235) >>> >>> >>> >>> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.addModules(EARConfigBuilder.java:807) >>> >>> >>> >>> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getEarPlan(EARConfigBuilder.java:402) >>> >>> >>> >>> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:295) >>
Re: Packaging error when building trunk
On Oct 2, 2008, at 9:47 AM, Lin Sun wrote: Thanks for updating the dependencies.xml. My svn directory got messed up after I removed the client-deployer/src/main/history directory which is needed to get a successful build.Anyone has an idea about the error below: lin-suns-macbook-pro:client linsun$ svn diff svn: Directory 'client-deployer/src/main/history/.svn' containing working copy admin area is missing I don't know how to recover from it so I removed the entire client-deployer dir and did a svn update. If you intentionally change dependencies and get an error the best procedure is to just remove src/main/history/dependencies.xml. The next time you build you'll get the new dependencies.xml generated and you can check it in. If you've removed the entire history directory and run a build the newly generated history/dependencies.xml file is in the way of svn updates. You need to remove the history directory again, run svn up, remove the dependencies.xml file, ane run the build. Be careful to check that the dependencies.xml changes are really intentional :-) thanks david jencks Lin On Thu, Oct 2, 2008 at 12:33 PM, David Jencks <[EMAIL PROTECTED]> wrote: I updated the dependencies.xml so the client-deployer module builds ok, didn't check for downstream problems. please let us know if you see them. thanks david jencks On Oct 2, 2008, at 9:14 AM, Jarek Gawor wrote: Lin, I think that change in geronimo-client-builder breaks trunk. Jarek On Thu, Oct 2, 2008 at 11:55 AM, Lin Sun <[EMAIL PROTECTED]> wrote: I debugged the daytrader build prob a bit (I know I was able to build daytrader trnk on 9/4 :-) and made a change in the geronimo-client-builder (rev 701153). With that, daytrader trunk builds fine. Hopefully that change won't cause any other probs. Lin On Wed, Oct 1, 2008 at 1:09 PM, David Jencks <[EMAIL PROTECTED] > wrote: not sure what is causing the daytrader problem but its not related to the error message during assembly. I'd guess that there's something wrong with the parents of the client-builder plugin, such as not having enough connector builder bits available. I suspect the error message during assembly is from me missing one of the schemas when I put them into the *-deployer plugins instead of boilerplate. thanks david jencks On Oct 1, 2008, at 9:44 AM, Jason Warner wrote: I'm seeing an error pop up when the server assemblies are being packaged during a trunk build. The error is "[ERROR] Installed 'org.apache.geronimo.configs/axis-deployer/2.2-SNAPSHOT/car' configuration into repository but cannot locate file to copy schema/schemaorg_apache_xmlbeans/src/" This doesn't seem to really effect the server running as far as I've seen but when I attempt to build the daytrader trunk I get a stacktrace [1] that seems like it might be related. Anybody have any thoughts on what's causing this error? Thanks! [1] [ERROR] Deployment failed due to java.lang.NullPointerException org .apache .xmlbeans .impl.schema.SchemaPropertyImpl.getType(SchemaPropertyImpl.java: 92) org .apache .xmlbeans .impl .schema.SchemaTypeImpl.createElementType(SchemaTypeImpl.java:965) org .apache .xmlbeans .impl .values.XmlObjectBase.create_element_user(XmlObjectBase.java:893) org.apache.xmlbeans.impl.store.Xobj.getUser(Xobj.java:1657) org.apache.xmlbeans.impl.store.Xobj.find_element_user(Xobj.java: 2062) org .apache .geronimo .xbeans .geronimo.client.impl.GerResourceTypeImpl.getConnector(Unknown Source) org .apache .geronimo .client .builder .AppClientModuleBuilder .createModule(AppClientModuleBuilder.java:371) org .apache .geronimo .client .builder .AppClientModuleBuilder .createModule(AppClientModuleBuilder.java:235) org .apache .geronimo .j2ee .deployment.EARConfigBuilder.addModules(EARConfigBuilder.java: 807) org .apache .geronimo .j2ee .deployment.EARConfigBuilder.getEarPlan(EARConfigBuilder.java: 402) org .apache .geronimo .j2ee .deployment .EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:295) org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:227) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun .reflect .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java: 39) sun .reflect .DelegatingMethodAccessorImpl .invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org .apache .geronimo .gbean .runtime .ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) org .apache .geronimo .gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130) org .apache .geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java: 850) org .apache .geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237) org .apache .geronimo .mavenplugins.car.PackageMojo.invokeDeployer(PackageMojo.java: 483) org .apache .geronimo .mavenplugins.car.Pa
Re: Packaging error when building trunk
Thanks for updating the dependencies.xml. My svn directory got messed up after I removed the client-deployer/src/main/history directory which is needed to get a successful build.Anyone has an idea about the error below: lin-suns-macbook-pro:client linsun$ svn diff svn: Directory 'client-deployer/src/main/history/.svn' containing working copy admin area is missing I don't know how to recover from it so I removed the entire client-deployer dir and did a svn update. Lin On Thu, Oct 2, 2008 at 12:33 PM, David Jencks <[EMAIL PROTECTED]> wrote: > I updated the dependencies.xml so the client-deployer module builds ok, > didn't check for downstream problems. please let us know if you see > them. > > thanks > david jencks > > On Oct 2, 2008, at 9:14 AM, Jarek Gawor wrote: > >> Lin, >> >> I think that change in geronimo-client-builder breaks trunk. >> >> Jarek >> >> On Thu, Oct 2, 2008 at 11:55 AM, Lin Sun <[EMAIL PROTECTED]> wrote: >>> >>> I debugged the daytrader build prob a bit (I know I was able to build >>> daytrader trnk on 9/4 :-) and made a change in the >>> geronimo-client-builder (rev 701153). With that, daytrader trunk >>> builds fine. Hopefully that change won't cause any other probs. >>> >>> Lin >>> >>> On Wed, Oct 1, 2008 at 1:09 PM, David Jencks <[EMAIL PROTECTED]> >>> wrote: not sure what is causing the daytrader problem but its not related to the error message during assembly. I'd guess that there's something wrong with the parents of the client-builder plugin, such as not having enough connector builder bits available. I suspect the error message during assembly is from me missing one of the schemas when I put them into the *-deployer plugins instead of boilerplate. thanks david jencks On Oct 1, 2008, at 9:44 AM, Jason Warner wrote: > I'm seeing an error pop up when the server assemblies are being > packaged > during a trunk build. The error is "[ERROR] Installed > 'org.apache.geronimo.configs/axis-deployer/2.2-SNAPSHOT/car' > configuration > into repository but cannot locate file to copy > schema/schemaorg_apache_xmlbeans/src/" This doesn't seem to really > effect > the server running as far as I've seen but when I attempt to build the > daytrader trunk I get a stacktrace [1] that seems like it might be > related. > Anybody have any thoughts on what's causing this error? > > Thanks! > > [1] [ERROR] Deployment failed due to > java.lang.NullPointerException > > > org.apache.xmlbeans.impl.schema.SchemaPropertyImpl.getType(SchemaPropertyImpl.java:92) > > > org.apache.xmlbeans.impl.schema.SchemaTypeImpl.createElementType(SchemaTypeImpl.java:965) > > > org.apache.xmlbeans.impl.values.XmlObjectBase.create_element_user(XmlObjectBase.java:893) > org.apache.xmlbeans.impl.store.Xobj.getUser(Xobj.java:1657) > org.apache.xmlbeans.impl.store.Xobj.find_element_user(Xobj.java:2062) > > > org.apache.geronimo.xbeans.geronimo.client.impl.GerResourceTypeImpl.getConnector(Unknown > Source) > > > org.apache.geronimo.client.builder.AppClientModuleBuilder.createModule(AppClientModuleBuilder.java:371) > > > org.apache.geronimo.client.builder.AppClientModuleBuilder.createModule(AppClientModuleBuilder.java:235) > > > org.apache.geronimo.j2ee.deployment.EARConfigBuilder.addModules(EARConfigBuilder.java:807) > > > org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getEarPlan(EARConfigBuilder.java:402) > > > org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:295) > org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:227) > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > java.lang.reflect.Method.invoke(Method.java:585) > > > org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) > > > org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130) > > > org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850) > > > org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237) > > > org.apache.geronimo.mavenplugins.car.PackageMojo.invokeDeployer(PackageMojo.java:483) > > > org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:309) > > > org.apache.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:209) > > > org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451) > > > org.apache.maven.li
Re: Packaging error when building trunk
I updated the dependencies.xml so the client-deployer module builds ok, didn't check for downstream problems. please let us know if you see them. thanks david jencks On Oct 2, 2008, at 9:14 AM, Jarek Gawor wrote: Lin, I think that change in geronimo-client-builder breaks trunk. Jarek On Thu, Oct 2, 2008 at 11:55 AM, Lin Sun <[EMAIL PROTECTED]> wrote: I debugged the daytrader build prob a bit (I know I was able to build daytrader trnk on 9/4 :-) and made a change in the geronimo-client-builder (rev 701153). With that, daytrader trunk builds fine. Hopefully that change won't cause any other probs. Lin On Wed, Oct 1, 2008 at 1:09 PM, David Jencks <[EMAIL PROTECTED]> wrote: not sure what is causing the daytrader problem but its not related to the error message during assembly. I'd guess that there's something wrong with the parents of the client-builder plugin, such as not having enough connector builder bits available. I suspect the error message during assembly is from me missing one of the schemas when I put them into the *-deployer plugins instead of boilerplate. thanks david jencks On Oct 1, 2008, at 9:44 AM, Jason Warner wrote: I'm seeing an error pop up when the server assemblies are being packaged during a trunk build. The error is "[ERROR] Installed 'org.apache.geronimo.configs/axis-deployer/2.2-SNAPSHOT/car' configuration into repository but cannot locate file to copy schema/schemaorg_apache_xmlbeans/src/" This doesn't seem to really effect the server running as far as I've seen but when I attempt to build the daytrader trunk I get a stacktrace [1] that seems like it might be related. Anybody have any thoughts on what's causing this error? Thanks! [1] [ERROR] Deployment failed due to java.lang.NullPointerException org .apache .xmlbeans .impl.schema.SchemaPropertyImpl.getType(SchemaPropertyImpl.java:92) org .apache .xmlbeans .impl.schema.SchemaTypeImpl.createElementType(SchemaTypeImpl.java: 965) org .apache .xmlbeans .impl.values.XmlObjectBase.create_element_user(XmlObjectBase.java: 893) org.apache.xmlbeans.impl.store.Xobj.getUser(Xobj.java:1657) org.apache.xmlbeans.impl.store.Xobj.find_element_user(Xobj.java: 2062) org .apache .geronimo .xbeans .geronimo.client.impl.GerResourceTypeImpl.getConnector(Unknown Source) org .apache .geronimo .client .builder .AppClientModuleBuilder.createModule(AppClientModuleBuilder.java: 371) org .apache .geronimo .client .builder .AppClientModuleBuilder.createModule(AppClientModuleBuilder.java: 235) org .apache .geronimo .j2ee .deployment.EARConfigBuilder.addModules(EARConfigBuilder.java:807) org .apache .geronimo .j2ee .deployment.EARConfigBuilder.getEarPlan(EARConfigBuilder.java:402) org .apache .geronimo .j2ee .deployment .EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:295) org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:227) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun .reflect .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun .reflect .DelegatingMethodAccessorImpl .invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org .apache .geronimo .gbean .runtime .ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) org .apache .geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java: 130) org .apache .geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java: 850) org .apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java: 237) org .apache .geronimo .mavenplugins.car.PackageMojo.invokeDeployer(PackageMojo.java:483) org .apache .geronimo .mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:309) org .apache .geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java: 209) org .apache .maven .plugin .DefaultPluginManager.executeMojo(DefaultPluginManager.java:451) org .apache .maven .lifecycle .DefaultLifecycleExecutor .executeGoals(DefaultLifecycleExecutor.java:558) org .apache .maven .lifecycle .DefaultLifecycleExecutor .executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499) org .apache .maven .lifecycle .DefaultLifecycleExecutor .executeGoal(DefaultLifecycleExecutor.java:478) org .apache .maven .lifecycle .DefaultLifecycleExecutor .executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330) org .apache .maven .lifecycle .DefaultLifecycleExecutor .executeTaskSegments(DefaultLifecycleExecutor.java:291) org .apache .maven .lifecycle .DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java: 142) org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) org.apache.maven.cli.MavenCli.main(MavenCli.java:287) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun .reflect .NativeMethodAccessorImpl.invoke(NativeMetho
Re: Packaging error when building trunk
Lin, I think that change in geronimo-client-builder breaks trunk. Jarek On Thu, Oct 2, 2008 at 11:55 AM, Lin Sun <[EMAIL PROTECTED]> wrote: > I debugged the daytrader build prob a bit (I know I was able to build > daytrader trnk on 9/4 :-) and made a change in the > geronimo-client-builder (rev 701153). With that, daytrader trunk > builds fine. Hopefully that change won't cause any other probs. > > Lin > > On Wed, Oct 1, 2008 at 1:09 PM, David Jencks <[EMAIL PROTECTED]> wrote: >> not sure what is causing the daytrader problem but its not related to the >> error message during assembly. I'd guess that there's something wrong with >> the parents of the client-builder plugin, such as not having enough >> connector builder bits available. >> >> I suspect the error message during assembly is from me missing one of the >> schemas when I put them into the *-deployer plugins instead of boilerplate. >> >> thanks >> david jencks >> >> On Oct 1, 2008, at 9:44 AM, Jason Warner wrote: >> >>> I'm seeing an error pop up when the server assemblies are being packaged >>> during a trunk build. The error is "[ERROR] Installed >>> 'org.apache.geronimo.configs/axis-deployer/2.2-SNAPSHOT/car' configuration >>> into repository but cannot locate file to copy >>> schema/schemaorg_apache_xmlbeans/src/" This doesn't seem to really effect >>> the server running as far as I've seen but when I attempt to build the >>> daytrader trunk I get a stacktrace [1] that seems like it might be related. >>> Anybody have any thoughts on what's causing this error? >>> >>> Thanks! >>> >>> [1] [ERROR] Deployment failed due to >>> java.lang.NullPointerException >>> >>> >>> org.apache.xmlbeans.impl.schema.SchemaPropertyImpl.getType(SchemaPropertyImpl.java:92) >>> >>> >>> org.apache.xmlbeans.impl.schema.SchemaTypeImpl.createElementType(SchemaTypeImpl.java:965) >>> >>> >>> org.apache.xmlbeans.impl.values.XmlObjectBase.create_element_user(XmlObjectBase.java:893) >>>org.apache.xmlbeans.impl.store.Xobj.getUser(Xobj.java:1657) >>>org.apache.xmlbeans.impl.store.Xobj.find_element_user(Xobj.java:2062) >>> >>> >>> org.apache.geronimo.xbeans.geronimo.client.impl.GerResourceTypeImpl.getConnector(Unknown >>> Source) >>> >>> >>> org.apache.geronimo.client.builder.AppClientModuleBuilder.createModule(AppClientModuleBuilder.java:371) >>> >>> >>> org.apache.geronimo.client.builder.AppClientModuleBuilder.createModule(AppClientModuleBuilder.java:235) >>> >>> >>> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.addModules(EARConfigBuilder.java:807) >>> >>> >>> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getEarPlan(EARConfigBuilder.java:402) >>> >>> >>> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:295) >>>org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:227) >>>sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> >>> >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>> >>> >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>>java.lang.reflect.Method.invoke(Method.java:585) >>> >>> >>> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) >>> >>> >>> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130) >>> >>> >>> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850) >>> >>> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237) >>> >>> >>> org.apache.geronimo.mavenplugins.car.PackageMojo.invokeDeployer(PackageMojo.java:483) >>> >>> >>> org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:309) >>> >>> >>> org.apache.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:209) >>> >>> >>> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451) >>> >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558) >>> >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499) >>> >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478) >>> >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330) >>> >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291) >>> >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) >>>org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) >>>org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) >>>org.apache.maven.cli.MavenCli.main(MavenCli.java:287) >>>sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> >>> >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAc
Re: Packaging error when building trunk
I debugged the daytrader build prob a bit (I know I was able to build daytrader trnk on 9/4 :-) and made a change in the geronimo-client-builder (rev 701153). With that, daytrader trunk builds fine. Hopefully that change won't cause any other probs. Lin On Wed, Oct 1, 2008 at 1:09 PM, David Jencks <[EMAIL PROTECTED]> wrote: > not sure what is causing the daytrader problem but its not related to the > error message during assembly. I'd guess that there's something wrong with > the parents of the client-builder plugin, such as not having enough > connector builder bits available. > > I suspect the error message during assembly is from me missing one of the > schemas when I put them into the *-deployer plugins instead of boilerplate. > > thanks > david jencks > > On Oct 1, 2008, at 9:44 AM, Jason Warner wrote: > >> I'm seeing an error pop up when the server assemblies are being packaged >> during a trunk build. The error is "[ERROR] Installed >> 'org.apache.geronimo.configs/axis-deployer/2.2-SNAPSHOT/car' configuration >> into repository but cannot locate file to copy >> schema/schemaorg_apache_xmlbeans/src/" This doesn't seem to really effect >> the server running as far as I've seen but when I attempt to build the >> daytrader trunk I get a stacktrace [1] that seems like it might be related. >> Anybody have any thoughts on what's causing this error? >> >> Thanks! >> >> [1] [ERROR] Deployment failed due to >> java.lang.NullPointerException >> >> >> org.apache.xmlbeans.impl.schema.SchemaPropertyImpl.getType(SchemaPropertyImpl.java:92) >> >> >> org.apache.xmlbeans.impl.schema.SchemaTypeImpl.createElementType(SchemaTypeImpl.java:965) >> >> >> org.apache.xmlbeans.impl.values.XmlObjectBase.create_element_user(XmlObjectBase.java:893) >>org.apache.xmlbeans.impl.store.Xobj.getUser(Xobj.java:1657) >>org.apache.xmlbeans.impl.store.Xobj.find_element_user(Xobj.java:2062) >> >> >> org.apache.geronimo.xbeans.geronimo.client.impl.GerResourceTypeImpl.getConnector(Unknown >> Source) >> >> >> org.apache.geronimo.client.builder.AppClientModuleBuilder.createModule(AppClientModuleBuilder.java:371) >> >> >> org.apache.geronimo.client.builder.AppClientModuleBuilder.createModule(AppClientModuleBuilder.java:235) >> >> >> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.addModules(EARConfigBuilder.java:807) >> >> >> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getEarPlan(EARConfigBuilder.java:402) >> >> >> org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:295) >>org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:227) >>sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> >> >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >> >> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>java.lang.reflect.Method.invoke(Method.java:585) >> >> >> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) >> >> >> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130) >> >> >> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850) >> >> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237) >> >> >> org.apache.geronimo.mavenplugins.car.PackageMojo.invokeDeployer(PackageMojo.java:483) >> >> >> org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:309) >> >> >> org.apache.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:209) >> >> >> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451) >> >> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558) >> >> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499) >> >> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478) >> >> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330) >> >> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291) >> >> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) >>org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) >>org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) >>org.apache.maven.cli.MavenCli.main(MavenCli.java:287) >>sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> >> >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >> >> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>java.lang.reflect.Method.invoke(Method.java:585) >>org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) >>org.codehaus.class
Re: Packaging error when building trunk
not sure what is causing the daytrader problem but its not related to the error message during assembly. I'd guess that there's something wrong with the parents of the client-builder plugin, such as not having enough connector builder bits available. I suspect the error message during assembly is from me missing one of the schemas when I put them into the *-deployer plugins instead of boilerplate. thanks david jencks On Oct 1, 2008, at 9:44 AM, Jason Warner wrote: I'm seeing an error pop up when the server assemblies are being packaged during a trunk build. The error is "[ERROR] Installed 'org.apache.geronimo.configs/axis-deployer/2.2-SNAPSHOT/car' configuration into repository but cannot locate file to copy schema/ schemaorg_apache_xmlbeans/src/" This doesn't seem to really effect the server running as far as I've seen but when I attempt to build the daytrader trunk I get a stacktrace [1] that seems like it might be related. Anybody have any thoughts on what's causing this error? Thanks! [1] [ERROR] Deployment failed due to java.lang.NullPointerException org .apache .xmlbeans .impl.schema.SchemaPropertyImpl.getType(SchemaPropertyImpl.java:92) org .apache .xmlbeans .impl.schema.SchemaTypeImpl.createElementType(SchemaTypeImpl.java:965) org .apache .xmlbeans .impl.values.XmlObjectBase.create_element_user(XmlObjectBase.java:893) org.apache.xmlbeans.impl.store.Xobj.getUser(Xobj.java:1657) org.apache.xmlbeans.impl.store.Xobj.find_element_user(Xobj.java: 2062) org .apache .geronimo .xbeans .geronimo.client.impl.GerResourceTypeImpl.getConnector(Unknown Source) org .apache .geronimo .client .builder .AppClientModuleBuilder.createModule(AppClientModuleBuilder.java:371) org .apache .geronimo .client .builder .AppClientModuleBuilder.createModule(AppClientModuleBuilder.java:235) org .apache .geronimo .j2ee.deployment.EARConfigBuilder.addModules(EARConfigBuilder.java: 807) org .apache .geronimo .j2ee.deployment.EARConfigBuilder.getEarPlan(EARConfigBuilder.java: 402) org .apache .geronimo .j2ee .deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java: 295) org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:227) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun .reflect .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun .reflect .DelegatingMethodAccessorImpl .invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org .apache .geronimo .gbean .runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java: 34) org .apache .geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130) org .apache .geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850) org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java: 237) org .apache .geronimo .mavenplugins.car.PackageMojo.invokeDeployer(PackageMojo.java:483) org .apache .geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java: 309) org .apache .geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:209) org .apache .maven .plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java: 451) org .apache .maven .lifecycle .DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java: 558) org .apache .maven .lifecycle .DefaultLifecycleExecutor .executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499) org .apache .maven .lifecycle .DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java: 478) org .apache .maven .lifecycle .DefaultLifecycleExecutor .executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330) org .apache .maven .lifecycle .DefaultLifecycleExecutor .executeTaskSegments(DefaultLifecycleExecutor.java:291) org .apache .maven .lifecycle .DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) org.apache.maven.cli.MavenCli.main(MavenCli.java:287) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun .reflect .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun .reflect .DelegatingMethodAccessorImpl .invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java: 315) org.codehaus.classworlds.Launcher.launch(Launcher.java:255) org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java: 430) org.codehaus.classworlds.Launcher.main(Launcher.java:375) -- ~Jason Warner
Packaging error when building trunk
I'm seeing an error pop up when the server assemblies are being packaged during a trunk build. The error is "[ERROR] Installed 'org.apache.geronimo.configs/axis-deployer/2.2-SNAPSHOT/car' configuration into repository but cannot locate file to copy schema/schemaorg_apache_xmlbeans/src/" This doesn't seem to really effect the server running as far as I've seen but when I attempt to build the daytrader trunk I get a stacktrace [1] that seems like it might be related. Anybody have any thoughts on what's causing this error? Thanks! [1] [ERROR] Deployment failed due to java.lang.NullPointerException org.apache.xmlbeans.impl.schema.SchemaPropertyImpl.getType(SchemaPropertyImpl.java:92) org.apache.xmlbeans.impl.schema.SchemaTypeImpl.createElementType(SchemaTypeImpl.java:965) org.apache.xmlbeans.impl.values.XmlObjectBase.create_element_user(XmlObjectBase.java:893) org.apache.xmlbeans.impl.store.Xobj.getUser(Xobj.java:1657) org.apache.xmlbeans.impl.store.Xobj.find_element_user(Xobj.java:2062) org.apache.geronimo.xbeans.geronimo.client.impl.GerResourceTypeImpl.getConnector(Unknown Source) org.apache.geronimo.client.builder.AppClientModuleBuilder.createModule(AppClientModuleBuilder.java:371) org.apache.geronimo.client.builder.AppClientModuleBuilder.createModule(AppClientModuleBuilder.java:235) org.apache.geronimo.j2ee.deployment.EARConfigBuilder.addModules(EARConfigBuilder.java:807) org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getEarPlan(EARConfigBuilder.java:402) org.apache.geronimo.j2ee.deployment.EARConfigBuilder.getDeploymentPlan(EARConfigBuilder.java:295) org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:227) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130) org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850) org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237) org.apache.geronimo.mavenplugins.car.PackageMojo.invokeDeployer(PackageMojo.java:483) org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:309) org.apache.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:209) org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451) org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558) org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499) org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478) org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330) org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291) org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142) org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336) org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129) org.apache.maven.cli.MavenCli.main(MavenCli.java:287) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:585) org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) org.codehaus.classworlds.Launcher.launch(Launcher.java:255) org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) org.codehaus.classworlds.Launcher.main(Launcher.java:375) -- ~Jason Warner