 |
 |
Hi Sergey, I'm off work at present, so I can't give you a detailed reply. However, I've had problems similar to these. This is what I did to stop them. 1) Before installing EGI software (after making base system): 2) Disable the sl-base repo. 3) Get rid of java packages related to *gcj* (gcj is a half-baked version that exists in sl-base). 3) Install some giant java app, in my case I choose tomcat5. This is then forced to pull all it's dependencies from the "proper" version of java, in (I think) EPEL. 4) Finishing installation. The problem is that there are many versions of java, but one particularly troublesome version (gcj). Get rid of it, and things run better. Steve > Hi, > > thanks for your answers but the problem is still there. I have changed > JAVA_HOME=/usr/java/latest (jdk-1.6.0_20-fcs) but it did not help. The > same thing. I have uninstalled java 1.4.2 and found out where it came > from: > > [root@cream-ce ~]# yum deplist > glite-security-trustmanager-2.5.5-4.el5.x86_64 > dependency: libgcj_bc.so.1()(64bit) > Unsatisfied dependency > dependency: java-gcj-compat >= 1.0.31 > > It comes from EPEL repo and it pulls java-1.4.2(from CentOS-Base). Should > it be the case? If yes, the problem is that Tomcat5 which comes from > CentOS-Base repo explicitly calls java-1.4.2 scripts and everything is > screwed up. > > Is it I do something wrong or a CentOS5.7 problem or what? > > Have a nice weekend, > Sergey > > On Oct 6, 2011, at 5:33 PM, Massimo Sgaravatto - INFN Padova wrote: > >> On Thu, 6 Oct 2011, Andrea Ceccanti wrote: >> >>> >>> The above line in the log seems to hint that your JVM is wrongly >>> configured, i.e. you're not currently >>> running the Sun JVM but the GNU libgcj. >> >> Indeed in tomcat5.conf you have: >> >> >> JAVA_HOME=/usr/lib/jvm/jre-1.4.2-gcj >> >>> Ensure that the sun jdk is the one that is used >>> to run tomcat. >> >> >> ... or openjdk >> >> Cheers, Massimo >