Updated sources results in Jar and Zip files returning "invalid CEN header"

Not sure what is happening here, but after the sources are retrieved from Subversion, the build fails with "invalid CEN header" errors when accessing jars or unzipping zip files. If I overwrite them with local copies of the jars and zips, the build works fine.

Here is my environment:

OS information
JVM: Java(TM) 2 Runtime Environment, Standard Edition 1.5.0_07-b03 (Java HotSpot(TM) Client VM)
OS: Windows XP (Service Pack 2) x86 5.1
Processors: 2
Current time: Wed Aug 23 17:40:18 WST 2006
Working dir: C:\tools\Tomcat\bin
Container information
Container: Apache Tomcat/5.5.17
catalina.base: C:\tools\Tomcat
catalina.home: C:\tools\Tomcat
Application base: C:\tools\Tomcat\webapps
Configuration base: C:\tools\Tomcat\conf\Catalina\localhost

The Build Agent is running on the same box, using the same version of Java.

Is there some setting that I have missed?

Cheers
Tony

Message was edited by:
Tony Johnson

6 comments
Comment actions Permalink

anyone?

Teamcity is useless to us if this is a Teamcity issue.

0
Comment actions Permalink

Hi Tony,

Tony Johnson wrote:

Not sure what is happening here, but after the sources are retrieved from Subversion, the build fails with "invalid CEN header" errors when accessing jars or unzipping zip files.


It looks like there are problems when jar/zip files are checked out from Subversion.
Which version of subversion server do you use?

If sources are checked out manually, are there similar problems with the build?
Could you compare jar files checked out by build agent (you can find them in
TeamCity/buildAgent/work/) and checked out manually? If they differ, please file a bug request in our Jira and attach build-agent and server logs to the request (and jar files, corrupted and original, if possible). Please also attach configuration files from $HOME/.BuildServer/config/]]>.
Log files are TeamCity/bin/team-server.log and TeamCity/buildAgent/bin/team-server.log .

Kind regards,
KIR


Here is my environment:

OS information
JVM: Java(TM) 2 Runtime Environment, Standard Edition 1.5.0_07-b03 (Java HotSpot(TM) Client VM)
OS: Windows XP (Service Pack 2) x86 5.1
Processors: 2
Current time: Wed Aug 23 17:40:18 WST 2006
Working dir: C:\tools\Tomcat\bin
Container information
Container: Apache Tomcat/5.5.17
catalina.base: C:\tools\Tomcat
catalina.home: C:\tools\Tomcat
Application base: C:\tools\Tomcat\webapps
Configuration base: C:\tools\Tomcat\conf\Catalina\localhost

The Build Agent is running on the same box, using the same version of Java.

Is there some setting that I have missed?

Cheers
Tony



--
Kirill Maximov
Software Developer
JetBrains, Inc.
http://www.jetbrains.com
"Develop with pleasure!"

0
Comment actions Permalink

Hi,

If I type svn help on the command line of the server, it shows Subversion 1.2.3. Similarly, the client hosting the build agent shows version 1.3.0.

As a test:

  • Stop the build agent

  • Rename the appropriate directory within the work directory

  • Performed a svn checkout of the project into the appropriate directory withint the work directory

  • Delete all the .svn folders

  • Restart the build agent

  • Run a build


The result is a successful build, so the problem only happens when the build agent retrieves the files from Subversion. The exact error is:

error: error reading C:\BuildAgent\work\ourProject\third-party\lib\commons-beanutils.jar; invalid CEN header (encrypted entry)

Using Beyond Compare, I did a binary comparison on the contents of the two directories and they are definitely different. I'll file a bug report and attache the reference here.

Thanks
Tony

0
Comment actions Permalink

Tony Johnson wrote:

The Jira issue is:

http://www.jetbrains.net/jira/browse/TW-721


Thanks for the detailed report.
We'll investigate the problem.

Kind regards,
KIR

--
Kirill Maximov
Software Developer
JetBrains, Inc.
http://www.jetbrains.com
"Develop with pleasure!"

0
Comment actions Permalink

Thanks for the quick fix on this. When will the version containing this fix be available?

Tony

0

Please sign in to leave a comment.