[jira] Commented: (GERONIMO-4844) There is an error after undeploy the application and deploy the application again when configure WADI clustering,
[ https://issues.apache.org/jira/browse/GERONIMO-4844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833746#action_12833746 ] Ashish Jain commented on GERONIMO-4844: --- Hi David, What you suggested is correct and the 2.2 code once backported to 2.1 works fine. I see the entries are removed from config.xml successfully. I think the same can be applied to 2.1 branch as well. Thanks Ashish There is an error after undeploy the application and deploy the application again when configure WADI clustering, -- Key: GERONIMO-4844 URL: https://issues.apache.org/jira/browse/GERONIMO-4844 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Clustering Affects Versions: 2.1.4, 2.2 Environment: windows:sp2 jdk1.6 Reporter: liangkun Assignee: Shawn Jiang Fix For: 2.1.5, 2.2.1, 3.0 Attachments: GERONIMO-4844.patch I deploy the application cviewer.war after undeploy it when configure the WADI clustering ,the there is an error: org.apache.geronimo.common.DeploymentException: Unable to deploy cviewer-2.1.1.2.war: Module com.ibm.wasce.samples/cviewer/2.1.1.2/car already exists in the server. Try to undeploy it first or use the redeploy command. at org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDeploy.java:45) at org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(CommandDistribute.java:139) at org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:125) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:168) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65) at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31) However,actually,there are no any module in the server. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4844) There is an error after undeploy the application and deploy the application again when configure WADI clustering,
[ https://issues.apache.org/jira/browse/GERONIMO-4844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833748#action_12833748 ] Ashish Jain commented on GERONIMO-4844: --- David, Created a JIRA GERONIMO-5145 to address this issue. There is an error after undeploy the application and deploy the application again when configure WADI clustering, -- Key: GERONIMO-4844 URL: https://issues.apache.org/jira/browse/GERONIMO-4844 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Clustering Affects Versions: 2.1.4, 2.2 Environment: windows:sp2 jdk1.6 Reporter: liangkun Assignee: Shawn Jiang Fix For: 2.1.5, 2.2.1, 3.0 Attachments: GERONIMO-4844.patch I deploy the application cviewer.war after undeploy it when configure the WADI clustering ,the there is an error: org.apache.geronimo.common.DeploymentException: Unable to deploy cviewer-2.1.1.2.war: Module com.ibm.wasce.samples/cviewer/2.1.1.2/car already exists in the server. Try to undeploy it first or use the redeploy command. at org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDeploy.java:45) at org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(CommandDistribute.java:139) at org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:125) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:168) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65) at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31) However,actually,there are no any module in the server. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4844) There is an error after undeploy the application and deploy the application again when configure WADI clustering,
[ https://issues.apache.org/jira/browse/GERONIMO-4844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833794#action_12833794 ] Ashish Jain commented on GERONIMO-4844: --- Just to add up on my comments earlier today I had just built the geronimo-system jar which has KernelDelegate and replaced it with the existing one. I will be running a full build now and can update the results if there are other dependencies getting affected. We can wait for some more time before commiting a patch. There is an error after undeploy the application and deploy the application again when configure WADI clustering, -- Key: GERONIMO-4844 URL: https://issues.apache.org/jira/browse/GERONIMO-4844 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Clustering Affects Versions: 2.1.4, 2.2 Environment: windows:sp2 jdk1.6 Reporter: liangkun Assignee: Shawn Jiang Fix For: 2.1.5, 2.2.1, 3.0 Attachments: GERONIMO-4844.patch I deploy the application cviewer.war after undeploy it when configure the WADI clustering ,the there is an error: org.apache.geronimo.common.DeploymentException: Unable to deploy cviewer-2.1.1.2.war: Module com.ibm.wasce.samples/cviewer/2.1.1.2/car already exists in the server. Try to undeploy it first or use the redeploy command. at org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDeploy.java:45) at org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(CommandDistribute.java:139) at org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:125) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:168) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65) at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31) However,actually,there are no any module in the server. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4844) There is an error after undeploy the application and deploy the application again when configure WADI clustering,
[ https://issues.apache.org/jira/browse/GERONIMO-4844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833019#action_12833019 ] Ashish Jain commented on GERONIMO-4844: --- Hi David, I see some issues with the modified patch where we are using kernel.getGbean(ConfigurationManager.class). I see the following error 2010-02-12 20:02:51,768 INFO [BasicClusterConfigurationStoreClient] Ignoring error while uninstalling [default/ClusterTestWARFile5/1.0/car]from [org.apache.geronimo.farm.config.basicnodei...@65b265b2] java.io.IOException: See nested at org.apache.geronimo.farm.deployment.BasicClusterConfigurationStoreClient.uninstall(BasicClusterConfigurationStoreClient.java:141) at org.apache.geronimo.farm.deployment.BasicClusterConfigurationStoreClient.uninstall(BasicClusterConfigurationStoreClient.java:100) at org.apache.geronimo.farm.deployment.BasicClusterConfigurationStoreClient.uninstall(BasicClusterConfigurationStoreClient.java:94) at org.apache.geronimo.farm.deployment.MasterConfigurationStore.uninstall(MasterConfigurationStore.java:175) at org.apache.geronimo.kernel.config.SimpleConfigurationManager.uninstallConfiguration(SimpleConfigurationManager.java:1283) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342) at sun.reflect.GeneratedMethodAccessor146.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34) at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124) at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:867) at org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239) at org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172) at com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:231) at com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:238) at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:833) at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:802) at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1423) at javax.management.remote.rmi.RMIConnectionImpl.access$100(RMIConnectionImpl.java:96) at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1260) at java.security.AccessController.doPrivileged(AccessController.java:275) at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1363) at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:797) at sun.reflect.GeneratedMethodAccessor133.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:615) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:309) at sun.rmi.transport.Transport$1.run(Transport.java:168) at java.security.AccessController.doPrivileged(AccessController.java:275) at sun.rmi.transport.Transport.serviceCall(Transport.java:164) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:506) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.handleRequest(TCPTransport.java:838) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:912) at java.lang.Thread.run(Thread.java:801) Caused by: org.apache.geronimo.kernel.InternalKernelException: java.rmi.UnmarshalException: error unmarshalling return; nested exception is: java.io.WriteAbortedException: writing aborted; java.io.NotSerializableException: org.apache.geronimo.kernel.config.EditableKernelConfigurationManager at
[jira] Commented: (GERONIMO-4844) There is an error after undeploy the application and deploy the application again when configure WADI clustering,
[
https://issues.apache.org/jira/browse/GERONIMO-4844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12833266#action_12833266
]
David Jencks commented on GERONIMO-4844:
Ashish,
I think this should work on 2.2 where the getGBean call used returns a proxy.
In 2.1 it looks like we're trying to get the actual gbean from the remote
kernel which doesn't work.
2.2 code:
public T T getGBean(ClassT type) throws GBeanNotFoundException,
InternalKernelException, IllegalStateException {
SetAbstractName set = listGBeans(new
AbstractNameQuery(type.getName()));
for (AbstractName name : set) {
return proxyManager.createProxy(name, type);
}
throw new GBeanNotFoundException(No implementation found for type +
type.getName(), null, set);
}
2.1 code:
public Object getGBean(Class type) throws GBeanNotFoundException,
InternalKernelException, IllegalStateException {
try {
return invokeKernel(getGBean, new Object[] {type}, new String[]
{Class.class.getName()});
} catch (GBeanNotFoundException e) {
throw e;
} catch (RuntimeException e) {
throw e;
} catch (Exception e) {
throw new InternalKernelException(e);
}
}
I'm not sure why the other getGBean methods also don't use proxies. Can you
see if this change fixes things in 2.1?
There is an error after undeploy the application and deploy the application
again when configure WADI clustering,
--
Key: GERONIMO-4844
URL: https://issues.apache.org/jira/browse/GERONIMO-4844
Project: Geronimo
Issue Type: Bug
Security Level: public(Regular issues)
Components: Clustering
Affects Versions: 2.1.4, 2.2
Environment: windows:sp2
jdk1.6
Reporter: liangkun
Assignee: Shawn Jiang
Fix For: 2.1.5, 2.2.1, 3.0
Attachments: GERONIMO-4844.patch
I deploy the application cviewer.war after undeploy it when configure the
WADI clustering ,the there is an error:
org.apache.geronimo.common.DeploymentException: Unable to deploy
cviewer-2.1.1.2.war: Module com.ibm.wasce.samples/cviewer/2.1.1.2/car already
exists in the server. Try to undeploy it first or use the redeploy command.
at
org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDeploy.java:45)
at
org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(CommandDistribute.java:139)
at
org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:125)
at
org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:168)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65)
at
org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31)
However,actually,there are no any module in the server.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4844) There is an error after undeploy the application and deploy the application again when configure WADI clustering,
[ https://issues.apache.org/jira/browse/GERONIMO-4844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12796747#action_12796747 ] Ashish Jain commented on GERONIMO-4844: --- Can someone help review and provide comments over the patches? There is an error after undeploy the application and deploy the application again when configure WADI clustering, -- Key: GERONIMO-4844 URL: https://issues.apache.org/jira/browse/GERONIMO-4844 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Clustering Affects Versions: 2.1.4, 2.2 Environment: windows:sp2 jdk1.6 Reporter: liangkun Assignee: Shawn Jiang Fix For: 2.1.5 Attachments: GERONIMO-4844.patch I deploy the application cviewer.war after undeploy it when configure the WADI clustering ,the there is an error: org.apache.geronimo.common.DeploymentException: Unable to deploy cviewer-2.1.1.2.war: Module com.ibm.wasce.samples/cviewer/2.1.1.2/car already exists in the server. Try to undeploy it first or use the redeploy command. at org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDeploy.java:45) at org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(CommandDistribute.java:139) at org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:125) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:168) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65) at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31) However,actually,there are no any module in the server. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4844) There is an error after undeploy the application and deploy the application again when configure WADI clustering,
[ https://issues.apache.org/jira/browse/GERONIMO-4844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12790903#action_12790903 ] Ashish Jain commented on GERONIMO-4844: --- Attaching a patch. However this patch results in BasicClusterConfigurationStoreClientTest.recordUninstall(Kernel kernel) to fail with a null pointer exception. The testing framework used here is RMOCK which does not allow to mock a final class. The patch uses ConfigurationUtil which is a final class. Please review the patch and advice thanks. There is an error after undeploy the application and deploy the application again when configure WADI clustering, -- Key: GERONIMO-4844 URL: https://issues.apache.org/jira/browse/GERONIMO-4844 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Clustering Affects Versions: 2.1.4, 2.2 Environment: windows:sp2 jdk1.6 Reporter: liangkun Assignee: Shawn Jiang Fix For: 2.1.5 Attachments: GERONIMO-4844.patch I deploy the application cviewer.war after undeploy it when configure the WADI clustering ,the there is an error: org.apache.geronimo.common.DeploymentException: Unable to deploy cviewer-2.1.1.2.war: Module com.ibm.wasce.samples/cviewer/2.1.1.2/car already exists in the server. Try to undeploy it first or use the redeploy command. at org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDeploy.java:45) at org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(CommandDistribute.java:139) at org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:125) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:168) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65) at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31) However,actually,there are no any module in the server. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4844) There is an error after undeploy the application and deploy the application again when configure WADI clustering,
[ https://issues.apache.org/jira/browse/GERONIMO-4844?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12782907#action_12782907 ] Ashish Jain commented on GERONIMO-4844: --- It seems the gbean is still in the running state after undeployment. The inforegistry has an entry for the application which suggests the gbean is in the running state even after undeployment. That is the reason Deployer.getConfigID returns an exception suggesting Module already exists. I will investigate more and will try to provide a patch for this issue. There is an error after undeploy the application and deploy the application again when configure WADI clustering, -- Key: GERONIMO-4844 URL: https://issues.apache.org/jira/browse/GERONIMO-4844 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: Clustering Affects Versions: 2.1.4 Environment: windows:sp2 jdk1.6 Reporter: liangkun Assignee: Shawn Jiang I deploy the application cviewer.war after undeploy it when configure the WADI clustering ,the there is an error: org.apache.geronimo.common.DeploymentException: Unable to deploy cviewer-2.1.1.2.war: Module com.ibm.wasce.samples/cviewer/2.1.1.2/car already exists in the server. Try to undeploy it first or use the redeploy command. at org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDeploy.java:45) at org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(CommandDistribute.java:139) at org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandDistribute.java:125) at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:168) at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45) at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65) at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31) However,actually,there are no any module in the server. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
