geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rex Wang (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (GERONIMO-5832) Error message repeatedly show on server console when deployed web application twice
Date Fri, 29 Apr 2011 01:35:03 GMT

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

Rex Wang commented on GERONIMO-5832:
------------------------------------

commit the fix At revision: 1097667
The hot-deployer had some logic err during the muti-thread processing.
Now besides the above scenario from Tina, I also tested:
1. hot deploy a XXX.eba and then put in a XXX2.eba, (the XXX2.bea is made by rename the XXX.bea)
This scenario supposes to redeploy the eba with the same config id, and after the XXX2.eba's
deployment, the XXX.eba should be deleted.
2. hot deploy a XXX.eba and then put in a new XXX.eba, (the only difference of the two eba's
is the file modification time) This scenario supposes to redeploy the XXX.eba, you can check
the bundle id changes to find if it is redeployed successfully.

We might need add such test cases to avoid regression in future.
-Rex

> Error message repeatedly show on server console when deployed web application twice 
> ------------------------------------------------------------------------------------
>
>                 Key: GERONIMO-5832
>                 URL: https://issues.apache.org/jira/browse/GERONIMO-5832
>             Project: Geronimo
>          Issue Type: Bug
>      Security Level: public(Regular issues) 
>          Components: deployment
>    Affects Versions: 3.0
>         Environment: JRE 1.6.0 IBM J9 2.4 Windows XP x86-32 jvmwi3260sr9-20101209_70480
(JIT enabled, AOT enabled)
>            Reporter: Tina Li
>            Assignee: Rex Wang
>             Fix For: 3.0
>
>         Attachments: geronimo.log
>
>
> 1.Use Feb 24 build of Geronimo server
> 2.Start the server if it's not started
> 3.Hot deploy an web application:
>  Copy the cviewer.war to the <Geronimo_home>/deploy directory without stopping
the server
> 4.Unstall cviewer application in admin console :
> Locate the cviewer application component under Applications >User Assets> Web App
WARs, and Select the "Uninstall" command link.
> 5.Hot deploy the cviewer application again following step3
> 6.Then the geronimo server console repeated showing the error message :
> 2011-02-24 17:31:43,500 ERROR [DirectoryMonitor] Error during hot deployment
> java.lang.NullPointerException
> 	at org.apache.geronimo.kernel.repository.Artifact.create(Artifact.java:59)
> 	at org.apache.geronimo.kernel.repository.Artifact.create(Artifact.java:51)
> 	at org.apache.geronimo.deployment.hot.DirectoryMonitor.doRemoves(DirectoryMonitor.java:177)
> 	at org.apache.geronimo.deployment.hot.DirectoryMonitor.scanDirectory(DirectoryMonitor.java:258)
> 	at org.apache.geronimo.deployment.hot.DirectoryMonitor.run(DirectoryMonitor.java:219)
> 	at java.lang.Thread.run(Thread.java:736)
> 7. In geronimo.log file also follows the INFO message:
> 2011-02-24 17:31:42,859 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$$9e2f7722.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:60)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
> 	at java.lang.reflect.Method.invoke(Method.java:611)
> 	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:211)
> 	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:1349)
> 	at org.eclipse.osgi.framework.internal.core.Framework.publishBundleEvent(Framework.java:1300)
> 	at org.eclipse.osgi.framework.internal.core.BundleHost.stopWorker(BundleHost.java:497)
> 	at org.eclipse.osgi.framework.internal.core.AbstractBundle.suspend(AbstractBundle.java:550)
> 	at org.eclipse.osgi.framework.internal.core.Framework.suspendBundle(Framework.java:1097)
> 	at org.eclipse.osgi.framework.internal.core.StartLevelManager.decFWSL(StartLevelManager.java:597)
> 	at org.eclipse.osgi.framework.internal.core.StartLevelManager.doSetStartLevel(StartLevelManager.java:257)
> 	at org.eclipse.osgi.framework.internal.core.StartLevelManager.shutdown(StartLevelManager.java:215)
> 	at org.eclipse.osgi.framework.internal.core.InternalSystemBundle.suspend(InternalSystemBundle.java:266)
> 	at org.eclipse.osgi.framework.internal.core.Framework.shutdown(Framework.java:690)
> 	at org.eclipse.osgi.framework.internal.core.Framework.close(Framework.java:588)
> 	at org.eclipse.osgi.framework.internal.core.InternalSystemBundle$1.run(InternalSystemBundle.java:243)
> 	at java.lang.Thread.run(Thread.java:736)
> 8.Server.log file is attached for detail and cviewer.war can be got from GERONIMO-5793

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message