From mark at klomp.org Tue Jul 3 10:06:31 2007 From: mark at klomp.org (Mark Wielaard) Date: Tue, 03 Jul 2007 12:06:31 +0200 Subject: [fedora-java] libgcj update troubles on fc6 Message-ID: <1183457192.3599.25.camel@dijkstra.wildebeest.org> Hi, Seeing there was an updated package for gcc on my FC6 machine I happily let the thing update itself. However libgcj breaks while updating: Updating : libgcj ######################### [1/2] error: unpacking of archive failed on file /usr/lib/gcj-4.1.2: cpio: rename Updated: libgcj.i386 0:4.1.2-13.fc6 Complete! Notice the happy "Complete!"... Your resulting gcj environment is now complete borked. gcj -C Hello.java Hello.java:0: error: Can't find default package ?java.lang?. Check the CLASSPATH environment variable and the access to the archives 1 error And any attempt to install or update (even after a remove) of libgcj will fail in the same way. For some reason there are multiple /usr/lib/gcj-4.1.2;468a1711 dirs (with the part after ; being some random hex-string) which seem to prevent yum updating or installing anything. In the end the only way to get a working install back was to yum remove libgcj (yes, this takes all the dependencies with it), and then removing the left over directories rm -rf /usr/lib/gcj-4.1.2* /usr/lib64/gcj-4.1.2* And then installing everything again with yum install. There probably is an easier (and safer) way, and I don't really understand why this happened in the first place. Comments and ideas appreciated. Thanks, Mark From mark at klomp.org Fri Jul 6 15:39:20 2007 From: mark at klomp.org (Mark Wielaard) Date: Fri, 06 Jul 2007 17:39:20 +0200 Subject: [fedora-java] Re: libgcj update troubles on fc6 In-Reply-To: <1183457192.3599.25.camel@dijkstra.wildebeest.org> References: <1183457192.3599.25.camel@dijkstra.wildebeest.org> Message-ID: <1183736361.3651.84.camel@dijkstra.wildebeest.org> On Tue, 2007-07-03 at 12:06 +0200, Mark Wielaard wrote: > Seeing there was an updated package for gcc on my FC6 machine I happily > let the thing update itself. However libgcj breaks while updating: OK, this seems to be just me. I got 2 people reporting the update worked fine for them. I don't know what or why things went wrong for me though :{ Cheers, Mark From alcapcom at gmail.com Tue Jul 10 13:56:26 2007 From: alcapcom at gmail.com (Alphonse Van Assche) Date: Tue, 10 Jul 2007 15:56:26 +0200 Subject: [fedora-java] Stranges problem to build plugins with Eclipse 3.3 Message-ID: <4693900A.7060802@gmail.com> Hi all, 1) When I build the bundles with the Sun JVM there isn't any problem but when I try it with GCJ the script don't find org.eclipse.pde.internal.build.BuildScriptGenerator class? I have build 3.3 here, I have comment out com.ibm.icu tweak because I don't have found this bundle in the Fedora sources repo. BUILD FAILED /usr/share/eclipse/plugins/org.eclipse.pde.build/scripts/build.xml:24: The following error occurred while executing this line: /usr/share/eclipse/plugins/org.eclipse.pde.build/scripts/build.xml:64: The following error occurred while executing this line: /usr/share/eclipse/plugins/org.eclipse.pde.build/templates/package-build/customTargets.xml:17: The following error occurred while executing this line: /usr/share/eclipse/plugins/org.eclipse.pde.build_3.3.0.v20070612/scripts/genericTargets.xml:85: Could not create type eclipse.buildScript due to java.lang.NoClassDefFoundError: org.eclipse.pde.internal.build.BuildScriptGenerator 2) To build the SDK package for RSE (Remote System Explorer), the FTP, SSH and telnet based implementation requires org.apache.commons.net and org.apache.oro bundle provided in the org.eclipse.orbit project. When the builder try to make the javadoc for both of these bundles, the builder try to to resolve all the classes recursively to make a full javadoc, that take many time and as result the eclipse builder crash because of a out of memory. Can I configure the builder to not create "full javadoc" or is there a another way to include these deps without make too many changes on the sources? PS: RSE need 3.3 for the SSH component. In advance, thanks, Alphonse -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From bkonrath at redhat.com Tue Jul 10 15:32:35 2007 From: bkonrath at redhat.com (Ben Konrath) Date: Tue, 10 Jul 2007 11:32:35 -0400 Subject: [fedora-java] Stranges problem to build plugins with Eclipse 3.3 In-Reply-To: <4693900A.7060802@gmail.com> References: <4693900A.7060802@gmail.com> Message-ID: <1184081555.6596.3.camel@toast.toronto.redhat.com> On Tue, 2007-07-10 at 15:56 +0200, Alphonse Van Assche wrote: > Hi all, > > 1) When I build the bundles with the Sun JVM there isn't any problem but > when I try it with GCJ the script don't find > org.eclipse.pde.internal.build.BuildScriptGenerator class? > > I have build 3.3 here, I have comment out com.ibm.icu tweak because I > don't have found this bundle in the Fedora sources repo. > > BUILD FAILED > /usr/share/eclipse/plugins/org.eclipse.pde.build/scripts/build.xml:24: > The following error occurred while executing this line: > /usr/share/eclipse/plugins/org.eclipse.pde.build/scripts/build.xml:64: > The following error occurred while executing this line: > /usr/share/eclipse/plugins/org.eclipse.pde.build/templates/package-build/customTargets.xml:17: > The following error occurred while executing this line: > /usr/share/eclipse/plugins/org.eclipse.pde.build_3.3.0.v20070612/scripts/genericTargets.xml:85: > Could not create type eclipse.buildScript due to > java.lang.NoClassDefFoundError: > org.eclipse.pde.internal.build.BuildScriptGenerator This looks like a GCJ bug, please file a bug. > 2) To build the SDK package for RSE (Remote System Explorer), the FTP, > SSH and telnet based implementation requires org.apache.commons.net and > org.apache.oro bundle provided in the org.eclipse.orbit project. When > the builder try to make the javadoc for both of these bundles, the > builder try to to resolve all the classes recursively to make a full > javadoc, that take many time and as result the eclipse builder crash > because of a out of memory. Can I configure the builder to not create > "full javadoc" or is there a another way to include these deps without > make too many changes on the sources? Offhand I don't know of a way to disable the full javadoc, sorry. Ben From aph at redhat.com Tue Jul 10 15:49:54 2007 From: aph at redhat.com (Andrew Haley) Date: Tue, 10 Jul 2007 16:49:54 +0100 Subject: [fedora-java] Stranges problem to build plugins with Eclipse 3.3 In-Reply-To: <1184081555.6596.3.camel@toast.toronto.redhat.com> References: <4693900A.7060802@gmail.com> <1184081555.6596.3.camel@toast.toronto.redhat.com> Message-ID: <18067.43682.224024.603152@zebedee.pink> Ben Konrath writes: > On Tue, 2007-07-10 at 15:56 +0200, Alphonse Van Assche wrote: > > Hi all, > > > > 1) When I build the bundles with the Sun JVM there isn't any problem but > > when I try it with GCJ the script don't find > > org.eclipse.pde.internal.build.BuildScriptGenerator class? > > > > I have build 3.3 here, I have comment out com.ibm.icu tweak because I > > don't have found this bundle in the Fedora sources repo. > > > > BUILD FAILED > > /usr/share/eclipse/plugins/org.eclipse.pde.build/scripts/build.xml:24: > > The following error occurred while executing this line: > > /usr/share/eclipse/plugins/org.eclipse.pde.build/scripts/build.xml:64: > > The following error occurred while executing this line: > > /usr/share/eclipse/plugins/org.eclipse.pde.build/templates/package-build/customTargets.xml:17: > > The following error occurred while executing this line: > > /usr/share/eclipse/plugins/org.eclipse.pde.build_3.3.0.v20070612/scripts/genericTargets.xml:85: > > Could not create type eclipse.buildScript due to > > java.lang.NoClassDefFoundError: > > org.eclipse.pde.internal.build.BuildScriptGenerator > > This looks like a GCJ bug, please file a bug. I'm not sure how I'd even begin to debug this. Anyway, if you do submit a bug please provide very precise instructions about how to reproduce it. Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From alcapcom at gmail.com Tue Jul 10 16:02:58 2007 From: alcapcom at gmail.com (Alphonse Van Assche) Date: Tue, 10 Jul 2007 18:02:58 +0200 Subject: [fedora-java] Stranges problem to build plugins with Eclipse 3.3 In-Reply-To: <18067.43682.224024.603152@zebedee.pink> References: <4693900A.7060802@gmail.com> <1184081555.6596.3.camel@toast.toronto.redhat.com> <18067.43682.224024.603152@zebedee.pink> Message-ID: <4693ADB2.9010808@gmail.com> Andrew Haley a ?crit : > Ben Konrath writes: > > On Tue, 2007-07-10 at 15:56 +0200, Alphonse Van Assche wrote: > > > Hi all, > > > > > > 1) When I build the bundles with the Sun JVM there isn't any problem but > > > when I try it with GCJ the script don't find > > > org.eclipse.pde.internal.build.BuildScriptGenerator class? > > > > > > I have build 3.3 here, I have comment out com.ibm.icu tweak because I > > > don't have found this bundle in the Fedora sources repo. > > > > > > BUILD FAILED > > > /usr/share/eclipse/plugins/org.eclipse.pde.build/scripts/build.xml:24: > > > The following error occurred while executing this line: > > > /usr/share/eclipse/plugins/org.eclipse.pde.build/scripts/build.xml:64: > > > The following error occurred while executing this line: > > > /usr/share/eclipse/plugins/org.eclipse.pde.build/templates/package-build/customTargets.xml:17: > > > The following error occurred while executing this line: > > > /usr/share/eclipse/plugins/org.eclipse.pde.build_3.3.0.v20070612/scripts/genericTargets.xml:85: > > > Could not create type eclipse.buildScript due to > > > java.lang.NoClassDefFoundError: > > > org.eclipse.pde.internal.build.BuildScriptGenerator > > > > This looks like a GCJ bug, please file a bug. > > I'm not sure how I'd even begin to debug this. Anyway, if you do > submit a bug please provide very precise instructions about how to > reproduce it. > > Andrew. > The bz report there -> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=247636 If there isn't enough informations, just let me know what is needed. Alphonse -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From aph at redhat.com Tue Jul 10 16:06:55 2007 From: aph at redhat.com (Andrew Haley) Date: Tue, 10 Jul 2007 17:06:55 +0100 Subject: [fedora-java] Stranges problem to build plugins with Eclipse 3.3 In-Reply-To: <4693ADB2.9010808@gmail.com> References: <4693900A.7060802@gmail.com> <1184081555.6596.3.camel@toast.toronto.redhat.com> <18067.43682.224024.603152@zebedee.pink> <4693ADB2.9010808@gmail.com> Message-ID: <18067.44703.634331.35466@zebedee.pink> Alphonse Van Assche writes: > Andrew Haley a ?crit : > > Ben Konrath writes: > > > On Tue, 2007-07-10 at 15:56 +0200, Alphonse Van Assche wrote: > > > > Hi all, > > > > > > > > 1) When I build the bundles with the Sun JVM there isn't any problem but > > > > when I try it with GCJ the script don't find > > > > org.eclipse.pde.internal.build.BuildScriptGenerator class? > > > > > > > > I have build 3.3 here, I have comment out com.ibm.icu tweak because I > > > > don't have found this bundle in the Fedora sources repo. > > > > > > > > BUILD FAILED > > > > /usr/share/eclipse/plugins/org.eclipse.pde.build/scripts/build.xml:24: > > > > The following error occurred while executing this line: > > > > /usr/share/eclipse/plugins/org.eclipse.pde.build/scripts/build.xml:64: > > > > The following error occurred while executing this line: > > > > /usr/share/eclipse/plugins/org.eclipse.pde.build/templates/package-build/customTargets.xml:17: > > > > The following error occurred while executing this line: > > > > /usr/share/eclipse/plugins/org.eclipse.pde.build_3.3.0.v20070612/scripts/genericTargets.xml:85: > > > > Could not create type eclipse.buildScript due to > > > > java.lang.NoClassDefFoundError: > > > > org.eclipse.pde.internal.build.BuildScriptGenerator > > > > > > This looks like a GCJ bug, please file a bug. > > > > I'm not sure how I'd even begin to debug this. Anyway, if you do > > submit a bug please provide very precise instructions about how to > > reproduce it. > The bz report there -> > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=247636 > If there isn't enough informations, just let me know what is needed. You say: How reproducible: building any Eclipse package that use the Eclipse builder like eclipse-mylar and eclipse-changelog packages. This doesn't help me at all. I don't know how to build any Eclipse package. Please provide instructions. Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From alcapcom at gmail.com Tue Jul 10 16:14:05 2007 From: alcapcom at gmail.com (Alphonse Van Assche) Date: Tue, 10 Jul 2007 18:14:05 +0200 Subject: [fedora-java] Stranges problem to build plugins with Eclipse 3.3 In-Reply-To: <18067.44703.634331.35466@zebedee.pink> References: <4693900A.7060802@gmail.com> <1184081555.6596.3.camel@toast.toronto.redhat.com> <18067.43682.224024.603152@zebedee.pink> <4693ADB2.9010808@gmail.com> <18067.44703.634331.35466@zebedee.pink> Message-ID: <4693B04D.1020404@gmail.com> Andrew Haley a ?crit : > Alphonse Van Assche writes: > > Andrew Haley a ?crit : > > > Ben Konrath writes: > > > > On Tue, 2007-07-10 at 15:56 +0200, Alphonse Van Assche wrote: > > > > > Hi all, > > > > > > > > > > 1) When I build the bundles with the Sun JVM there isn't any problem but > > > > > when I try it with GCJ the script don't find > > > > > org.eclipse.pde.internal.build.BuildScriptGenerator class? > > > > > > > > > > I have build 3.3 here, I have comment out com.ibm.icu tweak because I > > > > > don't have found this bundle in the Fedora sources repo. > > > > > > > > > > BUILD FAILED > > > > > /usr/share/eclipse/plugins/org.eclipse.pde.build/scripts/build.xml:24: > > > > > The following error occurred while executing this line: > > > > > /usr/share/eclipse/plugins/org.eclipse.pde.build/scripts/build.xml:64: > > > > > The following error occurred while executing this line: > > > > > /usr/share/eclipse/plugins/org.eclipse.pde.build/templates/package-build/customTargets.xml:17: > > > > > The following error occurred while executing this line: > > > > > /usr/share/eclipse/plugins/org.eclipse.pde.build_3.3.0.v20070612/scripts/genericTargets.xml:85: > > > > > Could not create type eclipse.buildScript due to > > > > > java.lang.NoClassDefFoundError: > > > > > org.eclipse.pde.internal.build.BuildScriptGenerator > > > > > > > > This looks like a GCJ bug, please file a bug. > > > > > > I'm not sure how I'd even begin to debug this. Anyway, if you do > > > submit a bug please provide very precise instructions about how to > > > reproduce it. > > > The bz report there -> > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=247636 > > If there isn't enough informations, just let me know what is needed. > > You say: > > How reproducible: building any Eclipse package that use the Eclipse > builder like eclipse-mylar and eclipse-changelog packages. > > This doesn't help me at all. I don't know how to build any Eclipse > package. Please provide instructions. > > Andrew. > Have just update the bz ticket, with How reproducible: checkout eclipse/devel make i386 Take 5 or 10 coffee cup :-) checkout eclipse-mylar/devel make i386 the last make should be fail with the above message. Alphonse -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From bkonrath at redhat.com Tue Jul 10 16:52:50 2007 From: bkonrath at redhat.com (Ben Konrath) Date: Tue, 10 Jul 2007 12:52:50 -0400 Subject: [fedora-java] Stranges problem to build plugins with Eclipse 3.3 In-Reply-To: <4693B04D.1020404@gmail.com> References: <4693900A.7060802@gmail.com> <1184081555.6596.3.camel@toast.toronto.redhat.com> <18067.43682.224024.603152@zebedee.pink> <4693ADB2.9010808@gmail.com> <18067.44703.634331.35466@zebedee.pink> <4693B04D.1020404@gmail.com> Message-ID: <1184086370.6596.19.camel@toast.toronto.redhat.com> On Tue, 2007-07-10 at 18:14 +0200, Alphonse Van Assche wrote: > Andrew Haley a ?crit : > > You say: > > > > How reproducible: building any Eclipse package that use the Eclipse > > builder like eclipse-mylar and eclipse-changelog packages. > > > > This doesn't help me at all. I don't know how to build any Eclipse > > package. Please provide instructions. > > > > Andrew. > > > Have just update the bz ticket, with > > How reproducible: > checkout eclipse/devel > make i386 > Take 5 or 10 coffee cup :-) You may want to wait til the SDK packages get into rawhide rather than building it yourself. I'm working on it right now and I should have something in a couple of days. Ben > checkout eclipse-mylar/devel > make i386 > > the last make should be fail with the above message. > > Alphonse > > From aph at redhat.com Tue Jul 10 16:56:37 2007 From: aph at redhat.com (Andrew Haley) Date: Tue, 10 Jul 2007 17:56:37 +0100 Subject: [fedora-java] Stranges problem to build plugins with Eclipse 3.3 In-Reply-To: <1184086370.6596.19.camel@toast.toronto.redhat.com> References: <4693900A.7060802@gmail.com> <1184081555.6596.3.camel@toast.toronto.redhat.com> <18067.43682.224024.603152@zebedee.pink> <4693ADB2.9010808@gmail.com> <18067.44703.634331.35466@zebedee.pink> <4693B04D.1020404@gmail.com> <1184086370.6596.19.camel@toast.toronto.redhat.com> Message-ID: <18067.47685.470546.111944@zebedee.pink> Ben Konrath writes: > On Tue, 2007-07-10 at 18:14 +0200, Alphonse Van Assche wrote: > > Andrew Haley a ?crit : > > > > You say: > > > > > > How reproducible: building any Eclipse package that use the Eclipse > > > builder like eclipse-mylar and eclipse-changelog packages. > > > > > > This doesn't help me at all. I don't know how to build any Eclipse > > > package. Please provide instructions. > > > > > > Andrew. > > > > > Have just update the bz ticket, with > > > > How reproducible: > > checkout eclipse/devel > > make i386 > > Take 5 or 10 coffee cup :-) > > You may want to wait til the SDK packages get into rawhide rather than > building it yourself. I'm working on it right now and I should have > something in a couple of days. OK. Ping me when it's ready. Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From aph at redhat.com Sun Jul 22 10:33:20 2007 From: aph at redhat.com (Andrew Haley) Date: Sun, 22 Jul 2007 11:33:20 +0100 Subject: [fedora-java] Stranges problem to build plugins with Eclipse 3.3 In-Reply-To: <1184086370.6596.19.camel@toast.toronto.redhat.com> References: <4693900A.7060802@gmail.com> <1184081555.6596.3.camel@toast.toronto.redhat.com> <18067.43682.224024.603152@zebedee.pink> <4693ADB2.9010808@gmail.com> <18067.44703.634331.35466@zebedee.pink> <4693B04D.1020404@gmail.com> <1184086370.6596.19.camel@toast.toronto.redhat.com> Message-ID: <18083.12912.817618.915683@zebedee.pink> Ben Konrath writes: > On Tue, 2007-07-10 at 18:14 +0200, Alphonse Van Assche wrote: > > Andrew Haley a ?crit : > > > > You say: > > > > > > How reproducible: building any Eclipse package that use the Eclipse > > > builder like eclipse-mylar and eclipse-changelog packages. > > > > > > This doesn't help me at all. I don't know how to build any Eclipse > > > package. Please provide instructions. > > > > > > Andrew. > > > > > Have just update the bz ticket, with > > > > How reproducible: > > checkout eclipse/devel > > make i386 > > Take 5 or 10 coffee cup :-) > > You may want to wait til the SDK packages get into rawhide rather than > building it yourself. I'm working on it right now and I should have > something in a couple of days. ? Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From Michael.Bauschert at web.de Mon Jul 23 17:18:58 2007 From: Michael.Bauschert at web.de (Michael Bauschert) Date: Mon, 23 Jul 2007 19:18:58 +0200 Subject: [fedora-java] JSF application with tomcat and gcj Message-ID: <561539993@web.de> Hi, i run a jsf application with tomcat 5.5.23 under Fedora rawhide. If it comes to compiling the JSPs i get the following errors: javax.servlet.ServletException: Unable to compile class for JSP: An error occurred at line: 1 in the jsp file: /index.jsp The type java.io.Writer cannot be resolved. It is indirectly referenced from required .class files 1: <%@ taglib uri="http://java.sun.com/jsf/core" prefix="f" %> 2: <%@ taglib uri="http://java.sun.com/jsf/html" prefix="h" %> 3: 4: An error occurred at line: 1 in the jsp file: /index.jsp The method write(String) is undefined for the type JspWriter 1: <%@ taglib uri="http://java.sun.com/jsf/core" prefix="f" %> 2: <%@ taglib uri="http://java.sun.com/jsf/html" prefix="h" %> 3: 4: ... there are many more such errors - for every line of the JSP with the following stacktrace within the localhost*.log Stacktrace: at org.apache.jasper.compiler.DefaultErrorHandler.javacError(jasper5-compiler-5.5.23.jar.so) at org.apache.jasper.compiler.ErrorDispatcher.javacError(jasper5-compiler-5.5.23.jar.so) at org.apache.jasper.compiler.JDTCompiler.generateClass(jasper5-compiler-5.5.23.jar.so) at org.apache.jasper.compiler.Compiler.compile(jasper5-compiler-5.5.23.jar.so) at org.apache.jasper.compiler.Compiler.compile(jasper5-compiler-5.5.23.jar.so) at org.apache.jasper.compiler.Compiler.compile(jasper5-compiler-5.5.23.jar.so) at org.apache.jasper.JspCompilationContext.compile(jasper5-compiler-5.5.23.jar.so) at org.apache.jasper.servlet.JspServletWrapper.service(jasper5-compiler-5.5.23.jar.so) at org.apache.jasper.servlet.JspServlet.serviceJspFile(jasper5-compiler-5.5.23.jar.so) at org.apache.jasper.servlet.JspServlet.service(jasper5-compiler-5.5.23.jar.so) at javax.servlet.http.HttpServlet.service(tomcat5-servlet-2.4-api-5.5.23.jar.so) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(catalina-5.5.23.jar.sowsz71d.so) at org.apache.catalina.core.ApplicationFilterChain.doFilter(catalina-5.5.23.jar.sowsz71d.so) at org.apache.catalina.core.ApplicationDispatcher.invoke(catalina-5.5.23.jar.sowsz71d.so) at org.apache.catalina.core.ApplicationDispatcher.processRequest(catalina-5.5.23.jar.sowsz71d.so) at org.apache.catalina.core.ApplicationDispatcher.doForward(catalina-5.5.23.jar.sowsz71d.so) at org.apache.catalina.core.ApplicationDispatcher.forward(catalina-5.5.23.jar.sowsz71d.so) at org.apache.myfaces.context.servlet.ServletExternalContextImpl.dispatch(ServletExternalContextImpl.java:419) at org.apache.myfaces.application.jsp.JspViewHandlerImpl.renderView(JspViewHandlerImpl.java:211) at org.apache.myfaces.lifecycle.RenderResponseExecutor.execute(RenderResponseExecutor.java:41) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:132) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:140) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(catalina-5.5.23.jar.sowsz71d.so) at org.apache.catalina.core.ApplicationFilterChain.doFilter(catalina-5.5.23.jar.sowsz71d.so) at org.apache.catalina.core.StandardWrapperValve.invoke(catalina-5.5.23.jar.sowsz71d.so) at org.apache.catalina.core.StandardContextValve.invoke(catalina-5.5.23.jar.sowsz71d.so) at org.apache.catalina.core.StandardHostValve.invoke(catalina-5.5.23.jar.sowsz71d.so) at org.apache.catalina.valves.ErrorReportValve.invoke(catalina-5.5.23.jar.sowsz71d.so) at org.apache.catalina.core.StandardEngineValve.invoke(catalina-5.5.23.jar.sowsz71d.so) at org.apache.catalina.connector.CoyoteAdapter.service(catalina-5.5.23.jar.sowsz71d.so) at org.apache.coyote.http11.Http11Processor.process(tomcat-http-5.5.23.jar.so) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(tomcat-http-5.5.23.jar.so) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(tomcat-util-5.5.23.jar.so) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(tomcat-util-5.5.23.jar.so) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(tomcat-util-5.5.23.jar.so) at java.lang.Thread.run(libgcj.so.8rh) The same version of the JSP-App is running perfectly fine under a windows tomcat. The jars in the WEB-INF/lib are: -rw-r--r-- 1 root root 188671 2007-01-25 17:00 commons-beanutils-1.7.0.jar -rw-r--r-- 1 root root 46725 2007-01-25 17:00 commons-codec-1.3.jar -rw-r--r-- 1 root root 559366 2007-01-25 17:00 commons-collections-3.1.jar -rw-r--r-- 1 root root 168446 2007-01-25 17:00 commons-digester-1.6.jar -rw-r--r-- 1 root root 112341 2007-01-25 17:00 commons-el-1.0.jar -rw-r--r-- 1 root root 22379 2007-01-25 17:00 commons-fileupload-1.0.jar -rw-r--r-- 1 root root 207723 2007-01-25 16:59 commons-lang-2.1.jar -rw-r--r-- 1 root root 38015 2007-01-25 16:59 commons-logging-1.0.4.jar -rw-r--r-- 1 root root 138956 2007-03-23 11:38 commons-validator-1.3.1.jar -rw-r--r-- 1 root root 16923 2007-01-25 16:59 jstl-1.1.0.jar -rw-r--r-- 1 root root 251988 2007-02-13 10:18 myfaces-api-1.1.5.jar -rw-r--r-- 1 root root 543521 2007-02-12 10:09 myfaces-impl-1.1.5.jar -rw-r--r-- 1 root root 65261 2007-01-25 17:00 oro-2.0.8.jar -rw-r--r-- 1 root root 2941389 2007-06-12 12:28 tomahawk-1.1.6.jar Any ideas ? Regards Michael From overholt at redhat.com Mon Jul 23 17:45:49 2007 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 23 Jul 2007 13:45:49 -0400 Subject: [fedora-java] JSF application with tomcat and gcj In-Reply-To: <561539993@web.de> References: <561539993@web.de> Message-ID: <1185212749.4368.23.camel@localhost.localdomain> On Mon, 2007-07-23 at 19:18 +0200, Michael Bauschert wrote: > > The type java.io.Writer cannot be resolved. It is indirectly > referenced from required .class files This kind of error usually occurs when there is some problem with the bootclasspath of ecj (the bytecode compiler part of Eclipse -- JDT Core). I believe tomcat -- or jasper .. I'm really not familiar with this stuff -- uses ecj as well so I suspect a problem there. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jdf.lists at gmail.com Mon Jul 23 18:24:17 2007 From: jdf.lists at gmail.com (Joshua Daniel Franklin) Date: Mon, 23 Jul 2007 11:24:17 -0700 Subject: [fedora-java] Headaches for sysadmins which Java apps/services Message-ID: <67437bc40707231124x7aa41419pe88b8b7f24743312@mail.gmail.com> Continuing discussion from "Re: Web-Interface for packages in Fedora: repoview, repowatch, something else?" https://www.redhat.com/archives/fedora-devel-list/2007-July/msg01093.html Nicolas Mailhot wrote: > Le Ven 20 juillet 2007 15:26, Jesse Keating a ?crit : > > All I'm doing is stating my opinions that I've developed over the > > years of dealing with java applications and hosting java services. > > IMHO as soon as we get a working FLOSS JDK the various Red Hat/JBoss > Java groups need to do get together a few days with Red Hat/Fedora > distro/Infrastructure team representatives and hash up how Fedora/Red > Hat Java can be made sysadmin-friendly. As a sysadmin who deals with Java apps and services, off the top of my head I'd say the biggest headaches are: --installing JDKs, which should go away with a Free IcedTea JPackage in Fedora --process and memory monitoring (which "java" process is 3109 again?) --runtime dependency resolution (building a /usr/share/java/ CLASSPATH vs devs bundling all their own jars) --custom startup scripts for local apps (tomcat has an OK init script) --duplication of effort between ant/maven build files and RPM spec files --authorization/authentication (tomcat realms vs unix groups, etc.) --system-config-securitylevel / iptables for RMI or java.net.* --on dev machines, updating eclipse (though we just started using the Jpackage'd RHEL4 SDK channel which seems pretty stable) Fedora can't do anything about some of these, but providing a JDK once the IcedTea issues are resolved will be a big help. And that's waiting on Sun: http://article.gmane.org/gmane.comp.java.openjdk.distro-packaging.devel/57 Note: classpath.org is currently down, use http://iced-tea.org/ instead. If anyone has a lot of cycles, wouldn't it be great if ant's task generated a spec with dependencies as well as built the RPMs? :) Thanks, Joshua From overholt at redhat.com Mon Jul 23 19:09:29 2007 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 23 Jul 2007 15:09:29 -0400 Subject: [fedora-java] Headaches for sysadmins which Java apps/services In-Reply-To: <67437bc40707231124x7aa41419pe88b8b7f24743312@mail.gmail.com> References: <67437bc40707231124x7aa41419pe88b8b7f24743312@mail.gmail.com> Message-ID: <1185217769.4368.24.camel@localhost.localdomain> On Mon, 2007-07-23 at 11:24 -0700, Joshua Daniel Franklin wrote: > --on dev machines, updating eclipse (though we just started using the > Jpackage'd RHEL4 SDK channel which seems pretty stable) I'm interested in more details here if you can provide them. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From vivekl at redhat.com Mon Jul 23 19:51:08 2007 From: vivekl at redhat.com (Vivek Lakshmanan) Date: Mon, 23 Jul 2007 15:51:08 -0400 Subject: [fedora-java] JSF application with tomcat and gcj In-Reply-To: <561539993@web.de> References: <561539993@web.de> Message-ID: <1185220268.2672.11.camel@topcat.toronto.redhat.com> On Mon, 2007-07-23 at 19:18 +0200, Michael Bauschert wrote: > Hi, > > i run a jsf application with tomcat 5.5.23 under Fedora rawhide. > > If it comes to compiling the JSPs i get the following errors: > > javax.servlet.ServletException: Unable to compile class for JSP: ... > An error occurred at line: 1 in the jsp file: /index.jsp > The method write(String) is undefined for the type JspWriter > 1: <%@ taglib uri="http://java.sun.com/jsf/core" prefix="f" %> > 2: <%@ taglib uri="http://java.sun.com/jsf/html" prefix="h" %> > 3: > 4: > > ... there are many more such errors - for every line of the JSP Please file a bug against rawhide tomcat5. Also, is it possible for you to produce a simple test case? It would be very valuable if you could... Thanks, Vivek From jdf.lists at gmail.com Mon Jul 23 20:55:56 2007 From: jdf.lists at gmail.com (Joshua Daniel Franklin) Date: Mon, 23 Jul 2007 13:55:56 -0700 Subject: [fedora-java] Headaches for sysadmins which Java apps/services In-Reply-To: <1185217769.4368.24.camel@localhost.localdomain> References: <67437bc40707231124x7aa41419pe88b8b7f24743312@mail.gmail.com> <1185217769.4368.24.camel@localhost.localdomain> Message-ID: <67437bc40707231355x1084df8ftef80879c1c049b2e@mail.gmail.com> On 7/23/07, Andrew Overholt wrote: > On Mon, 2007-07-23 at 11:24 -0700, Joshua Daniel Franklin wrote: > > --on dev machines, updating eclipse (though we just started using the > > Jpackage'd RHEL4 SDK channel which seems pretty stable) > > I'm interested in more details here if you can provide them. Sure, not sure if you mean on the problem side or the RHEL SDK side. If you've used Eclipse, the problem should be pretty clear. There is an update manager, but it's slow and half the time it crashes if you've got a bunch of plugins (and we do). It's usually faster to download an entire new Eclipse bundle than use the updater. The RHEL4 SDK has most of what we normally use, which is Eclipse + WTP / Tomcat 5.5 (for J2EE) + Subclipse. It installs with up2date or yum and works. It's the same trade-off as usual for RHEL, it's not the latest features but it's stable. Users can install Europa in their home directory if desired. From alcapcom at gmail.com Wed Jul 25 13:16:01 2007 From: alcapcom at gmail.com (Alphonse Van Assche) Date: Wed, 25 Jul 2007 15:16:01 +0200 Subject: [fedora-java] Packaging RXTX Message-ID: <46A74D11.9030809@gmail.com> Hi all, I need some help to packaging RXTX from (rxtx.org). This library is needed to build the Terminal serial line connector of the Eclipse TM (Target Management) project. The serial connector use only two libs of RXTX, librxtxParallel.so and librxtxSerial.so. My first idea was to create a dedicate package for RXTX but the problem is that RXTX native libs need to live in ...java/lib/arch (it's a JRE extension), so the package can only be installed for the default JRE. Martin Oberhuber (the TM Project Lead) have work on a RXTX Eclipse bundles so that it can be used in Eclipse plugins with a "vanilla" JRE, nice work! These bundles include the native libs and the classes. So the second idea is to build RXTX inside the eclipse-rxtx package and replace the native libs and the .class files before building the RXTX plugins. PS: RXTX bundles are not yet available on the web but Martin work on that with Trent Jarvi (upstream guy) to get an update site on the rxtx.org web site, see http://mailman.qbang.org/pipermail/rxtx/Week-of-Mon-20070129/848211.html for more details. Any help would be appreciate. Thanks, Alphonse From joe at galway.net Wed Jul 25 14:01:24 2007 From: joe at galway.net (Joe Desbonnet) Date: Wed, 25 Jul 2007 15:01:24 +0100 Subject: [fedora-java] Sun vs "free" java on Fedora Message-ID: <1cef3e950707250701n11333c8cu46d4ee93959cb00c@mail.gmail.com> I'm wondering what the strategy is regarding the existing stack vs the Sun stack now that it's under a Fedora compatible license. Will the two initiatives merge sometime in the future? I'm sure this has been discussed to death in other forums, but can someone who is familiar with what's going on summarize? Thanks, Joe From fkung at redhat.com Wed Jul 25 14:28:36 2007 From: fkung at redhat.com (Francis Kung) Date: Wed, 25 Jul 2007 10:28:36 -0400 Subject: [fedora-java] Sun vs "free" java on Fedora In-Reply-To: <1cef3e950707250701n11333c8cu46d4ee93959cb00c@mail.gmail.com> References: <1cef3e950707250701n11333c8cu46d4ee93959cb00c@mail.gmail.com> Message-ID: <46A75E14.6020703@redhat.com> Hi Joe, > I'm wondering what the strategy is regarding the existing stack vs the > Sun stack now that it's under a Fedora compatible license. Will the > two initiatives merge sometime in the future? I'm sure this has been > discussed to death in other forums, but can someone who is familiar > with what's going on summarize? Unfortunately, the Sun implementation of Java is not 100% free: some encumbered areas remain which were released as binary-only plugs. The IcedTea project (http://icedtea.classpath.org or http://iced-tea.org) attempts to use the GNU Classpath project to replace these areas and create a 100% free Java implementation based on Sun's OpenJDK, and we plan on having this in Fedora. One problem thus far have been some licensing problems with Sun's OpenJDK: a handful of files do not have proper license headers, and while we suspect this was merely an oversight, they have not been fixed yet and are a barrier to Fedora inclusion. We are hoping to have this resolved before Fedora 8. Cheers, Francis From aph at redhat.com Wed Jul 25 14:29:06 2007 From: aph at redhat.com (Andrew Haley) Date: Wed, 25 Jul 2007 15:29:06 +0100 Subject: [fedora-java] Sun vs "free" java on Fedora In-Reply-To: <1cef3e950707250701n11333c8cu46d4ee93959cb00c@mail.gmail.com> References: <1cef3e950707250701n11333c8cu46d4ee93959cb00c@mail.gmail.com> Message-ID: <18087.24114.763989.790748@zebedee.pink> Joe Desbonnet writes: > I'm wondering what the strategy is regarding the existing stack vs > the Sun stack now that it's under a Fedora compatible license. Will > the two initiatives merge sometime in the future? I'm sure this > has been discussed to death in other forums, but can someone who is > familiar with what's going on summarize? Top level: we don't yet know. Hopefully we'll soon be shipping Sun's Java or a package derived from it. However, it only runs on a couple of the architectures supported by GNU/Linux, and while we are working on porting it to other architectures, it'll be a while yet. There are people who would like to see gcj contine, myself included. We've recently upgraded gcj to Java 1.5 status. We'll be supporting both in Fedora for the medium term. Andrew. -- Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SL4 1TE, UK Registered in England and Wales No. 3798903 From overholt at redhat.com Wed Jul 25 19:51:58 2007 From: overholt at redhat.com (Andrew Overholt) Date: Wed, 25 Jul 2007 15:51:58 -0400 Subject: [fedora-java] Headaches for sysadmins which Java apps/services In-Reply-To: <67437bc40707231355x1084df8ftef80879c1c049b2e@mail.gmail.com> References: <67437bc40707231124x7aa41419pe88b8b7f24743312@mail.gmail.com> <1185217769.4368.24.camel@localhost.localdomain> <67437bc40707231355x1084df8ftef80879c1c049b2e@mail.gmail.com> Message-ID: <1185393118.15946.2.camel@localhost.localdomain> On Mon, 2007-07-23 at 13:55 -0700, Joshua Daniel Franklin wrote: > On 7/23/07, Andrew Overholt wrote: > > On Mon, 2007-07-23 at 11:24 -0700, Joshua Daniel Franklin wrote: > > > --on dev machines, updating eclipse (though we just started using the > > > Jpackage'd RHEL4 SDK channel which seems pretty stable) > > > > I'm interested in more details here if you can provide them. > > Sure, not sure if you mean on the problem side or the RHEL SDK side. > If you've used Eclipse, the problem should be pretty clear. There is an > update manager, but it's slow and half the time it crashes if you've got > a bunch of plugins (and we do). It's usually faster to download an > entire new Eclipse bundle than use the updater. Okay, that's an upstream problem that's being addressed in 3.4. > The RHEL4 SDK has most of what we normally use, which is > Eclipse + WTP / Tomcat 5.5 (for J2EE) + Subclipse. It installs with > up2date or yum and works. It's the same trade-off as usual for RHEL, > it's not the latest features but it's stable. Users can install Europa in > their home directory if desired. What's the "RHEL4 SDK" you speak of? RHDS? I didn't think JPackage provided any Eclipse packages other than ecj anymore. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jdf.lists at gmail.com Wed Jul 25 22:24:09 2007 From: jdf.lists at gmail.com (Joshua Daniel Franklin) Date: Wed, 25 Jul 2007 15:24:09 -0700 Subject: [fedora-java] Headaches for sysadmins which Java apps/services In-Reply-To: <1185393118.15946.2.camel@localhost.localdomain> References: <67437bc40707231124x7aa41419pe88b8b7f24743312@mail.gmail.com> <1185217769.4368.24.camel@localhost.localdomain> <67437bc40707231355x1084df8ftef80879c1c049b2e@mail.gmail.com> <1185393118.15946.2.camel@localhost.localdomain> Message-ID: <67437bc40707251524u12c5cb6dm53912efd651bd248@mail.gmail.com> On 7/25/07, Andrew Overholt wrote: > What's the "RHEL4 SDK" you speak of? RHDS? I didn't think JPackage > provided any Eclipse packages other than ecj anymore. Yes, I'm sorry it is RHDS. By JPackage I just mean they have "jpp" tags, these are from RHN. Here's the description from the RELEASE-NOTES: Red Hat Developer Suite 3 includes the following: . Eclipse SDK version 3.2 . Eclipse C/C++ Development Tooling version 3.1 including a technology preview of GNU Autotools support . Plugins for using OProfile version 1.2.1 . PHPEclipse 1.1.8 . Eclipse Web Tools Platform 1.5 . Eclipse Modeling Framework 2.2 . Eclipse Graphical Editing Framework 3.2 . Eclipse Visual Editor 1.2 . Plugins for using Bugzilla version version 0.2.4 . Enhanced ChangeLog authoring features version 2.2.2 We were hoping that SOAP, especially WS-Security, would become more interoperable, but I guess that's dead so now we don't care so much about WTP 2.0 / Axis 2.0. From fedora at naffah-raif.name Thu Jul 26 09:10:09 2007 From: fedora at naffah-raif.name (Raif S. Naffah) Date: Thu, 26 Jul 2007 19:10:09 +1000 Subject: [fedora-java] problem starting native Eclipse on F7 Message-ID: <200707261910.25413.fedora@naffah-raif.name> hello there, recently i upgraded my system from FC6 to F7. after: * removing the old eclipse RPMs, deleting usr/lib/eclipse, usr/share/eclipse, ~/.eclipse, and ~/workspace directories, * yum groupinstall Eclipse, * starting eclipse with both gcj (GNU libgcj 4.1.2 20070502 (Red Hat 4.1.2-12)) and Sun's jdk1.5.0_12, i get an error and the log shows: !ENTRY org.eclipse.core.runtime 2007-07-26 19:02:36.425 !MESSAGE Product org.eclipse.platform.ide could not be found. !ENTRY org.eclipse.osgi 4 0 2007-07-26 19:02:36.430 !MESSAGE Application error !STACK 1 java.lang.RuntimeException: No application id has been found. at org.eclipse.core.internal.runtime.PlatformActivator$1.run(org.eclipse.core.runtime_3.2.0.v20060603.jar.so) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(org.eclipse.osgi_3.2.2.R32x_v20070118.jar.so) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(org.eclipse.osgi_3.2.2.R32x_v20070118.jar.so) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(org.eclipse.osgi_3.2.2.R32x_v20070118.jar.so) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(org.eclipse.osgi_3.2.2.R32x_v20070118.jar.so) at java.lang.reflect.Method.invoke(libgcj.so.8rh) at org.eclipse.core.launcher.Main.invokeFramework(startup.jar.so) at org.eclipse.core.launcher.Main.basicRun(startup.jar.so) at org.eclipse.core.launcher.Main.run(startup.jar.so) at org.eclipse.core.launcher.Main.main(startup.jar.so) any ideas what i'm missing? TIA + cheers; rsn -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From overholt at redhat.com Thu Jul 26 13:32:17 2007 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 26 Jul 2007 09:32:17 -0400 Subject: [fedora-java] problem starting native Eclipse on F7 In-Reply-To: <200707261910.25413.fedora@naffah-raif.name> References: <200707261910.25413.fedora@naffah-raif.name> Message-ID: <1185456737.18039.2.camel@localhost.localdomain> Hi, On Thu, 2007-07-26 at 19:10 +1000, Raif S. Naffah wrote: > * removing the old eclipse RPMs, deleting usr/lib/eclipse, > usr/share/eclipse, ~/.eclipse, and ~/workspace directories, > * yum groupinstall Eclipse, > * starting eclipse with both gcj (GNU libgcj 4.1.2 20070502 (Red Hat > 4.1.2-12)) and Sun's jdk1.5.0_12, i get an error and the log shows: > > > !ENTRY org.eclipse.core.runtime 2007-07-26 19:02:36.425 > !MESSAGE Product org.eclipse.platform.ide could not be found. > > !ENTRY org.eclipse.osgi 4 0 2007-07-26 19:02:36.430 > !MESSAGE Application error > !STACK 1 > java.lang.RuntimeException: No application id has been found. Hmm. Please give us the output of the following: rpm -qa | egrep "eclipse|swt" for f in `!!`; do rpm -qV $f; done Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at naffah-raif.name Thu Jul 26 15:11:02 2007 From: fedora at naffah-raif.name (Raif S. Naffah) Date: Fri, 27 Jul 2007 01:11:02 +1000 Subject: [fedora-java] problem starting native Eclipse on F7 In-Reply-To: <1185456737.18039.2.camel@localhost.localdomain> References: <200707261910.25413.fedora@naffah-raif.name> <1185456737.18039.2.camel@localhost.localdomain> Message-ID: <200707270111.11775.fedora@naffah-raif.name> On Thu July 26 2007 23:32:17 Andrew Overholt wrote: > rpm -qa | egrep "eclipse|swt" > for f in `!!`; do rpm -qV $f; done S.5....T /usr/lib/eclipse/configuration/config.ini missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16 missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1 missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-atk-gtk-3236.so missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-cairo-gtk-3236.so missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-glx-gtk-3236.so missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-gnome-gtk-3236.so missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-gtk-3236.so missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-mozilla-gtk-3236.so missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-pi-gtk-3236.so missing /usr/lib/eclipse/libswt-atk-gtk-3236.so missing /usr/lib/eclipse/libswt-cairo-gtk-3236.so missing /usr/lib/eclipse/libswt-glx-gtk-3236.so missing /usr/lib/eclipse/libswt-gnome-gtk-3236.so missing /usr/lib/eclipse/libswt-gtk-3236.so missing /usr/lib/eclipse/libswt-mozilla-gtk-3236.so missing /usr/lib/eclipse/libswt-pi-gtk-3236.so missing /usr/lib/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_3.2.2.v3236.jar missing /usr/lib/eclipse/swt-gtk-3.2.2.jar missing /usr/lib/eclipse/swt-gtk-3.2.jar missing /usr/lib/gcj/eclipse/org.eclipse.swt.gtk.linux.x86_3.2.2.v3236.jar.db missing /usr/lib/gcj/eclipse/org.eclipse.swt.gtk.linux.x86_3.2.2.v3236.jar.so missing /usr/share/eclipse/plugins/org.eclipse.swt_3.2.2.v3236b.jar cheers; rsn -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From overholt at redhat.com Thu Jul 26 16:25:48 2007 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 26 Jul 2007 12:25:48 -0400 Subject: [fedora-java] problem starting native Eclipse on F7 In-Reply-To: <200707270111.11775.fedora@naffah-raif.name> References: <200707261910.25413.fedora@naffah-raif.name> <1185456737.18039.2.camel@localhost.localdomain> <200707270111.11775.fedora@naffah-raif.name> Message-ID: <1185467148.18039.18.camel@localhost.localdomain> Hi, On Fri, 2007-07-27 at 01:11 +1000, Raif S. Naffah wrote: > On Thu July 26 2007 23:32:17 Andrew Overholt wrote: > > rpm -qa | egrep "eclipse|swt" > > for f in `!!`; do rpm -qV $f; done > > S.5....T /usr/lib/eclipse/configuration/config.ini > missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16 > missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1 > missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp > missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-atk-gtk-3236.so > missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-cairo-gtk-3236.so > missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-glx-gtk-3236.so > missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-gnome-gtk-3236.so > missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-gtk-3236.so > missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-mozilla-gtk-3236.so > missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-pi-gtk-3236.so > missing /usr/lib/eclipse/libswt-atk-gtk-3236.so > missing /usr/lib/eclipse/libswt-cairo-gtk-3236.so > missing /usr/lib/eclipse/libswt-glx-gtk-3236.so > missing /usr/lib/eclipse/libswt-gnome-gtk-3236.so > missing /usr/lib/eclipse/libswt-gtk-3236.so > missing /usr/lib/eclipse/libswt-mozilla-gtk-3236.so > missing /usr/lib/eclipse/libswt-pi-gtk-3236.so > missing /usr/lib/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_3.2.2.v3236.jar > missing /usr/lib/eclipse/swt-gtk-3.2.2.jar > missing /usr/lib/eclipse/swt-gtk-3.2.jar > missing /usr/lib/gcj/eclipse/org.eclipse.swt.gtk.linux.x86_3.2.2.v3236.jar.db > missing /usr/lib/gcj/eclipse/org.eclipse.swt.gtk.linux.x86_3.2.2.v3236.jar.so > missing /usr/share/eclipse/plugins/org.eclipse.swt_3.2.2.v3236b.jar Well that's why you can't start it :). I wonder how your RPMs got messed up. I've never tried groupinstall before. I don't see how yum brought in a broken swt RPM. Try uninstalling and re-installing libswt3-gtk2, then re-run the verification. If things are still showing as missing, remove all of the eclipse RPMs and libswt3-gtk2 again and verify that /usr/lib/eclipse and /usr/share/eclipse are totally empty and gone. I'm assuming you're on x86 so you won't have /usr/lib64/eclipse. Then re-install stuff and re-run the verification. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at naffah-raif.name Thu Jul 26 16:56:44 2007 From: fedora at naffah-raif.name (Raif S. Naffah) Date: Fri, 27 Jul 2007 02:56:44 +1000 Subject: [fedora-java] problem starting native Eclipse on F7 In-Reply-To: <1185467148.18039.18.camel@localhost.localdomain> References: <200707261910.25413.fedora@naffah-raif.name> <200707270111.11775.fedora@naffah-raif.name> <1185467148.18039.18.camel@localhost.localdomain> Message-ID: <200707270256.53206.fedora@naffah-raif.name> hello Andrew, On Fri July 27 2007 02:25:48 Andrew Overholt wrote: > On Fri, 2007-07-27 at 01:11 +1000, Raif S. Naffah wrote: > > On Thu July 26 2007 23:32:17 Andrew Overholt wrote: > > > rpm -qa | egrep "eclipse|swt" > > > for f in `!!`; do rpm -qV $f; done > > > > S.5....T /usr/lib/eclipse/configuration/config.ini > > missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16 > > missing /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1 > > missing > > /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp missing > > > > /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-a > >tk-gtk-3236.so missing > > /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-c > >airo-gtk-3236.so missing > > /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-g > >lx-gtk-3236.so missing > > /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-g > >nome-gtk-3236.so missing > > /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-g > >tk-3236.so missing > > /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-m > >ozilla-gtk-3236.so missing > > /usr/lib/eclipse/configuration/org.eclipse.osgi/bundles/16/1/.cp/libswt-p > >i-gtk-3236.so missing /usr/lib/eclipse/libswt-atk-gtk-3236.so > > missing /usr/lib/eclipse/libswt-cairo-gtk-3236.so > > missing /usr/lib/eclipse/libswt-glx-gtk-3236.so > > missing /usr/lib/eclipse/libswt-gnome-gtk-3236.so > > missing /usr/lib/eclipse/libswt-gtk-3236.so > > missing /usr/lib/eclipse/libswt-mozilla-gtk-3236.so > > missing /usr/lib/eclipse/libswt-pi-gtk-3236.so > > missing > > /usr/lib/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_3.2.2.v3236.jar > > missing /usr/lib/eclipse/swt-gtk-3.2.2.jar > > missing /usr/lib/eclipse/swt-gtk-3.2.jar > > missing > > /usr/lib/gcj/eclipse/org.eclipse.swt.gtk.linux.x86_3.2.2.v3236.jar.db > > missing > > /usr/lib/gcj/eclipse/org.eclipse.swt.gtk.linux.x86_3.2.2.v3236.jar.so > > missing /usr/share/eclipse/plugins/org.eclipse.swt_3.2.2.v3236b.jar > > Well that's why you can't start it :). I wonder how your RPMs got > messed up. I've never tried groupinstall before. I don't see how yum > brought in a broken swt RPM. Try uninstalling and re-installing > libswt3-gtk2, then re-run the verification. did that, and yum removed all the eclipse-xxx for dependency. re-installed libswt3-gtk2. FWIW, both the old and new libswt3-gtk2 have the same version number (1:3.2.2-14.fc7) but differ in size. the newly installed one is 3.1M while the previous one was 6.9M. after groupinstall-ing Eclipse, it works! > If things are still showing > as missing, remove all of the eclipse RPMs and libswt3-gtk2 again and > verify that /usr/lib/eclipse and /usr/share/eclipse are totally empty > and gone. I'm assuming you're on x86 so you won't > have /usr/lib64/eclipse. correct. > Then re-install stuff and re-run the > verification. thanks for your help + cheers; rsn -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From overholt at redhat.com Thu Jul 26 17:16:15 2007 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 26 Jul 2007 13:16:15 -0400 Subject: [fedora-java] problem starting native Eclipse on F7 In-Reply-To: <200707270256.53206.fedora@naffah-raif.name> References: <200707261910.25413.fedora@naffah-raif.name> <200707270111.11775.fedora@naffah-raif.name> <1185467148.18039.18.camel@localhost.localdomain> <200707270256.53206.fedora@naffah-raif.name> Message-ID: <1185470175.18039.22.camel@localhost.localdomain> On Fri, 2007-07-27 at 02:56 +1000, Raif S. Naffah wrote: > re-installed libswt3-gtk2. FWIW, both the old and new libswt3-gtk2 have the > same version number (1:3.2.2-14.fc7) but differ in size. the newly installed > one is 3.1M while the previous one was 6.9M. Whoa! According to koji, it should be 3293193 bytes so your new one seems correct. I wonder if it was a bad mirror or something. http://koji.fedoraproject.org/koji/rpminfo?rpmID=70911 > after groupinstall-ing Eclipse, it works! Awesome. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: