[lawrieg]

Hi,

Adding Spring cababilites to an EJB Project causes XDoclet to throw the exception detailed below. XDoclet worked fine before adding Spring capabilities to the project and works correctly once I manually remove the Spring libraries.

Any ideas why?

Thanks in advance,
Lawrie.

*****************************************************************************************************
* Config *
*****************************************************************************************************

*** Date: Sat Nov 05 13:18:33 GMT 2005

*** System properties:
OS=Windows2000
OS version=5.0
Java version=1.5.0_05

*** MyEclipse details:
MyEclipse Enterprise Workbench

Version: 4.0.3 GA
Build id: 20051025-4.0.3-GA

*** Eclipse details:
Eclipse SDK

Version: 3.1.1
Build id: M20050929-0840

Eclipse Platform

Version: 3.1.1
Build id: M20050929-0840

Eclipse RCP

Version: 3.1.1
Build id: M20050929-0840

Eclipse Java Development Tools

Version: 3.1.1
Build id: M20050929-0840

Eclipse Plug-in Development Environment

Version: 3.1.1
Build id: M20050929-0840

Eclipse Project SDK

Version: 3.1.1
Build id: M20050929-0840

Eclipse startup command=-os
win32
-ws
win32
-arch
x86
-launcher
C:\Program Files\Eclipse\Eclipse-3.1.1\eclipse.exe
-name
Eclipse
-showsplash
600
-exitdata
4e8_5c
-vm
C:\Program Files\Java\jdk1.5.0_05\bin\javaw.exe

*****************************************************************************************************
* Stack trace *
*****************************************************************************************************

Buildfile: D:\Projects\MyEJB1\.xdoclet-build.tmp.xml
N65540:
[ejbdoclet] java.util.zip.ZipException: error in opening zip file
[ejbdoclet] at java.util.zip.ZipFile.open(Native Method)
[ejbdoclet] at java.util.zip.ZipFile.<init>(Unknown Source)
[ejbdoclet] at java.util.zip.ZipFile.<init>(Unknown Source)
[ejbdoclet] at org.apache.tools.ant.AntClassLoader.getResourceURL(AntClassLoader.java:919)
[ejbdoclet] at org.apache.tools.ant.AntClassLoader.getResource(AntClassLoader.java:832)
[ejbdoclet] at org.apache.log4j.helpers.Loader.getResource(Loader.java:91)
[ejbdoclet] at org.apache.log4j.LogManager.<clinit>(LogManager.java:94)
[ejbdoclet] at org.apache.log4j.Logger.getLogger(Logger.java:94)
[ejbdoclet] at org.apache.commons.logging.impl.Log4JLogger.getLogger(Log4JLogger.java:229)
[ejbdoclet] at org.apache.commons.logging.impl.Log4JLogger.<init>(Log4JLogger.java:65)
[ejbdoclet] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
[ejbdoclet] at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
[ejbdoclet] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
[ejbdoclet] at java.lang.reflect.Constructor.newInstance(Unknown Source)
[ejbdoclet] at org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:529)
[ejbdoclet] at org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:235)
[ejbdoclet] at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:370)
[ejbdoclet] at xdoclet.util.LogUtil.getLog(LogUtil.java:26)
[ejbdoclet] at xdoclet.loader.ModuleFinder.findModules(ModuleFinder.java:116)
[ejbdoclet] at xdoclet.DocletTask.registerModules(DocletTask.java:545)
[ejbdoclet] at xdoclet.DocletTask.createDynamicElement(DocletTask.java:336)
[ejbdoclet] at org.apache.tools.ant.IntrospectionHelper.getNestedCreator(IntrospectionHelper.java:505)
[ejbdoclet] at org.apache.tools.ant.IntrospectionHelper.getElementCreator(IntrospectionHelper.java:583)
[ejbdoclet] at org.apache.tools.ant.UnknownElement.handleChild(UnknownElement.java:545)
[ejbdoclet] at org.apache.tools.ant.UnknownElement.handleChildren(UnknownElement.java:326)
[ejbdoclet] at org.apache.tools.ant.UnknownElement.configure(UnknownElement.java:182)
[ejbdoclet] at org.apache.tools.ant.UnknownElement.maybeConfigure(UnknownElement.java:158)
[ejbdoclet] at org.apache.tools.ant.Task.perform(Task.java:363)
[ejbdoclet] at org.apache.tools.ant.Target.execute(Target.java:341)
[ejbdoclet] at org.apache.tools.ant.Target.performTasks(Target.java:369)
[ejbdoclet] at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216)
[ejbdoclet] at org.apache.tools.ant.Project.executeTarget(Project.java:1185)
[ejbdoclet] at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40)
[ejbdoclet] at org.eclipse.ant.internal.ui.antsupport.EclipseDefaultExecutor.executeTargets(EclipseDefaultExecutor.java:32)
[ejbdoclet] at org.apache.tools.ant.Project.executeTargets(Project.java:1068)
[ejbdoclet] at org.eclipse.ant.internal.ui.antsupport.InternalAntRunner.run(InternalAntRunner.java:423)
[ejbdoclet] at org.eclipse.ant.internal.ui.antsupport.InternalAntRunner.main(InternalAntRunner.java:137)
etc, etc.

[Riyad Kalla]

We infact had a problem with accidentally shipping corrupt Spring JARs in one of our point releases, but IIRC it was fixed in 4.0.2, I’m wonder if it is back or the corrupted JARs somehow got into your project.

Specifically what Spring library portions are you adding?

[Scott Anderson]

Lawrie,

We did a have a problem with a couple of corrupted Spring jars in 4.0.2, but 4.0.3 should have resolved it. Can you open the following jar on your file system with winzip and see if the has any problem:
<myeclipse-install>\eclipse\plugins\com.genuitec.eclipse.springframework_4.0.3\data\1.2\lib\dependencies\velocity\velocity.jar

If you don’t have a directory named _4.0.3, that’s the problem. To fix the issue there are two options. Either installing a fresh version of 4.0.3 or updating to or 4.1 Milestone 1 build on Monday (it’s not available yet). Either of these will resolve the issue.

[Author]

Posts