FWIW, I'm planning to do a karaf release this week, so if you have any problems with Karaf, just tell me asap.
On Tue, Oct 20, 2009 at 12:03, Rex Wang <[email protected]> wrote: > 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 >>>>>> >>> >>>>>> >>> >>>>>> > >>>>>> > >>>>> >>>> >>>> >>> >> > > -- Cheers, Guillaume Nodet ------------------------ Blog: http://gnodet.blogspot.com/ ------------------------ Open Source SOA http://fusesource.com
