Petals SE SCA

Cannot undeploy a SCA SU

Details

  • Type: Bug Bug
  • Status: Resolved Resolved
  • Priority: Blocker Blocker
  • Resolution: Fixed
  • Affects Version/s: 1.0
  • Fix Version/s: 1.1
  • Component/s: None
  • Security Level: Public
  • Description:
    Hide

    After having stopped a SCA SU, the undeployment fails.

    INFO 2010-08-30 13:26:56,296 [Petals.Container.Components.petals-se-sca]
    Service unit 'su-SCA-TestProxy-provide-1.0-SNAPSHOT' undeploy
SEVERE 2010-08-30 13:26:56,593 [Petals.JBI-Management.DeploymentServiceImpl]
    The service assembly 'petals-sca-test-sa' can not be removed from repository
java.io.IOException: Unable to delete file: E:\WebinarTalend\petals-platform-3.1\repository\service-assemblies\petals-sca-test-sa-08-30-2010-012600625\install\su-SCA-TestProxy-provide-1.0-SNAPSHOT\su-SCA-TestProxy-provide-1.0-SNAPSHOT.jar
	at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:1390)
	at org.apache.commons.io.FileUtils.cleanDirectory(FileUtils.java:1044)
	at org.apache.commons.io.FileUtils.deleteDirectory(FileUtils.java:977)
	at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:1381)
	at org.apache.commons.io.FileUtils.cleanDirectory(FileUtils.java:1044)
	at org.apache.commons.io.FileUtils.deleteDirectory(FileUtils.java:977)
	at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:1381)
	at org.apache.commons.io.FileUtils.cleanDirectory(FileUtils.java:1044)
	at org.apache.commons.io.FileUtils.deleteDirectory(FileUtils.java:977)
	at org.ow2.petals.system.repository.RepositoryServiceImpl.removePackage(RepositoryServiceImpl.java:627)
	at org.ow2.petals.system.repository.RepositoryServiceImpl.removeServiceAssembly(RepositoryServiceImpl.java:382)
	at org.objectweb.fractal.julia.generated.C36dc48a8_0.removeServiceAssembly(INTERCEPTOR[RepositoryService])
	at org.objectweb.fractal.julia.generated.Cd51ee9d3_0.removeServiceAssembly(INTERFACE[RepositoryService])
	at org.ow2.petals.jbi.management.task.deployment.undeploy.RemoveSADirectoryTask.execute(RemoveSADirectoryTask.java:53)
	at org.ow2.petals.jbi.management.TaskProcessor.process(TaskProcessor.java:78)
	at org.ow2.petals.jbi.management.deployment.DeploymentServiceImpl.undeploy(DeploymentServiceImpl.java:649)
	at org.ow2.petals.jbi.management.deployment.DeploymentServiceImpl.forceUndeploy(DeploymentServiceImpl.java:243)
	at org.ow2.petals.jbi.management.deployment.DeploymentServiceImpl.undeployAllServiceAssemblies(DeploymentServiceImpl.java:685)
	at org.ow2.petals.jbi.management.deployment.DeploymentServiceImpl.shutdown(DeploymentServiceImpl.java:474)
	at org.objectweb.fractal.julia.generated.C9ae71627_0.shutdown(INTERCEPTOR[DeploymentService])
	at org.objectweb.fractal.julia.generated.C59d5ff32_0.shutdown(INTERFACE[DeploymentService])
	at org.ow2.petals.kernel.admin.PetalsAdminServiceImpl.shutdownContainer(PetalsAdminServiceImpl.java:151)
	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 sun.reflect.misc.Trampoline.invoke(MethodUtil.java:37)
	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 sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:244)
	at javax.management.modelmbean.RequiredModelMBean.invokeMethod(RequiredModelMBean.java:1074)
	at javax.management.modelmbean.RequiredModelMBean.invoke(RequiredModelMBean.java:955)
	at mx4j.server.interceptor.InvokerMBeanServerInterceptor.invoke(InvokerMBeanServerInterceptor.java:221)
	at mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:120)
	at mx4j.server.interceptor.SecurityMBeanServerInterceptor.invoke(SecurityMBeanServerInterceptor.java:84)
	at mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:120)
	at mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:120)
	at mx4j.server.interceptor.ContextClassLoaderMBeanServerInterceptor.invoke(ContextClassLoaderMBeanServerInterceptor.java:203)
	at mx4j.server.MX4JMBeanServer.invoke(MX4JMBeanServer.java:1043)
	at com.sun.jmx.remote.security.MBeanServerAccessController.invoke(MBeanServerAccessController.java:447)
	at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1426)
	at javax.management.remote.rmi.RMIConnectionImpl.access$200(RMIConnectionImpl.java:72)
	at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1264)
	at java.security.AccessController.doPrivileged(Native Method)
	at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1366)
	at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:788)
	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 sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305)
	at sun.rmi.transport.Transport$1.run(Transport.java:159)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
	at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:619)
INFO 2010-08-30 13:26:56,593 [Petals.JBI-Management.DeploymentServiceImpl]
    Service Assembly 'petals-sca-test-sa' undeployed

    This is due to a URL class loader that locks the JAR.
    In fact, each SU has two class loaders and only one of them is closed correctly.
    The second one should be either closed correctly, or merged with the first one.

    Show
    After having stopped a SCA SU, the undeployment fails. 
    INFO 2010-08-30 13:26:56,296 [Petals.Container.Components.petals-se-sca]
    Service unit 'su-SCA-TestProxy-provide-1.0-SNAPSHOT' undeploy
SEVERE 2010-08-30 13:26:56,593 [Petals.JBI-Management.DeploymentServiceImpl]
    The service assembly 'petals-sca-test-sa' can not be removed from repository
java.io.IOException: Unable to delete file: E:\WebinarTalend\petals-platform-3.1\repository\service-assemblies\petals-sca-test-sa-08-30-2010-012600625\install\su-SCA-TestProxy-provide-1.0-SNAPSHOT\su-SCA-TestProxy-provide-1.0-SNAPSHOT.jar
	at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:1390)
	at org.apache.commons.io.FileUtils.cleanDirectory(FileUtils.java:1044)
	at org.apache.commons.io.FileUtils.deleteDirectory(FileUtils.java:977)
	at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:1381)
	at org.apache.commons.io.FileUtils.cleanDirectory(FileUtils.java:1044)
	at org.apache.commons.io.FileUtils.deleteDirectory(FileUtils.java:977)
	at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:1381)
	at org.apache.commons.io.FileUtils.cleanDirectory(FileUtils.java:1044)
	at org.apache.commons.io.FileUtils.deleteDirectory(FileUtils.java:977)
	at org.ow2.petals.system.repository.RepositoryServiceImpl.removePackage(RepositoryServiceImpl.java:627)
	at org.ow2.petals.system.repository.RepositoryServiceImpl.removeServiceAssembly(RepositoryServiceImpl.java:382)
	at org.objectweb.fractal.julia.generated.C36dc48a8_0.removeServiceAssembly(INTERCEPTOR[RepositoryService])
	at org.objectweb.fractal.julia.generated.Cd51ee9d3_0.removeServiceAssembly(INTERFACE[RepositoryService])
	at org.ow2.petals.jbi.management.task.deployment.undeploy.RemoveSADirectoryTask.execute(RemoveSADirectoryTask.java:53)
	at org.ow2.petals.jbi.management.TaskProcessor.process(TaskProcessor.java:78)
	at org.ow2.petals.jbi.management.deployment.DeploymentServiceImpl.undeploy(DeploymentServiceImpl.java:649)
	at org.ow2.petals.jbi.management.deployment.DeploymentServiceImpl.forceUndeploy(DeploymentServiceImpl.java:243)
	at org.ow2.petals.jbi.management.deployment.DeploymentServiceImpl.undeployAllServiceAssemblies(DeploymentServiceImpl.java:685)
	at org.ow2.petals.jbi.management.deployment.DeploymentServiceImpl.shutdown(DeploymentServiceImpl.java:474)
	at org.objectweb.fractal.julia.generated.C9ae71627_0.shutdown(INTERCEPTOR[DeploymentService])
	at org.objectweb.fractal.julia.generated.C59d5ff32_0.shutdown(INTERFACE[DeploymentService])
	at org.ow2.petals.kernel.admin.PetalsAdminServiceImpl.shutdownContainer(PetalsAdminServiceImpl.java:151)
	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 sun.reflect.misc.Trampoline.invoke(MethodUtil.java:37)
	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 sun.reflect.misc.MethodUtil.invoke(MethodUtil.java:244)
	at javax.management.modelmbean.RequiredModelMBean.invokeMethod(RequiredModelMBean.java:1074)
	at javax.management.modelmbean.RequiredModelMBean.invoke(RequiredModelMBean.java:955)
	at mx4j.server.interceptor.InvokerMBeanServerInterceptor.invoke(InvokerMBeanServerInterceptor.java:221)
	at mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:120)
	at mx4j.server.interceptor.SecurityMBeanServerInterceptor.invoke(SecurityMBeanServerInterceptor.java:84)
	at mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:120)
	at mx4j.server.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:120)
	at mx4j.server.interceptor.ContextClassLoaderMBeanServerInterceptor.invoke(ContextClassLoaderMBeanServerInterceptor.java:203)
	at mx4j.server.MX4JMBeanServer.invoke(MX4JMBeanServer.java:1043)
	at com.sun.jmx.remote.security.MBeanServerAccessController.invoke(MBeanServerAccessController.java:447)
	at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1426)
	at javax.management.remote.rmi.RMIConnectionImpl.access$200(RMIConnectionImpl.java:72)
	at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1264)
	at java.security.AccessController.doPrivileged(Native Method)
	at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1366)
	at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:788)
	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 sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305)
	at sun.rmi.transport.Transport$1.run(Transport.java:159)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
	at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
	at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
	at java.lang.Thread.run(Thread.java:619)
INFO 2010-08-30 13:26:56,593 [Petals.JBI-Management.DeploymentServiceImpl]
    Service Assembly 'petals-sca-test-sa' undeployed
    This is due to a URL class loader that locks the JAR. In fact, each SU has two class loaders and only one of them is closed correctly. The second one should be either closed correctly, or merged with the first one.
  • Environment:
    Windows XP.

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Vincent Zurczak added a comment - Wed, 3 Nov 2010 - 16:19:50 +0100

Commit # 16270
Simplification with the class loaders (so that we know which one is used).
Tentative to prevent the use of FraSCAti's class loader (by dynamically adding URLs to an existing class loader).

By taking a look at a dump, I can still see an AFClassLoader (created by FraSCAti).
I suspect it of locking the SCA JAR (the one that contains the Java artifacts of the SCA application).
This class loader should be released (add a close() method) in the method Factory#close(Component).
I need to discuss it with the FraSCAti team.

Show
Vincent Zurczak added a comment - Wed, 3 Nov 2010 - 16:19:50 +0100 Commit # 16270 Simplification with the class loaders (so that we know which one is used). Tentative to prevent the use of FraSCAti's class loader (by dynamically adding URLs to an existing class loader). By taking a look at a dump, I can still see an AFClassLoader (created by FraSCAti). I suspect it of locking the SCA JAR (the one that contains the Java artifacts of the SCA application). This class loader should be released (add a close() method) in the method Factory#close(Component). I need to discuss it with the FraSCAti team.
Hide
Permalink
Vincent Zurczak added a comment - Wed, 3 Nov 2010 - 18:20:32 +0100

Commit # 16271
Several fixes in the life cycle of a SU.
It solves the undeployment problem.

Forget my previous comment about the AFClassLoader.

Show
Vincent Zurczak added a comment - Wed, 3 Nov 2010 - 18:20:32 +0100 Commit # 16271 Several fixes in the life cycle of a SU. It solves the undeployment problem. Forget my previous comment about the AFClassLoader.

People

Dates

  • Created:
    Tue, 31 Aug 2010 - 11:54:42 +0200
    Updated:
    Wed, 3 Nov 2010 - 18:20:32 +0100
    Resolved:
    Wed, 3 Nov 2010 - 18:20:32 +0100
Atlassian JIRA (v4.1.2#531) | Report a problem | Request a feature | Contact administrators
Powered by a free Atlassian JIRA open source license for Petals ESB. Try JIRA - bug tracking software for your team.