Topic
2 replies Latest Post - ‏2013-01-18T12:55:28Z by SystemAdmin
SystemAdmin
SystemAdmin
2233 Posts
ACCEPTED ANSWER

Pinned topic WASCE 2.1.8 Eclipse Plug-in not deploying WAR on Eclipse 4.2.1

‏2012-12-12T18:34:06Z |
I'm using Spring STS, version 3.2.0.M1 Build Id: 201211290854 which comes bundled with Eclipse Web Developer tools Version: 3.4.1.v201208170345-7O7MFsPEMkBJz0wtb-ccsarPSceUIHO9iKk6XVPV, Build id: 20110922230524. It's on Eclipse 4.2.1.

Windows 32 machine running Windows XP.

I've installed the WASCE plug-in for WASCE v2.1.8. I start my server and attempt to deploy a war to it and get this error:
Distribution of module failed. See log for details.
Cound not open module file: C:\DOCUME~1\xxxxxx\LOCALS~1\Temp\geronimo-deployer2058598442755689448.tmpdir\wasce-tony-dynamic-web.war
org.apache.geronimo.common.DeploymentException: Cound not open module file: C:\DOCUME~1\xxxxxx\LOCALS~1\Temp\geronimo-deployer2058598442755689448.tmpdir\wasce-tony-dynamic-web.war
at org.apache.geronimo.deployment.Deployer.getModule(Deployer.java:450)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:219)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:134)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:600)
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.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:48)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:600)
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.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761)
at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1427)
at javax.management.remote.rmi.RMIConnectionImpl.access$200(RMIConnectionImpl.java:72)
at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1265)
at java.security.AccessController.doPrivileged(AccessController.java:284)
at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1367)
at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:788)
at sun.reflect.GeneratedMethodAccessor118.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:600)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:310)
at sun.rmi.transport.Transport$1.run(Transport.java:159)
at java.security.AccessController.doPrivileged(AccessController.java:284)
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:736)
Caused by: java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.<init>(ZipFile.java:139)
at java.util.jar.JarFile.<init>(JarFile.java:138)
at java.util.jar.JarFile.<init>(JarFile.java:102)
at org.apache.geronimo.deployment.util.DeploymentUtil.createJarFile(DeploymentUtil.java:254)
at org.apache.geronimo.deployment.Deployer.getModule(Deployer.java:448)
... 41 more
The same issue occurs using Spring STS, version 3.1 (same version of Eclipse - 4.2.1). The issue does not occur however on STS 2.9.1 (Eclipse 3.8.1).

I've confirmed the temp dir exists and has plenty of space and no file-write permission errors.

It looks like the error reported by another user might be related: http://www.eclipse.org/forums/index.php/m/972743/

I've re-installed the IDE and all the plug-ins several times and re-checked my project compiles properly. Any ideas?
Updated on 2013-01-18T12:55:28Z at 2013-01-18T12:55:28Z by SystemAdmin
  • Forrest_Xia
    Forrest_Xia
    82 Posts
    ACCEPTED ANSWER

    Re: WASCE 2.1.8 Eclipse Plug-in not deploying WAR on Eclipse 4.2.1

    ‏2013-01-18T08:09:36Z  in response to SystemAdmin
    Please try the latest WAS CE eclipse plugin: http://public.dhe.ibm.com/software/websphere/wasce/updates/wasce_eclipse-plugin-3.0.0.3-deployable.zip

    You can unzip it into the eclipse dropin folder to install. One thing to note is that you need to uninstall the previous CE eclipse plugin first before installing the new one.

    The new one has an adapter for CE 2.1.1.x releases as well as Geronimo 2.1.x releases.
  • SystemAdmin
    SystemAdmin
    2233 Posts
    ACCEPTED ANSWER

    Re: WASCE 2.1.8 Eclipse Plug-in not deploying WAR on Eclipse 4.2.1

    ‏2013-01-18T12:55:28Z  in response to SystemAdmin
    Yes upgrading to 3.0.0.3 fixed the issue.