Now I can make a build successfully, but run into a error when try to start the framework. That because of the changes of karaf framework version (-> 2.0.1) in the root pom of karaf project. Just commit this.
-Rex 2009/10/20 Rex Wang <[email protected]> > Just update to the latest code, no problem with that. > > 2009/10/20 Rex Wang <[email protected]> > > You are right, David, Seems this is the crux >> >> *[WARN] Could not start bundle: >> org.apache.geronimo.framework.geronimo-security [61] >> org.osgi.framework.BundleException: Unresolved constraint in bundle >> org.apache.geronimo.framework.geronimo-security [61]: package; >> (package=org.apache.geronimo >> components.jaspi)* >> org.apache.felix.framework.Felix.resolveBundle(Felix.java:3263) >> org.apache.felix.framework.Felix.startBundle(Felix.java:1597) >> org.apache.felix.framework.BundleImpl.start(BundleImpl.java:915) >> org.apache.felix.framework.BundleImpl.start(BundleImpl.java:902) >> >> org.apache.geronimo.system.configuration.DependencyManager.installed(DependencyManager.java:102) >> >> org.apache.geronimo.system.configuration.DependencyManager.bundleChanged(DependencyManager.java:70) >> >> org.apache.felix.framework.util.EventDispatcher.invokeBundleListenerCallback(EventDispatcher.java:800) >> >> org.apache.felix.framework.util.EventDispatcher.fireEventImmediately(EventDispatcher.java:728) >> >> org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:610) >> org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:3576) >> org.apache.felix.framework.Felix.installBundle(Felix.java:2478) >> org.apache.felix.framework.Felix.installBundle(Felix.java:2277) >> >> org.apache.felix.framework.BundleContextImpl.installBundle(BundleContextImpl.java:130) >> >> org.apache.felix.framework.BundleContextImpl.installBundle(BundleContextImpl.java:108) >> >> org.apache.geronimo.deployment.DeploymentContext.createTempConfiguration(DeploymentContext.java:208) >> >> org.apache.geronimo.deployment.DeploymentContext.initializeConfiguration(DeploymentContext.java:174) >> >> org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:249) >> >> >> org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:209) >> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:257) >> 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:597) >> >> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) >> >> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:131) >> >> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:854) >> >> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:245) >> >> org.apache.geronimo.mavenplugins.car.PackageMojo.invokeDeployer(PackageMojo.java:517) >> >> org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:337) >> >> org.apache.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:234) >> >> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490) >> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694) >> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556) >> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535) >> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387) >> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348) >> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180) >> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328) >> org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138) >> org.apache.maven.cli.MavenCli.main(MavenCli.java:362) >> >> org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60) >> 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:597) >> 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) >> >> 2009/10/20 David Jencks <[email protected]> >> >> I've found these errors usually result from some bundle not loading >>> properly, sometimes due to split packages, sometimes due to missing >>> constraints. I'm not sure why some load problems cause the build to fail >>> right away and some create problems much later. >>> Is there any indication of a problem earlier in the build? >>> >>> thanks >>> david jencks >>> >>> On Oct 19, 2009, at 8:23 PM, Rex Wang wrote: >>> >>> I am trying build the trunk, but got the following error when building >>> j2ee-security. >>> [ERROR] Deployment failed due to >>> org.apache.geronimo.gbean.InvalidConfigurationException: Could not load >>> class org.apache.geronimo.security.SecurityServiceImpl >>> >>> org.apache.geronimo.gbean.annotation.AnnotationGBeanInfoFactory.getGBeanInfo(AnnotationGBeanInfoFactory.java:40) >>> >>> org.apache.geronimo.gbean.MultiGBeanInfoFactory.getGBeanInfo(MultiGBeanInfoFactory.java:66) >>> >>> org.apache.geronimo.deployment.service.GBeanBuilder.addGBeanData(GBeanBuilder.java:113) >>> >>> org.apache.geronimo.deployment.service.GBeanBuilder.build(GBeanBuilder.java:108) >>> >>> org.apache.geronimo.deployment.NamespaceDrivenBuilderCollection.build(NamespaceDrivenBuilderCollection.java:46) >>> >>> org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:250) >>> >>> org.apache.geronimo.deployment.service.ServiceConfigBuilder.buildConfiguration(ServiceConfigBuilder.java:209) >>> org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:257) >>> 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:597) >>> >>> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) >>> >>> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:131) >>> >>> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:854) >>> >>> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:245) >>> >>> org.apache.geronimo.mavenplugins.car.PackageMojo.invokeDeployer(PackageMojo.java:517) >>> >>> org.apache.geronimo.mavenplugins.car.PackageMojo.buildPackage(PackageMojo.java:337) >>> >>> org.apache.geronimo.mavenplugins.car.PackageMojo.execute(PackageMojo.java:234) >>> >>> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490) >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694) >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556) >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535) >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387) >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348) >>> >>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180) >>> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328) >>> org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138) >>> org.apache.maven.cli.MavenCli.main(MavenCli.java:362) >>> >>> org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60) >>> 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:597) >>> 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) >>> [INFO] >>> ------------------------------------------------------------------------ >>> [ERROR] BUILD ERROR >>> [INFO] >>> ------------------------------------------------------------------------ >>> [INFO] could not package plugin >>> >>> Embedded error: org.apache.geronimo.gbean.InvalidConfigurationException: >>> Could not load class org.apache.geronimo.security.SecurityServiceImpl >>> >>> >>> But, this class is in place. Did anyone meet this? >>> >>> -Rex >>> >>> 2009/10/19 chi runhua <[email protected]> >>> >>>> I am also interested in questions that Quintin raised. Hope the answer >>>> could at least give us a big picture about what OSGI+Geronimo will be. >>>> >>>> Jeff C >>>> >>>> >>>> On Sun, Oct 18, 2009 at 8:10 PM, Quintin Beukes >>>> <[email protected]>wrote: >>>> >>>>> What exactly will be the affect OSGi will have on Geronimo? >>>>> >>>>> Will it simply replace the plugin architecture? >>>>> >>>>> And how will it, if at all, affect gbeans? >>>>> >>>>> Quintin Beukes >>>>> >>>>> >>>>> >>>>> On Sat, Oct 17, 2009 at 7:02 PM, David Jencks <[email protected]> >>>>> wrote: >>>>> > >>>>> > On Oct 17, 2009, at 5:04 AM, Quintin Beukes wrote: >>>>> > >>>>> >> Is it tricky to build? I would like to take a look at what you guys >>>>> >> have achieved so far :> >>>>> > >>>>> > It's beyond tricky, only the framework builds so far. For that, you >>>>> need to >>>>> > build some servicemix bundles locally. I'll try to publish the >>>>> servicemix >>>>> > bundles in the next few days. There have been a few posts recently >>>>> about >>>>> > how to get the framework to build, I would consult them for >>>>> additional >>>>> > hints. >>>>> > >>>>> > I'm trying to get plugins/j2ee to build: at that point it should be >>>>> possible >>>>> > for lots of people to work more or less independently in parallel on >>>>> fixing >>>>> > the other plugins. >>>>> > >>>>> > thanks >>>>> > david jencks >>>>> > >>>>> >> >>>>> >> Quintin Beukes >>>>> >> >>>>> >> >>>>> >> >>>>> >> On Fri, Oct 16, 2009 at 10:41 PM, David Jencks < >>>>> [email protected]> >>>>> >> wrote: >>>>> >>> >>>>> >>> Thanks Donald, >>>>> >>> >>>>> >>> I opened GERONIMO-4916 to track this, removed the old framework, >>>>> and >>>>> >>> moved >>>>> >>> over the osgi framework from sandbox. >>>>> >>> >>>>> >>> Now we just have to get it all to work :-) >>>>> >>> >>>>> >>> thanks >>>>> >>> david jencks >>>>> >>> >>>>> >>> On Oct 16, 2009, at 12:30 PM, Donald Woods wrote: >>>>> >>> >>>>> >>>> Branch of current pre-OSGi trunk has been created at - >>>>> >>>> >>>>> https://svn.apache.org/repos/asf/geronimo/server/branches/3.0_old/ >>>>> >>>> >>>>> >>>> Let the OSGi merge begin.... >>>>> >>>> >>>>> >>>> >>>>> >>>> -Donald >>>>> >>>> >>>>> >>>> >>>>> >>>> David Jencks wrote: >>>>> >>>>> >>>>> >>>>> I have the sandbox osgi framework working enough to start the >>>>> geronimo >>>>> >>>>> plugins, so I'm planning to move this work into trunk so we can >>>>> all >>>>> >>>>> pitch in >>>>> >>>>> more easily on getting the rest of geronimo running on osgi. >>>>> >>>>> There's one legal issue to take care of first, since I copied in >>>>> some >>>>> >>>>> plexus code that is not clearly available under asl2. The code >>>>> appears >>>>> >>>>> to >>>>> >>>>> have been derived from ant, so I'm going to see if we can get the >>>>> same >>>>> >>>>> results by importing or using ant code. >>>>> >>>>> I think that Donald is planning to make a branch off of trunk for >>>>> a >>>>> >>>>> convenient place to try out jpa2 stuff at least until we have the >>>>> >>>>> equivalent >>>>> >>>>> working under osgi. >>>>> >>>>> If you have any concerns about this please speak up! >>>>> >>>>> thanks >>>>> >>>>> david jencks >>>>> >>> >>>>> >>> >>>>> > >>>>> > >>>>> >>>> >>>> >>> >>> >> >
