You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Jason Warner <ja...@gmail.com> on 2008/10/01 18:44:47 UTC
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
Re: Packaging error when building trunk
Posted by Lin Sun <li...@gmail.com>.
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 <da...@yahoo.com> 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 <da...@yahoo.com>
>> 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 <li...@gmail.com> 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 <da...@yahoo.com>
>>>>> 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.classworlds.Launcher.launch(Launcher.java:255)
>>>>>>> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
>>>>>>> org.codehaus.classworlds.Launcher.main(Launcher.java:375)
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> ~Jason Warner
>>>>>>
>>>>>>
>>>>>
>>>
>>>
>
>
Re: Packaging error when building trunk
Posted by David Jencks <da...@yahoo.com>.
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
> <da...@yahoo.com> 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 <li...@gmail.com>
>>> 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 <david_jencks@yahoo.com
>>>> >
>>>> 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.classworlds.Launcher.launch(Launcher.java:255)
>>>>>> org
>>>>>> .codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:
>>>>>> 430)
>>>>>> org.codehaus.classworlds.Launcher.main(Launcher.java:375)
>>>>>>
>>>>>>
>>>>>> --
>>>>>> ~Jason Warner
>>>>>
>>>>>
>>>>
>>
>>
Re: Packaging error when building trunk
Posted by Lin Sun <li...@gmail.com>.
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 <da...@yahoo.com> 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 <li...@gmail.com> 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 <da...@yahoo.com>
>>> 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.classworlds.Launcher.launch(Launcher.java:255)
>>>>> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
>>>>> org.codehaus.classworlds.Launcher.main(Launcher.java:375)
>>>>>
>>>>>
>>>>> --
>>>>> ~Jason Warner
>>>>
>>>>
>>>
>
>
Re: Packaging error when building trunk
Posted by David Jencks <da...@yahoo.com>.
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 <li...@gmail.com> 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
>> <da...@yahoo.com> 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.classworlds.Launcher.launch(Launcher.java:255)
>>>>
>>>> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:
>>>> 430)
>>>> org.codehaus.classworlds.Launcher.main(Launcher.java:375)
>>>>
>>>>
>>>> --
>>>> ~Jason Warner
>>>
>>>
>>
Re: Packaging error when building trunk
Posted by Jarek Gawor <jg...@gmail.com>.
Lin,
I think that change in geronimo-client-builder breaks trunk.
Jarek
On Thu, Oct 2, 2008 at 11:55 AM, Lin Sun <li...@gmail.com> 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 <da...@yahoo.com> 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.classworlds.Launcher.launch(Launcher.java:255)
>>> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
>>> org.codehaus.classworlds.Launcher.main(Launcher.java:375)
>>>
>>>
>>> --
>>> ~Jason Warner
>>
>>
>
Re: Packaging error when building trunk
Posted by Lin Sun <li...@gmail.com>.
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 <da...@yahoo.com> 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.classworlds.Launcher.launch(Launcher.java:255)
>> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
>> org.codehaus.classworlds.Launcher.main(Launcher.java:375)
>>
>>
>> --
>> ~Jason Warner
>
>
Re: Packaging error when building trunk
Posted by David Jencks <da...@yahoo.com>.
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