geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "viola.lu (JIRA)" <j...@apache.org>
Subject [jira] Commented: (GERONIMO-5639) org.osgi.service.blueprint.container.ServiceUnavailableException when shutdown the server
Date Mon, 25 Oct 2010 08:45:21 GMT

    [ https://issues.apache.org/jira/browse/GERONIMO-5639?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12924497#action_12924497
] 

viola.lu commented on GERONIMO-5639:
------------------------------------

In today's latest build, this log information doesn't exist in log.

> org.osgi.service.blueprint.container.ServiceUnavailableException when shutdown the server
> -----------------------------------------------------------------------------------------
>
>                 Key: GERONIMO-5639
>                 URL: https://issues.apache.org/jira/browse/GERONIMO-5639
>             Project: Geronimo
>          Issue Type: Bug
>      Security Level: public(Regular issues) 
>          Components: startup/shutdown
>    Affects Versions: 3.0
>         Environment: Windows 7 x86
> sun jdk 1.6.0_20
>            Reporter: Forrest Xia
>            Assignee: viola.lu
>         Attachments: config.xml, geronimo.log
>
>
> Steps:
> 1. Get the latest G build
> 2. Unzip and boot the default instance
> 3. Shutdown it
> Everything seems ok, but in the geronimo.log there is always an exception like this:
> 2010-10-12 16:35:04,985 INFO  [BeanRecipe] Error invoking destroy method
> org.osgi.service.blueprint.container.ServiceUnavailableException: The Blueprint container
is being or has been destroyed
> 	at org.apache.aries.blueprint.container.ReferenceRecipe.getService(ReferenceRecipe.java:183)
> 	at org.apache.aries.blueprint.container.ReferenceRecipe.access$000(ReferenceRecipe.java:52)
> 	at org.apache.aries.blueprint.container.ReferenceRecipe$ServiceDispatcher.call(ReferenceRecipe.java:208)
> 	at org.apache.aries.blueprint.container.AbstractServiceReferenceRecipe$CgLibProxyFactory$1.loadObject(AbstractServiceReferenceRecipe.java:652)
> 	at org.apache.yoko.osgi.locator.Register$$EnhancerByCGLIB$$2b0d9326.unregisterProvider(<generated>)
> 	at org.apache.yoko.osgi.locator.ProviderBean.stop(ProviderBean.java:61)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 	at java.lang.reflect.Method.invoke(Method.java:597)
> 	at org.apache.aries.blueprint.utils.ReflectionUtils.invoke(ReflectionUtils.java:221)
> 	at org.apache.aries.blueprint.container.BeanRecipe.invoke(BeanRecipe.java:844)
> 	at org.apache.aries.blueprint.container.BeanRecipe.destroy(BeanRecipe.java:761)
> 	at org.apache.aries.blueprint.container.BlueprintRepository.destroy(BlueprintRepository.java:295)
> 	at org.apache.aries.blueprint.container.BlueprintContainerImpl.destroyComponents(BlueprintContainerImpl.java:665)
> 	at org.apache.aries.blueprint.container.BlueprintContainerImpl.destroy(BlueprintContainerImpl.java:819)
> 	at org.apache.aries.blueprint.container.BlueprintExtender.destroyContext(BlueprintExtender.java:204)
> 	at org.apache.aries.blueprint.container.BlueprintExtender.bundleChanged(BlueprintExtender.java:196)
> 	at org.apache.aries.blueprint.container.BlueprintExtender$BlueprintBundleTrackerCustomizer.modifiedBundle(BlueprintExtender.java:385)
> 	at org.apache.aries.util.tracker.InternalRecursiveBundleTracker.modifiedBundle(InternalRecursiveBundleTracker.java:89)
> 	at org.osgi.util.tracker.BundleTracker$Tracked.customizerModified(BundleTracker.java:453)
> 	at org.osgi.util.tracker.AbstractTracked.track(AbstractTracked.java:237)
> 	at org.osgi.util.tracker.BundleTracker$Tracked.bundleChanged(BundleTracker.java:413)
> 	at org.eclipse.osgi.framework.internal.core.BundleContextImpl.dispatchEvent(BundleContextImpl.java:919)
> 	at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:227)
> 	at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:149)
> 	at org.eclipse.osgi.framework.internal.core.Framework.publishBundleEventPrivileged(Framework.java:1350)
> 	at org.eclipse.osgi.framework.internal.core.Framework.publishBundleEvent(Framework.java:1301)
> 	at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker(BundleHost.java:470)
> 	at org.eclipse.osgi.framework.internal.core.AbstractBundle.suspend(AbstractBundle.java:546)
> 	at org.eclipse.osgi.framework.internal.core.Framework.suspendBundle(Framework.java:1098)
> 	at org.eclipse.osgi.framework.internal.core.StartLevelManager.decFWSL(StartLevelManager.java:593)
> 	at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:261)
> 	at org.eclipse.osgi.framework.internal.core.StartLevelManager.shutdown(StartLevelManager.java:216)
> 	at org.eclipse.osgi.framework.internal.core.InternalSystemBundle.suspend(InternalSystemBundle.java:266)
> 	at org.eclipse.osgi.framework.internal.core.Framework.shutdown(Framework.java:685)
> 	at org.eclipse.osgi.framework.internal.core.Framework.close(Framework.java:583)
> 	at org.eclipse.osgi.framework.internal.core.InternalSystemBundle$1.run(InternalSystemBundle.java:243)
> 	at java.lang.Thread.run(Thread.java:619)
> Though it does not hurt the shutdown process, but it seems annoying. Can we fix it?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message