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.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