geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Guillaume Nodet <gno...@gmail.com>
Subject Re: osgi >> trunk
Date Tue, 20 Oct 2009 10:05:56 GMT
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 <rwonly@gmail.com> 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 <rwonly@gmail.com>
>>
>> Just update to the latest code, no problem with that.
>>
>> 2009/10/20 Rex Wang <rwonly@gmail.com>
>>>
>>> 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 <david_jencks@yahoo.com>
>>>>
>>>> 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 <chirunhua@gmail.com>
>>>>>
>>>>> 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 <quintin@skywalk.co.za>
>>>>> 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 <david_jencks@yahoo.com>
>>>>>> 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
>>>>>> >> <david_jencks@yahoo.com>
>>>>>> >> 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

Mime
View raw message