geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rex Wang <rwo...@gmail.com>
Subject Re: osgi >> trunk
Date Tue, 20 Oct 2009 10:03:36 GMT
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
>>>>> >>>
>>>>> >>>
>>>>> >
>>>>> >
>>>>>
>>>>
>>>>
>>>
>>>
>>
>

Mime
View raw message