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






Reply via email to