nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

Installation on RHEL 5

moot349

tomcat5-5.5.23-0jpp.3.0.2.el5
mysql-5.0.22-2.1.0.1
alfresco-community-war-2.1.0.tar.gz

When I attempt to deploy the war file, I get the following exception:

24-Jan-08 1:43:35 PM org.apache.catalina.core.StandardContext start
SEVERE: Error in dependencyCheck
java.util.jar.JarException: Section should start with a Name header: unexpected ''
   at gnu.java.util.jar.JarUtils.readSectionName(libgcj.so.7rh)
   at gnu.java.util.jar.JarUtils.readIndividualSections(libgcj.so.7rh)
   at java.util.jar.Manifest.read(libgcj.so.7rh)
   at java.util.jar.Manifest.<init>(libgcj.so.7rh)
   at java.util.jar.JarInputStream.readManifest(libgcj.so.7rh)
   at java.util.jar.JarInputStream.<init>(libgcj.so.7rh)
   at java.util.jar.JarInputStream.<init>(libgcj.so.7rh)
   at org.apache.catalina.util.ExtensionValidator.getManifest(catalina-5.5.23.jar.so)
   at org.apache.catalina.util.ExtensionValidator.validateApplication(catalina-5.5.23.jar.so)
   at org.apache.catalina.core.StandardContext.start(catalina-5.5.23.jar.so)
   at org.apache.catalina.core.ContainerBase.addChildInternal(catalina-5.5.23.jar.so)
   at org.apache.catalina.core.ContainerBase.addChild(catalina-5.5.23.jar.so)
   at org.apache.catalina.core.StandardHost.addChild(catalina-5.5.23.jar.so)
   at org.apache.catalina.startup.HostConfig.deployWAR(catalina-5.5.23.jar.so)
   at org.apache.catalina.startup.HostConfig.deployWARs(catalina-5.5.23.jar.so)
   at org.apache.catalina.startup.HostConfig.deployApps(catalina-5.5.23.jar.so)
   at org.apache.catalina.startup.HostConfig.check(catalina-5.5.23.jar.so)
   at org.apache.catalina.startup.HostConfig.lifecycleEvent(catalina-5.5.23.jar.so)
   at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(catalina-5.5.23.jar.so)
   at org.apache.catalina.core.ContainerBase.backgroundProcess(catalina-5.5.23.jar.so)
   at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(catalina-5.5.23.jar.so)
   at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.processChildren(catalina-5.5.23.jar.so)
   at org.apache.catalina.core.ContainerBase$ContainerBackgroundProcessor.run(catalina-5.5.23.jar.so)
   at java.lang.Thread.run(libgcj.so.7rh)
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

I tried adding a Name: entry to the manifest but it still gives the same exception. Help?

Find more posts tagged with

Comments

rjackson

I've seen almost this exact error posted a few other places with basically no help added.

I've got the same set up as you and mine is throwing the exact same error.

One post said try installing sun,java instead of gnu. I did try re-installing java-gcc and the gcc libraries, but this didn't help at all. Same error as before.

I was wondering if it's an issue with the symbolic links -if you go to the dir where the libgcj.so.7rh is, you'll find a symbolic link to the file with data, but I tried eliminating the symbolic link and renaming the file to match, but this still gave the same error. So, it's not the symbolic link its something with the file.

I have no clue how to get the sun version on the system: where is it for one and additionally I like to stick with yum for my updates, so if this can be avoided I'd be glad.

I'll keep bumping this one until we get a response!

moot349

I've seen almost this exact error posted a few other places with basically no help added.

I've got the same set up as you and mine is throwing the exact same error.

One post said try installing sun,java instead of gnu. I did try re-installing java-gcc and the gcc libraries, but this didn't help at all. Same error as before.

I was wondering if it's an issue with the symbolic links -if you go to the dir where the libgcj.so.7rh is, you'll find a symbolic link to the file with data, but I tried eliminating the symbolic link and renaming the file to match, but this still gave the same error. So, it's not the symbolic link its something with the file.

I have no clue how to get the sun version on the system: where is it for one and additionally I like to stick with yum for my updates, so if this can be avoided I'd be glad.

I'll keep bumping this one until we get a response!

Due to Sun's licensing, the Sun JVM will not be provided on RedHat's yum repositories. You can download an installer manually from http://java.sun.com/javase/downloads/?intcmp=1281. It will create an RPM and install it.

I also saw the suggestion to run under the Sun JVM instead of gcj. I am fairly certain I was doing this with my sandbox install of JBoss, however, that gave a different error that I was unable to resolve, so I went with the built-in redhat tomcat install which had never been used before. I didn't realize that starting tomcat as a service wouldn't look for the right JVM. I'm betting once I move some symlinks around it will work. I'm also going to remove gcj as it is completely worthless and only causes problems…

moot349

Yeah, Sun JVM fixed that.

Still doesn't run though.

rjackson

errrt. waitaminute.

Now, I put the JDK on there before the install. I'm a little lost which download is it then that you mean?

If its the JDK, do you think maybe it didn't overwrite the files in question here?

And whats the gcj that you would purge here?

Sorry, the world of java is not my own.

moot349

errrt. waitaminute.

Now, I put the JDK on there before the install. I'm a little lost which download is it then that you mean?

The Sun JDK… version 5 or 6

If its the JDK, do you think maybe it didn't overwrite the files in question here?

Installing the Sun JDK most definitely does not overwrite any files on the system (without warning). It will simply install itself into /usr/java. Unfortunately tomcat is configured to look at /usr/lib/java/something/symlink/bla
And then there's a ton of symlinks in /etc/alternatives for java stuff, and a bunch more symlinks in /usr/lib/java… I redid all that myself to get it to only use the Sun JRE/JDK.

And whats the gcj that you would purge here?

GCJ is GNU Compiler for Java. It compiles java files into native binaries for the system rather than java bytecode. GIJ is GNU Interpreter for Java. It's basically a 1.4 JRE. It's also the default JRE for the system until you fiddle with stuff everywhere. When I said GCJ I meant GCJ/GIJ and all related everything that's not Sun.

Sorry, the world of java is not my own.

rjackson

Thanks!

What I ended up doing is forgoing the installed tomcat. I didn't realize there was no way to get it to like/use the new JDK. Silly preconfigured garbage.

I downloaded the tomcat version and that got rid of that error.

On a side note -

I still had a ton of problems after the install with this:

java.rmi.server.ExportException: internal error: ObjID already in use

Which contrary to other posts I didn't solve by changing the etc/hosts file, but by changing the firewall rules for the installation. It ran fine however once I put them all back into place.

moot349

I installed it on windows instead and it worked immediately.

Seems to be targeted more towards windows compatability…

sacco

Seems to be targeted more towards windows compatability…

No, it runs better on Linux, although perhaps it can be trickier to get started.

Which JVM were you trying to use before the Sun one? If you're on
RHEL5 you should have a choice of two others to install from
the 'Supplementary' software, one from BEA, and the other from IBM.

I would recommend the one from IBM, but if you install both the system
will default to using the BEA version. It's easy, though, to install both and
try them out to see which is best by using the 'alternatives' mechanism
( 'man alternatives' will tell you more).

Sticking to a 1.5 version of Java will generally give better results at the
moment with Alfresco (and many other things) than the newer 1.6

Good luck.