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