From green at redhat.com Sat Dec 3 03:14:27 2005 From: green at redhat.com (Anthony Green) Date: Fri, 02 Dec 2005 19:14:27 -0800 Subject: [fedora-java] lib-foo-bar magic name class loading Message-ID: <1133579667.3524.6.camel@localhost.localdomain> Eclipse starts 15 to 20 seconds faster for me when I start it like so... eclipse -vmargs -Dgnu.gcj.runtime.VMClassLoader.library_control=never This is because it's doing over 60,000 fewer failing file-system calls (trying to open non-existent libraries). Should we change libgcj's default behaviour? If not, adding -Dgnu.gcj.runtime.VMClassLoader.library_control=never to startup scripts like /usr/bin/eclipse seems like a good idea. AFAIK we don't rely on this old class loading trick. AG From aph at redhat.com Sat Dec 3 09:35:42 2005 From: aph at redhat.com (Andrew Haley) Date: Sat, 3 Dec 2005 09:35:42 +0000 Subject: [fedora-java] lib-foo-bar magic name class loading In-Reply-To: <1133579667.3524.6.camel@localhost.localdomain> References: <1133579667.3524.6.camel@localhost.localdomain> Message-ID: <17297.26350.104709.175418@zapata.pink> Anthony Green writes: > Eclipse starts 15 to 20 seconds faster for me when I start it like so... > > eclipse -vmargs -Dgnu.gcj.runtime.VMClassLoader.library_control=never > > This is because it's doing over 60,000 fewer failing file-system calls > (trying to open non-existent libraries). > > Should we change libgcj's default behaviour? Yes. Please! Andrew. From tromey at redhat.com Sun Dec 4 02:00:51 2005 From: tromey at redhat.com (Tom Tromey) Date: 03 Dec 2005 19:00:51 -0700 Subject: [fedora-java] lib-foo-bar magic name class loading In-Reply-To: <1133579667.3524.6.camel@localhost.localdomain> References: <1133579667.3524.6.camel@localhost.localdomain> Message-ID: >>>>> "Anthony" == Anthony Green writes: Anthony> Should we change libgcj's default behaviour? If not, adding Anthony> -Dgnu.gcj.runtime.VMClassLoader.library_control=never to Anthony> startup scripts like /usr/bin/eclipse seems like a good idea. Anthony> AFAIK we don't rely on this old class loading trick. I think we use it to load the AWT peers. It would be reasonable to make a different method to do this, but I think it isn't as simple as just changing the default here. Tom From green at redhat.com Sun Dec 4 12:49:08 2005 From: green at redhat.com (Anthony Green) Date: Sun, 04 Dec 2005 04:49:08 -0800 Subject: [fedora-java] lib-foo-bar magic name class loading In-Reply-To: References: <1133579667.3524.6.camel@localhost.localdomain> Message-ID: <1133700548.3036.17.camel@localhost.localdomain> On Sat, 2005-12-03 at 19:00 -0700, Tom Tromey wrote: > >>>>> "Anthony" == Anthony Green writes: > > Anthony> Should we change libgcj's default behaviour? If not, adding > Anthony> -Dgnu.gcj.runtime.VMClassLoader.library_control=never to > Anthony> startup scripts like /usr/bin/eclipse seems like a good idea. > Anthony> AFAIK we don't rely on this old class loading trick. > > I think we use it to load the AWT peers. > It would be reasonable to make a different method to do this, but I > think it isn't as simple as just changing the default here. Ok, why don't we just set gnu.gcj.runtime.VMClassLoader.library_control to "never" for eclipse (and perhaps others -- OO.o? tomcat5?), and file a bug about finding a new mechanism for AWT peers. AG From green at redhat.com Sun Dec 4 18:44:12 2005 From: green at redhat.com (Anthony Green) Date: Sun, 04 Dec 2005 10:44:12 -0800 Subject: [fedora-java] building Eclipse plugins Message-ID: <1133721852.3036.46.camel@localhost.localdomain> I used to think building Eclipse plugins from source was hard. I don't know why I didn't notice this before, but you can right click on the plugin.xml file and generate a build.xml that just works. So I've packaged the SchemeScript Eclipse plugin. Here's my first crack at it: http://people.redhat.com/green/FC/SchemeScript-1.1.4-1.src.rpm . Here's a screenshot: http://spindazzle.org/green/pics/20051204-SchemeScript.png SchemeScript is really nice. It works with kawa (in-process or out), or any number of other external scheme implementations, and has pretty much every feature you might find in emacs scheme mode and more (backtrace view, outline view, a special canvas view (see screenshot), terrific integrated documentation, etc). I hope to get this into Extras for FC5. AG From mikezang at yahoo.co.jp Mon Dec 5 13:18:05 2005 From: mikezang at yahoo.co.jp (Mike Zang) Date: Mon, 5 Dec 2005 22:18:05 +0900 (JST) Subject: [fedora-java] Re: Why does tomcat5 stop automaticlly after started In-Reply-To: <20051205095013.GA7340@redhat.com> Message-ID: <20051205131805.3085.qmail@web10503.mail.bbt.yahoo.co.jp> I installed tomcat5 and mod_jk on FC4 as below: yum install tomcat5 tomcat5-webapps tomcat5-admin-webapps mod_jk I cound't find startup.sh and stop.sh, there are only three files in bin: -rw-r--r-- 1 root root 30231 May 10 2005 bootstrap.jar -rwxr-xr-x 1 root root 713 May 10 2005 relink -rwxr-xr-x 1 root root 341 May 10 2005 reloctomcat5 and I used service tomcat5 start, At the first, the tomcat5 is ok, but after I reboot the server, the tomcat soon stop after started, I can find it as below after started: tomcat 3885 1 18 15:28 pts/2 00:00:06 /usr/lib/jvm/java/bin/java -Djava.endorsed.dirs=/usr/share/tomcat5/common/endorsed -classpath /usr/lib/jvm/java/lib/tools.jar:/usr/share/tomcat5/bin/bootstrap.jar:/usr/share/java/commons-logging-api.jar:/usr/share/java/mx4j/mx4j.jar -Dcatalina.base=/usr/share/tomcat5 -Dcatalina.home=/usr/share/tomcat5 -Djava.io.tmpdir=/usr/share/tomcat5/temp org.apache.catalina.startup.Bootstrap start Can you help me? From green at redhat.com Mon Dec 12 00:05:04 2005 From: green at redhat.com (Anthony Green) Date: Sun, 11 Dec 2005 16:05:04 -0800 Subject: [fedora-java] xalan build Message-ID: <1134345904.3007.3.camel@localhost.localdomain> I'm not sure who is working on the GCC 4.1 rebuild of the java packages right now, but I found I had to apply the following patch to xalan-j2 to get it to build. This probably has more to do with the recent Eclipse upgrade more than anything else. AG -------------- next part -------------- A non-text attachment was scrubbed... Name: xalan-j2-source.patch Type: text/x-patch Size: 704 bytes Desc: not available URL: From green at redhat.com Mon Dec 12 01:10:18 2005 From: green at redhat.com (Anthony Green) Date: Sun, 11 Dec 2005 17:10:18 -0800 Subject: [fedora-java] JacORB build problem Message-ID: <1134349818.3007.11.camel@localhost.localdomain> The rawhide JacORB doesn't build with gcj 4.1 because of incompatibilities between libgcj's org.omg.CORBA and JacORB's org.omg.CORBA. The JacORB code is referring to org.omg.CORBA fields that only appear in the JacORB version of these classes, and there's no way to override libgcj's built-in version at build time. This problem is similar to the xml-commons-apis problem we've discussed here and in bugzilla. AG From gbenson at redhat.com Mon Dec 12 10:22:16 2005 From: gbenson at redhat.com (Gary Benson) Date: Mon, 12 Dec 2005 10:22:16 +0000 Subject: [fedora-java] Re: JacORB build problem In-Reply-To: <1134349818.3007.11.camel@localhost.localdomain> References: <1134349818.3007.11.camel@localhost.localdomain> Message-ID: <20051212102211.GA12937@redhat.com> Anthony Green wrote: > The rawhide JacORB doesn't build with gcj 4.1 because of > incompatibilities between libgcj's org.omg.CORBA and JacORB's > org.omg.CORBA. The JacORB code is referring to org.omg.CORBA fields > that only appear in the JacORB version of these classes, and there's > no way to override libgcj's built-in version at build time. > > This problem is similar to the xml-commons-apis problem we've > discussed here and in bugzilla. Hmmm, I don't think that one was ever properly solved either. Do the bits with JacORB-specific calls get used in JOnAS? If not the easiest fix will be to replace them with throw new RuntimeException("Not implemented") or similar. Cheers, Gary From mark at klomp.org Mon Dec 12 16:56:38 2005 From: mark at klomp.org (Mark Wielaard) Date: Mon, 12 Dec 2005 17:56:38 +0100 Subject: [fedora-java] JacORB build problem In-Reply-To: <1134349818.3007.11.camel@localhost.localdomain> References: <1134349818.3007.11.camel@localhost.localdomain> Message-ID: <1134406598.6378.84.camel@localhost.localdomain> Hi Anthony, On Sun, 2005-12-11 at 17:10 -0800, Anthony Green wrote: > The rawhide JacORB doesn't build with gcj 4.1 because of > incompatibilities between libgcj's org.omg.CORBA and JacORB's > org.omg.CORBA. The JacORB code is referring to org.omg.CORBA fields > that only appear in the JacORB version of these classes, and there's no > way to override libgcj's built-in version at build time. Which fields are these? The new org.omg code should have been BC-compiled so you are able to override it with something in an endorsed dir if you want that. But I rather fix the code in classpath/libgcj to have all the correct fields of course. Cheers, Mark -------------- 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 tromey at redhat.com Mon Dec 12 18:15:22 2005 From: tromey at redhat.com (Tom Tromey) Date: 12 Dec 2005 11:15:22 -0700 Subject: [fedora-java] JacORB build problem In-Reply-To: <1134349818.3007.11.camel@localhost.localdomain> References: <1134349818.3007.11.camel@localhost.localdomain> Message-ID: >>>>> "Anthony" == Anthony Green writes: Anthony> The JacORB code is referring to org.omg.CORBA fields that Anthony> only appear in the JacORB version of these classes, and Anthony> there's no way to override libgcj's built-in version at build Anthony> time. At build time setting -bootclasspath or the like ought to work. At runtime, as Mark said, these classes are BC-compiled and can be overridden via extdirs. Could you post the error message and whatnot? Maybe that would help. Tom From wellington.lacerda at gmail.com Mon Dec 12 18:54:58 2005 From: wellington.lacerda at gmail.com (Wellington L.S. da Silva) Date: Mon, 12 Dec 2005 16:54:58 -0200 Subject: [fedora-java] Images and Tomcat under Fedora Message-ID: <5c438ba0512121054v73a16bd4m@mail.gmail.com> I'm new to the list, pretty fresh on Fedora, and this first message of mine is about how to configure a Fedora box with Tomcat and Java to serve high definition graphics. I work for the UN and I'm trying to setup a box for my mapping and eGis projects, but, from time to time, the graphics server (XServer?) just crashed leaving me bad. Any ideas on how to serve images (mostly png, jpeg, tiff, or gif) with Tomcat? Thanks, Wellington -------------- next part -------------- An HTML attachment was scrubbed... URL: From tromey at redhat.com Mon Dec 12 18:51:24 2005 From: tromey at redhat.com (Tom Tromey) Date: 12 Dec 2005 11:51:24 -0700 Subject: [fedora-java] building Eclipse plugins In-Reply-To: <1133721852.3036.46.camel@localhost.localdomain> References: <1133721852.3036.46.camel@localhost.localdomain> Message-ID: >>>>> "Anthony" == Anthony Green writes: Anthony> I used to think building Eclipse plugins from source was Anthony> hard. I don't know why I didn't notice this before, but you Anthony> can right click on the plugin.xml file and generate a Anthony> build.xml that just works. I think it depends on the plugin in question. For some of them the generated build.xml will try to contact the plugin's cvs server during the build. There were other problems, too, but I forget what. Tom From overholt at redhat.com Mon Dec 12 19:11:29 2005 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 12 Dec 2005 14:11:29 -0500 Subject: [fedora-java] building Eclipse plugins In-Reply-To: References: <1133721852.3036.46.camel@localhost.localdomain> Message-ID: <1134414689.28797.1.camel@tophat.toronto.redhat.com> On Mon, 2005-12-12 at 11:51 -0700, Tom Tromey wrote: > >>>>> "Anthony" == Anthony Green writes: > > Anthony> I used to think building Eclipse plugins from source was > Anthony> hard. I don't know why I didn't notice this before, but you > Anthony> can right click on the plugin.xml file and generate a > Anthony> build.xml that just works. > > I think it depends on the plugin in question. For some of them the > generated build.xml will try to contact the plugin's cvs server during > the build. There were other problems, too, but I forget what. Yeah, there are a few distinct issues at play here. Ben Konrath and I (mostly Ben) are looking at the situation. Debian guys are interested/involved and we'll get something sorted out that works for all. Andrew From ryanm at ashleyassociates.co.jp Tue Dec 13 03:04:04 2005 From: ryanm at ashleyassociates.co.jp (Ryan McDougall) Date: Tue, 13 Dec 2005 12:04:04 +0900 Subject: [fedora-java] How to debug a Tomcat5 servlet on Fedora Message-ID: <1134443044.3597.17.camel@localhost.localdomain> I hope this is one topic for this list, if not a redirect would be greatly appreciated. I am trying to set up a simple servlet, which according to various tutorials, should work. However it doesnt, and I am unable to find out why. The tomcat manager simply tells me "FAIL - Application at context path /myservlet could not be started" and thats it. My question is how can I tease out enough information to discover what the problem is? I am a decently experienced programmer, so _any_ sekret kungfu would be helpful. This is a high priority for my company, so thats all Im working on at the moment, but Im stuck without the tools to debug+solve my own problem ATM. Java Source: import javax.servlet.http.*; import java.io.*; public class TestWebApp extends HttpServlet { static final long serialVersionUID =0; public void doPost (HttpServletRequest req, HttpServletResponse resp) throws IOException { resp.setContentType ("text/html"); PrintWriter out = resp.getWriter (); out.println ("w00t"); } } web.xml: References: <1134349818.3007.11.camel@localhost.localdomain> <1134406598.6378.84.camel@localhost.localdomain> Message-ID: <1134490002.2669.7.camel@localhost.localdomain> On Mon, 2005-12-12 at 17:56 +0100, Mark Wielaard wrote: > Which fields are these? Here are all the errors. AG [javac] 19. ERROR in /usr/src/redhat/BUILD/JacORB_2_2/src/org/jacorb/orb/ORBSingleton.java [javac] (at line 525) [javac] return new org.jacorb.orb.TypeCode (org.omg.CORBA.TCKind._tk_local_interface, [javac] [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [javac] org.omg.CORBA.TCKind._tk_local_interface cannot be resolved [javac] 24. ERROR in /usr/src/redhat/BUILD/JacORB_2_2/src/org/jacorb/poa/POA.java [javac] (at line 47) [javac] public class POA [javac] ^^^ [javac] The type POA must implement the inherited abstract method POAOperations.id() [javac] 26. ERROR in /usr/src/redhat/BUILD/JacORB_2_2/src/org/jacorb/poa/POA.java [javac] (at line 826) [javac] public org.omg.CORBA.Object create_reference_with_id(byte[] oid, [javac] [javac] String intf_rep_id) [javac] throws WrongPolicy [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [javac] Exception WrongPolicy is not compatible with throws clause in POAOperations.create_\reference_with_id(byte[], String) [javac] 76. ERROR in /usr/src/redhat/BUILD/JacORB_2_2/src/org/jacorb/orb/portableInterceptor/IORInfoImpl.java [javac] (at line 44) [javac] public class IORInfoImpl extends org.omg.CORBA.LocalObject [javac] ^^^^^^^^^^^ [javac] The type IORInfoImpl must implement the inherited abstract method IORInfoOperations.current_factory() [javac] ---------- [javac] 77. ERROR in /usr/src/redhat/BUILD/JacORB_2_2/src/org/jacorb/orb/portableInterceptor/IORInfoImpl.java [javac] (at line 44) [javac] public class IORInfoImpl extends org.omg.CORBA.LocalObject [javac] ^^^^^^^^^^^ [javac] The type IORInfoImpl must implement the inherited abstract method IORInfoOperations.state() [javac] 79. ERROR in /usr/src/redhat/BUILD/JacORB_2_2/src/org/jacorb/orb/portableInterceptor/IORInfoImpl.java [javac] (at line 44) [javac] public class IORInfoImpl extends org.omg.CORBA.LocalObject [javac] ^^^^^^^^^^^ [javac] The type IORInfoImpl must implement the inherited abstract method IORInfoOperations.adapter_template() [javac] ---------- [javac] 80. ERROR in /usr/src/redhat/BUILD/JacORB_2_2/src/org/jacorb/orb/portableInterceptor/IORInfoImpl.java [javac] (at line 44) [javac] public class IORInfoImpl extends org.omg.CORBA.LocalObject [javac] ^^^^^^^^^^^ [javac] The type IORInfoImpl must implement the inherited abstract method IORInfoOperations.manager_id() [javac] ---------- [javac] 81. ERROR in /usr/src/redhat/BUILD/JacORB_2_2/src/org/jacorb/orb/portableInterceptor/IORInfoImpl.java [javac] (at line 44) [javac] public class IORInfoImpl extends org.omg.CORBA.LocalObject [javac] ^^^^^^^^^^^ [javac] The type IORInfoImpl must implement the inherited abstract method IORInfoOperations.current_factory(ObjectReferenceFactory) [javac] 92. ERROR in /usr/src/redhat/BUILD/JacORB_2_2/src/org/jacorb/orb/ServantDelegate.java [javac] (at line 268) [javac] _out.write_Object(self._get_interface() ); [javac] ^^^^^^^^^^^^^^ [javac] The method _get_interface() is undefined for the type Servant [javac] 103. ERROR in /usr/src/redhat/BUILD/JacORB_2_2/src/org/jacorb/orb/TypeCode.java [javac] (at line 598) [javac] case TCKind._tk_local_interface: [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^ [javac] TCKind._tk_local_interface cannot be resolved [javac] ---------- [javac] 104. ERROR in /usr/src/redhat/BUILD/JacORB_2_2/src/org/jacorb/orb/TypeCode.java [javac] (at line 624) [javac] case TCKind._tk_local_interface: [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^ [javac] TCKind._tk_local_interface cannot be resolved [javac] ---------- [javac] 105. ERROR in /usr/src/redhat/BUILD/JacORB_2_2/src/org/jacorb/orb/TypeCode.java [javac] (at line 942) [javac] kind == TCKind._tk_local_interface ) [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^ [javac] TCKind._tk_local_interface cannot be resolved [javac] ---------- [javac] 107. ERROR in /usr/src/redhat/BUILD/JacORB_2_2/src/org/jacorb/orb/TypeCode.java [javac] (at line 1114) [javac] case TCKind._tk_local_interface: [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^ [javac] TCKind._tk_local_interface cannot be resolved [javac] 212. ERROR in /usr/src/redhat/BUILD/JacORB_2_2/src/org/jacorb/orb/portableIntercept \or/ServerRequestInfoImpl.java [javac] (at line 45) [javac] public class ServerRequestInfoImpl [javac] ^^^^^^^^^^^^^^^^^^^^^ [javac] The type ServerRequestInfoImpl must implement the inherited abstract method ServerRequestInfoOperations.orb_id() [javac] 214. ERROR in /usr/src/redhat/BUILD/JacORB_2_2/src/org/jacorb/orb/portableInterceptor/ServerRequestInfoImpl.java [javac] (at line 45) [javac] public class ServerRequestInfoImpl [javac] ^^^^^^^^^^^^^^^^^^^^^ [javac] The type ServerRequestInfoImpl must implement the inherited abstract method ServerRequestInfoOperations.adapter_name() [javac] ---------- [javac] 215. ERROR in /usr/src/redhat/BUILD/JacORB_2_2/src/org/jacorb/orb/portableInterceptor/ServerRequestInfoImpl.java [javac] (at line 45) [javac] public class ServerRequestInfoImpl [javac] ^^^^^^^^^^^^^^^^^^^^^ [javac] The type ServerRequestInfoImpl must implement the inherited abstract method ServerRequestInfoOperations.server_id() AG From wellington.lacerda at gmail.com Wed Dec 14 01:20:59 2005 From: wellington.lacerda at gmail.com (Wellington L.S. da Silva) Date: Tue, 13 Dec 2005 23:20:59 -0200 Subject: [fedora-java] Images and Tomcat under Fedora In-Reply-To: <20051213092018.GA6540@redhat.com> References: <5c438ba0512121054v73a16bd4m@mail.gmail.com> <20051213092018.GA6540@redhat.com> Message-ID: <5c438ba0512131720l54f612eao@mail.gmail.com> Hi Gary, I are using a JSP to generate the images using the JAI API in a prototype machine. During the generation of the image, there's a crash and it kills Tomcat. I have not the version numbers at hand at this moment, but it is Java 4 under Tomcat 5, the JAI API is up-to-date. Wellington 2005/12/13, Gary Benson : > Wellington L.S. da Silva wrote: > > I'm new to the list, pretty fresh on Fedora, and this first message > > of mine is about how to configure a Fedora box with Tomcat and Java > > to serve high definition graphics. I work for the UN and I'm trying > > to setup a box for my mapping and eGis projects, but, from time to > > time, the graphics server (XServer?) just crashed leaving me bad. > > > > Any ideas on how to serve images (mostly png, jpeg, tiff, or gif) > > with Tomcat? > > If you mean you have a directory full of files you want to make > available on the web then you'd be better off using Apache. If you > want to generate the images on the fly then you'll have to go into > more detail. > > Cheers, > Gary > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at klomp.org Wed Dec 14 13:28:45 2005 From: mark at klomp.org (Mark Wielaard) Date: Wed, 14 Dec 2005 14:28:45 +0100 Subject: [Fwd: Re: [Fwd: Re: [fedora-java] JacORB build problem]] Message-ID: <1134566925.5289.7.camel@localhost> Hi, I asked Audrius, who wrote the org.omg corba implementation for GNU Classpath to take a look at this. He isn't subscribed to the list so I forward his reply (attached). Thanks for looking into this Audrius. For those interested in free Corba, Audrius will give a Developer Talk on the implementation during Fosdem 26/27 Februari in the GNU Classpath hacker room. We are still working on the full program and still looking for more exciting talks/presentations/demos (we don't have anybody presenting the gcj related improvements Fedora Core 5 yet, hint...) http://lists.gnu.org/archive/html/classpath/2005-11/msg00122.html Cheers, Mark -------------- next part -------------- An embedded message was scrubbed... From: unknown sender Subject: no subject Date: no date Size: 10944 URL: -------------- 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 green at redhat.com Thu Dec 15 06:10:36 2005 From: green at redhat.com (Anthony Green) Date: Wed, 14 Dec 2005 22:10:36 -0800 Subject: [fedora-java] JacORB build problem In-Reply-To: References: <1134349818.3007.11.camel@localhost.localdomain> Message-ID: <1134627036.3312.3.camel@localhost.localdomain> On Mon, 2005-12-12 at 11:15 -0700, Tom Tromey wrote: > >>>>> "Anthony" == Anthony Green writes: > > Anthony> The JacORB code is referring to org.omg.CORBA fields that > Anthony> only appear in the JacORB version of these classes, and > Anthony> there's no way to override libgcj's built-in version at build > Anthony> time. > > At build time setting -bootclasspath or the like ought to work. It's not pretty, but the attached patch lets the jacorb RPM build. Presumably other java alternatives have no problem building this. I wonder why? > At runtime, as Mark said, these classes are BC-compiled and can be > overridden via extdirs. Jacorb already intalls a "java" wrapper called "jaco" that does this. Gary - please consider adding the attached patch for jacorb. AG -------------- next part -------------- A non-text attachment was scrubbed... Name: jacorb-gcj41.patch Type: text/x-patch Size: 1611 bytes Desc: not available URL: From gbenson at redhat.com Thu Dec 15 09:44:04 2005 From: gbenson at redhat.com (Gary Benson) Date: Thu, 15 Dec 2005 09:44:04 +0000 Subject: [fedora-java] JacORB build problem In-Reply-To: <1134627036.3312.3.camel@localhost.localdomain> References: <1134349818.3007.11.camel@localhost.localdomain> <1134627036.3312.3.camel@localhost.localdomain> Message-ID: <20051215094359.GA8208@redhat.com> Anthony Green wrote: > Gary - please consider adding the attached patch for jacorb. Add whatever you want! Cheers, Gary From green at redhat.com Thu Dec 15 13:22:34 2005 From: green at redhat.com (Anthony Green) Date: Thu, 15 Dec 2005 05:22:34 -0800 Subject: [fedora-java] JacORB build problem In-Reply-To: <20051215094359.GA8208@redhat.com> References: <1134349818.3007.11.camel@localhost.localdomain> <1134627036.3312.3.camel@localhost.localdomain> <20051215094359.GA8208@redhat.com> Message-ID: <1134652954.3312.10.camel@localhost.localdomain> On Thu, 2005-12-15 at 09:44 +0000, Gary Benson wrote: > Anthony Green wrote: > > Gary - please consider adding the attached patch for jacorb. > > Add whatever you want! > While I'm happy to, I don't know how :-) I've never dealt with anything other than Extras. Jesse - can you go ahead an add this patch? AG From gbenson at redhat.com Fri Dec 16 13:01:30 2005 From: gbenson at redhat.com (Gary Benson) Date: Fri, 16 Dec 2005 13:01:30 +0000 Subject: [fedora-java] JacORB build problem In-Reply-To: <1134687352.3005.91.camel@yoda.loki.me> References: <1134349818.3007.11.camel@localhost.localdomain> <1134627036.3312.3.camel@localhost.localdomain> <1134687352.3005.91.camel@yoda.loki.me> Message-ID: <20051216130129.GC5347@redhat.com> Jesse Keating wrote: > On Wed, 2005-12-14 at 22:10 -0800, Anthony Green wrote: > > It's not pretty, but the attached patch lets the jacorb RPM build. > > Presumably other java alternatives have no problem building this. > > I wonder why? > > > > > At runtime, as Mark said, these classes are BC-compiled and can > > > be overridden via extdirs. > > > > Jacorb already intalls a "java" wrapper called "jaco" that does > > this. > > > > Gary - please consider adding the attached patch for jacorb. > > Anthony, were you able to get it to build using this patch? I > applied the patch but when I push it through beehive it still > doesn't build right. I tried patching the extra exceptions away, but now it's giving wierd exceptions from gnu.CORBA.ObjectCreator. The override definitly seems not to have happened. Are these classes definitly BC-compiled? Cheers, Gary From green at redhat.com Fri Dec 16 14:32:06 2005 From: green at redhat.com (Anthony Green) Date: Fri, 16 Dec 2005 06:32:06 -0800 Subject: [fedora-java] JacORB build problem In-Reply-To: <1134687352.3005.91.camel@yoda.loki.me> References: <1134349818.3007.11.camel@localhost.localdomain> <1134627036.3312.3.camel@localhost.localdomain> <1134687352.3005.91.camel@yoda.loki.me> Message-ID: <1134743527.3312.127.camel@localhost.localdomain> On Thu, 2005-12-15 at 14:55 -0800, Jesse Keating wrote: > Anthony, were you able to get it to build using this patch? I applied > the patch but when I push it through beehive it still doesn't build > right. > > http://porkchop.redhat.com/beehive/logs/jacorb-665762-x86_64-ls20-bc2-14.build.redhat.com.log Yes, I'm definitely able to build on x86. I just tried again now with gcc-java-4.1.0-0.7. No problemo. AG From tromey at redhat.com Fri Dec 16 15:16:26 2005 From: tromey at redhat.com (Tom Tromey) Date: 16 Dec 2005 08:16:26 -0700 Subject: [fedora-java] JacORB build problem In-Reply-To: <1134627036.3312.3.camel@localhost.localdomain> References: <1134349818.3007.11.camel@localhost.localdomain> <1134627036.3312.3.camel@localhost.localdomain> Message-ID: >>>>> "Anthony" == Anthony Green writes: >> At build time setting -bootclasspath or the like ought to work. Anthony> It's not pretty, but the attached patch lets the jacorb RPM build. Anthony> Presumably other java alternatives have no problem building this. I Anthony> wonder why? One possible reason could be if ecj handles its classpath settings differently than other 'javac's. We had trouble with this before. Tom From gbenson at redhat.com Fri Dec 16 15:42:30 2005 From: gbenson at redhat.com (Gary Benson) Date: Fri, 16 Dec 2005 15:42:30 +0000 Subject: [fedora-java] JacORB build problem In-Reply-To: <1134743527.3312.127.camel@localhost.localdomain> References: <1134349818.3007.11.camel@localhost.localdomain> <1134627036.3312.3.camel@localhost.localdomain> <1134687352.3005.91.camel@yoda.loki.me> <1134743527.3312.127.camel@localhost.localdomain> Message-ID: <20051216154226.GD5347@redhat.com> Anthony Green wrote: > On Thu, 2005-12-15 at 14:55 -0800, Jesse Keating wrote: > > Anthony, were you able to get it to build using this patch? I > > applied the patch but when I push it through beehive it still > > doesn't build right. > > > > http://porkchop.redhat.com/beehive/logs/jacorb-665762-x86_64-ls20-bc2-14.build.redhat.com.log > > Yes, I'm definitely able to build on x86. I just tried again now > with gcc-java-4.1.0-0.7. No problemo. What version of eclipse-ecj do you have installed? Cheers, Gary From green at redhat.com Fri Dec 16 17:39:31 2005 From: green at redhat.com (Anthony Green) Date: Fri, 16 Dec 2005 09:39:31 -0800 Subject: [fedora-java] JacORB build problem In-Reply-To: <20051216154226.GD5347@redhat.com> References: <1134349818.3007.11.camel@localhost.localdomain> <1134627036.3312.3.camel@localhost.localdomain> <1134687352.3005.91.camel@yoda.loki.me> <1134743527.3312.127.camel@localhost.localdomain> <20051216154226.GD5347@redhat.com> Message-ID: <1134754771.3312.143.camel@localhost.localdomain> On Fri, 2005-12-16 at 15:42 +0000, Gary Benson wrote: > What version of eclipse-ecj do you have installed? eclipse-ecj-3.1.1-1jpp_9fc AG From john at jlhimpel.net Fri Dec 16 18:50:08 2005 From: john at jlhimpel.net (John Himpel) Date: Fri, 16 Dec 2005 12:50:08 -0600 Subject: [fedora-java] still missing /usr/bin/rebuild-gcj-db Message-ID: <1134759008.6779.11.camel@john.jlhimpel.net> All, I am missing this file. The archives mention: java-1.4.2-gcj-compat-devel-1.4.2.0-40jpp_55rh java-1.4.2-gcj-compat-1.4.2.0-40jpp_55rh Those are installed. Here are my "java" rpms # rpm -qa | fgrep java struts11-javadoc-1.1-1jpp_7fc jakarta-taglibs-standard-javadoc-1.1.1-4jpp_1fc.1.1 java-1.5.0-sun-1.5.0.04-1jpp java-1.5.0-sun-devel-1.5.0.04-1jpp javacc-3.2-1jpp_3fc ant-javamail-1.6.2-3jpp_14fc gcc-java-4.0.2-8.fc4 struts-javadoc-1.2.4-2jpp_3fc java-1.4.2-gcj-compat-devel-1.4.2.0-40jpp_55rh java-1.4.2-gcj-compat-1.4.2.0-40jpp_55rh java-1.5.0-sun-plugin-1.5.0.04-1jpp jakarta-taglibs-standard-javadoc-1.1.1-4jpp_1fc ant-javamail-1.6.5-0jpp_1fc Is there a workaround or fix? Thanks. John From overholt at redhat.com Fri Dec 16 19:12:37 2005 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 16 Dec 2005 14:12:37 -0500 Subject: [fedora-java] still missing /usr/bin/rebuild-gcj-db In-Reply-To: <1134759008.6779.11.camel@john.jlhimpel.net> References: <1134759008.6779.11.camel@john.jlhimpel.net> Message-ID: <1134760357.3212.1.camel@tophat.toronto.redhat.com> On Fri, 2005-12-16 at 12:50 -0600, John Himpel wrote: > All, > > I am missing this file. The archives mention: > java-1.4.2-gcj-compat-devel-1.4.2.0-40jpp_55rh > java-1.4.2-gcj-compat-1.4.2.0-40jpp_55rh > > Those are installed. There was a bug in java-gcj-compat but only between two rawhide versions. It should now be fixed. Try re-installing these RPMs (manually if you have to ... they might be in /var/cache/yum somewhere) and see if it re-creates the script. Andrew From john at jlhimpel.net Fri Dec 16 20:56:00 2005 From: john at jlhimpel.net (John Himpel) Date: Fri, 16 Dec 2005 14:56:00 -0600 Subject: [fedora-java] still missing /usr/bin/rebuild-gcj-db In-Reply-To: <1134760357.3212.1.camel@tophat.toronto.redhat.com> References: <1134759008.6779.11.camel@john.jlhimpel.net> <1134760357.3212.1.camel@tophat.toronto.redhat.com> Message-ID: <1134766560.6779.13.camel@john.jlhimpel.net> On Fri, 2005-12-16 at 14:12 -0500, Andrew Overholt wrote: > On Fri, 2005-12-16 at 12:50 -0600, John Himpel wrote: > > All, > > > > I am missing this file. The archives mention: > > java-1.4.2-gcj-compat-devel-1.4.2.0-40jpp_55rh > > java-1.4.2-gcj-compat-1.4.2.0-40jpp_55rh > > > > Those are installed. > > There was a bug in java-gcj-compat but only between two rawhide > versions. It should now be fixed. Try re-installing these RPMs > (manually if you have to ... they might be in /var/cache/yum somewhere) > and see if it re-creates the script. > > Andrew Andrew, By doing a --force --allfiles update on java-1.4.2-gcj-compat-1.4.2.0-40jpp_55rh that cured the problem. Thanks. John From david at zarb.org Sat Dec 17 00:20:55 2005 From: david at zarb.org (David Walluck) Date: Fri, 16 Dec 2005 19:20:55 -0500 Subject: [fedora-java] still missing /usr/bin/rebuild-gcj-db In-Reply-To: <1134766560.6779.13.camel@john.jlhimpel.net> References: <1134759008.6779.11.camel@john.jlhimpel.net> <1134760357.3212.1.camel@tophat.toronto.redhat.com> <1134766560.6779.13.camel@john.jlhimpel.net> Message-ID: <43A359E7.1070903@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 John Himpel wrote: > By doing a --force --allfiles update on > java-1.4.2-gcj-compat-1.4.2.0-40jpp_55rh that cured the problem. Is there an automatic fix for users upgrading from devel? The manual fix works, but I am not sure everyone can be expected to have to do that. I think as long as update-alternatives takes care of the upgrade (it must be installed/upgraded fist). - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDo1nnarJDwJ6gwowRAuwbAJ9n1QnWYYNKAtMx3BEfDoWvyBgkGACffb86 oYGcG0OSo5E/rPRwMeUUewA= =Uypv -----END PGP SIGNATURE----- From david at zarb.org Sat Dec 17 05:45:08 2005 From: david at zarb.org (David Walluck) Date: Sat, 17 Dec 2005 00:45:08 -0500 Subject: [fedora-java] Default Java on Linux Message-ID: <43A3A5E4.9060404@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I just wanted to bring everyone's attention to Sun bug #6211006 (Default Java of Linux) . The initial bug was posted about a year ago, but a comment was added as recently as 7 months ago. I am not sure if some of these statements are lies or just genuine misunderstandings from the developers. For example, in the comments for bug #4680244 (RPM does not follow LSB or filesystem hierachy (sic)) , it seems clear that the issue is just being avoided (successfully, for over 2 years now). However, in the comments for the more recent bug, there appears to be some possible genuine misunderstandings of RPM and Linux. For example, is the bug author not aware that you can create multiple packages from the same spec file, that you can include documentation inline, that you can avoid multi-line macros by calling a script...? In any case, the comment about update-alternatives (missing on Suse) is in fact wrong. Because rpms are not provided for Mustang yet as far as I know, I guess there is no way to even find out how this bug can be marked as closed. My main issue for writing is that bug #4680244 refers people to #6211006 (now closed). But #4680244 has been a top 25 RFE for a long time (currently it is the #5 most-wanted RFE). I fear, based on the comments for bug #6211006, that nothing has changed, and now it will only draw attention away from the JPackage RFE. What's more, the idea of ``forcing'' the most recent jdk to be default is actually a step back, that is, if I understand correctly. Despite the quoting of some RPM documentation, the description of the actual proposed solution is left vague, presumably because whatever they do will not be made public/open. - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDo6XkarJDwJ6gwowRAiTAAJ0fksl8B7iEREyc7iQxmK2Ny7BzTwCfYtCk Ldgev8IdRrg00EePxxbPL8s= =3JUo -----END PGP SIGNATURE----- From mlists at juma.me.uk Sat Dec 17 10:12:54 2005 From: mlists at juma.me.uk (Ismael Juma) Date: Sat, 17 Dec 2005 10:12:54 +0000 Subject: [fedora-java] Default Java on Linux In-Reply-To: <43A3A5E4.9060404@zarb.org> References: <43A3A5E4.9060404@zarb.org> Message-ID: <1134814374.11320.4.camel@localhost.localdomain> On Sat, 2005-12-17 at 00:45 -0500, David Walluck wrote: [...] > Because rpms are not provided for Mustang yet as far as I know, [...] They have been provided since the snapshots were first made available[1]. Regards, Ismael [1] http://download.java.net/jdk6/binaries/ From green at redhat.com Sat Dec 17 18:54:59 2005 From: green at redhat.com (Anthony Green) Date: Sat, 17 Dec 2005 10:54:59 -0800 Subject: [fedora-java] rawhide issues Message-ID: <1134845699.3244.16.camel@localhost.localdomain> I see the following issues with rawhide (on x86) right now... * I'm not getting any stack traces, just <> * Eclipse fails and the log contains the following errors (with no stacktraces): java.lang.IllegalAccessError: org.xml.sax.helpers.NamespaceSupport$Context: org.xml.sax.helpers.NamespaceSupport.EMPTY_ENUMERATION java.lang.Exception: Cannot initialize Update Configurator java.lang.IllegalStateException: Bundle initial at reference:file:plugins/org.eclipse.core.runtime_3.1.1.jar/ [1] is not active. * aot-compile-rpm is using -mcpu=i686, but -mcpu is deprecated in GCC 4.1. I can't see where this comes from. Any ideas? AG From tromey at redhat.com Sat Dec 17 21:02:00 2005 From: tromey at redhat.com (Tom Tromey) Date: 17 Dec 2005 14:02:00 -0700 Subject: [fedora-java] rawhide issues In-Reply-To: <1134845699.3244.16.camel@localhost.localdomain> References: <1134845699.3244.16.camel@localhost.localdomain> Message-ID: Anthony> * I'm not getting any stack traces, just < stacktrace available>> This is https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175834 No diagnosis yet that I know of. Anthony> * Eclipse fails and the log contains the following errors (with no Anthony> stacktraces): Anthony> java.lang.IllegalAccessError: org.xml.sax.helpers.NamespaceSupport$Context: org.xml.sax.helpers.NamespaceSupport.EMPTY_ENUMERATION This is fixed in gcc svn; I thought this made it to an RPM. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175833 Also GCC PR 25429 The rest I don't know about. Tom From gbenson at redhat.com Mon Dec 19 09:33:30 2005 From: gbenson at redhat.com (Gary Benson) Date: Mon, 19 Dec 2005 09:33:30 +0000 Subject: [fedora-java] rawhide issues In-Reply-To: <1134845699.3244.16.camel@localhost.localdomain> References: <1134845699.3244.16.camel@localhost.localdomain> Message-ID: <20051219093325.GA12510@redhat.com> Anthony Green wrote: > aot-compile-rpm is using -mcpu=i686, but -mcpu is deprecated in GCC > 4.1. I can't see where this comes from. It comes from rpm, via $RPM_OPT_FLAGS. Cheers, Gary From aph at redhat.com Mon Dec 19 13:34:19 2005 From: aph at redhat.com (Andrew Haley) Date: Mon, 19 Dec 2005 13:34:19 +0000 Subject: [fedora-java] rawhide issues In-Reply-To: <1134845699.3244.16.camel@localhost.localdomain> References: <1134845699.3244.16.camel@localhost.localdomain> Message-ID: <17318.46811.371293.807894@zapata.pink> Anthony Green writes: > I see the following issues with rawhide (on x86) right now... > > * I'm not getting any stack traces, just <> > > > * Eclipse fails and the log contains the following errors (with no > stacktraces): > > java.lang.IllegalAccessError: org.xml.sax.helpers.NamespaceSupport$Context: org.xml.sax.helpers.NamespaceSupport.EMPTY_ENUMERATION > > java.lang.Exception: Cannot initialize Update Configurator > > java.lang.IllegalStateException: Bundle initial at reference:file:plugins/org.eclipse.core.runtime_3.1.1.jar/ [1] is not active. > > > * aot-compile-rpm is using -mcpu=i686, but -mcpu is deprecated in GCC 4.1. I can't see where this comes from. > > > Any ideas? gcc is emitting bad unwinder data for some routines. This isn't a bug in the gcc unwinder itself, because gdb has the same problems. Look at Frame 7 and Frame 9: Breakpoint 7, _Unwind_Find_FDE (pc=0xb7fbdf76, bases=0xbffff0d0) at ../../gcc/unwind-dw2-fde-glibc.c:410 Current language: auto; currently c 0xb7fbdf76 <_Unwind_Backtrace+30>: decl 0xfffed485(%ebp) (gdb) bt #0 _Unwind_Find_FDE (pc=0xb7fbdf76, bases=0xbffff0d0) at ../../gcc/unwind-dw2-fde-glibc.c:410 #1 0xb7fbd0dc in uw_frame_state_for (context=0xbffff07c, fs=0xbfffeeb8) at ../../gcc/unwind-dw2.c:977 #2 0xb7fbdd50 in uw_init_context_1 (context=0xbffff07c, outer_cfa=0xbffff0f0, outer_ra=0xb73b8ed4) at ../../gcc/unwind-dw2.c:1254 #3 0xb7fbdf77 in _Unwind_Backtrace ( trace=0xb73b8f34 <_Jv_StackTrace::UnwindTraceFn(_Unwind_Context*, void*)>, trace_argument=0xbffff8f0) at ../../gcc/unwind.inc:287 #4 0xb73b8ed4 in _Jv_StackTrace::GetStackTrace () at ../../../libjava/stacktrace.cc:160 #5 0xb73e74db in java::lang::VMThrowable::fillInStackTrace () at ../../../libjava/java/lang/natVMThrowable.cc:33 #6 0xb75ca38b in java.lang.Throwable.fillInStackTrace() ( this=0xb75ca47b) at ../../../libjava/classpath/java/lang/Throwable.java:498 #7 0x000fab10 in ?? () #8 0xb75ca47b in java.lang.Throwable.Throwable(java.lang.String) ( this=0xb75ca860, message=0xfab10) at ../../../libjava/classpath/java/lang/Throwable.java:159 #9 0x080491a0 in _methods0 () #10 0xb75ca860 in java.lang.Throwable.Throwable() (this=0xfab10) at ../../../libjava/classpath/java/lang/Throwable.java:146 #11 0x08048a2c in Hello.main(java.lang.String[]) (args=0x27fa8) at Hello.java:13 #12 0xb73d8b17 in gnu::java::lang::MainThread::call_main (this=0x63e38) at ../../../libjava/gnu/java/lang/natMainThread.cc:47 #13 0xb7415823 in gnu.java.lang.MainThread.run() (this=0x63e38) at ../../../libjava/gnu/java/lang/MainThread.java:105 #14 0xb73e6e81 in _Jv_ThreadRun (thread=0x63e38) at ../../../libjava/java/lang/natThread.cc:299 #15 0xb73ad810 in _Jv_RunMain (vm_args=0x0, klass=0x8049240, name=0x0, argc=1, argv=0xbffffb24, is_jar=false) at ../../../libjava/prims.cc:1389 #16 0xb73ad97a in _Jv_RunMain (klass=0x8049240, name=0x0, argc=1, argv=0xbffffb24, is_jar=false) at ../../../libjava/prims.cc:1400 #17 0xb73ad9bb in JvRunMain (klass=0x8049240, argc=1, argv=0xbffffb24) at ../../../libjava/prims.cc:1406 #18 0x080489b9 in main (argc=Cannot access memory at address 0x0 ) at /tmp/ccEsUlnr.i:11 From aph at redhat.com Mon Dec 19 13:43:27 2005 From: aph at redhat.com (Andrew Haley) Date: Mon, 19 Dec 2005 13:43:27 +0000 Subject: [fedora-java] rawhide issues In-Reply-To: <17318.46811.371293.807894@zapata.pink> References: <1134845699.3244.16.camel@localhost.localdomain> <17318.46811.371293.807894@zapata.pink> Message-ID: <17318.47359.839484.603458@zapata.pink> Anthony, do you know exactly when this started to happen? Andrew. From aph at redhat.com Mon Dec 19 13:45:37 2005 From: aph at redhat.com (Andrew Haley) Date: Mon, 19 Dec 2005 13:45:37 +0000 Subject: [fedora-java] rawhide issues In-Reply-To: <17318.46811.371293.807894@zapata.pink> References: <1134845699.3244.16.camel@localhost.localdomain> <17318.46811.371293.807894@zapata.pink> Message-ID: <17318.47489.96612.575927@zapata.pink> Andrew Haley writes: > Anthony Green writes: > > I see the following issues with rawhide (on x86) right now... > > > > * I'm not getting any stack traces, just <> > > > > > > * Eclipse fails and the log contains the following errors (with no > > stacktraces): > > > > java.lang.IllegalAccessError: org.xml.sax.helpers.NamespaceSupport$Context: org.xml.sax.helpers.NamespaceSupport.EMPTY_ENUMERATION > > > > java.lang.Exception: Cannot initialize Update Configurator > > > > java.lang.IllegalStateException: Bundle initial at reference:file:plugins/org.eclipse.core.runtime_3.1.1.jar/ [1] is not active. > > > > > > * aot-compile-rpm is using -mcpu=i686, but -mcpu is deprecated in GCC 4.1. I can't see where this comes from. > > > > > > Any ideas? > > gcc is emitting bad unwinder data for some routines. This isn't a bug > in the gcc unwinder itself, because gdb has the same problems. Look > at Frame 7 and Frame 9: BTW, I don't have this problem when building gcc from FSF sources. Andrew. From gbenson at redhat.com Mon Dec 19 14:08:42 2005 From: gbenson at redhat.com (Gary Benson) Date: Mon, 19 Dec 2005 14:08:42 +0000 Subject: [fedora-java] JacORB build problem In-Reply-To: <1134754771.3312.143.camel@localhost.localdomain> References: <1134349818.3007.11.camel@localhost.localdomain> <1134627036.3312.3.camel@localhost.localdomain> <1134687352.3005.91.camel@yoda.loki.me> <1134743527.3312.127.camel@localhost.localdomain> <20051216154226.GD5347@redhat.com> <1134754771.3312.143.camel@localhost.localdomain> Message-ID: <20051219140838.GA4923@redhat.com> Anthony Green wrote: > On Fri, 2005-12-16 at 15:42 +0000, Gary Benson wrote: > > What version of eclipse-ecj do you have installed? > > eclipse-ecj-3.1.1-1jpp_9fc Same as beehive had on Friday when I was building. Wierd. It's still failing now (see attached). I have no idea what to do about this. Cheers, Gary -------------- next part -------------- A non-text attachment was scrubbed... Name: jacorb-build.gz Type: application/x-gzip Size: 8099 bytes Desc: not available URL: From green at redhat.com Mon Dec 19 14:28:52 2005 From: green at redhat.com (Anthony Green) Date: Mon, 19 Dec 2005 06:28:52 -0800 Subject: [fedora-java] rawhide issues In-Reply-To: <17318.47359.839484.603458@zapata.pink> References: <1134845699.3244.16.camel@localhost.localdomain> <17318.46811.371293.807894@zapata.pink> <17318.47359.839484.603458@zapata.pink> Message-ID: <1135002532.3880.11.camel@localhost.localdomain> On Mon, 2005-12-19 at 13:43 +0000, Andrew Haley wrote: > Anthony, do you know exactly when this started to happen? I believe the GCC 4.1 rawhide rpm has always had this problem. AG From aph at redhat.com Mon Dec 19 15:14:01 2005 From: aph at redhat.com (Andrew Haley) Date: Mon, 19 Dec 2005 15:14:01 +0000 Subject: [fedora-java] rawhide issues In-Reply-To: <17318.47489.96612.575927@zapata.pink> References: <1134845699.3244.16.camel@localhost.localdomain> <17318.46811.371293.807894@zapata.pink> <17318.47489.96612.575927@zapata.pink> Message-ID: <17318.52793.775994.819059@zapata.pink> Andrew Haley writes: > Andrew Haley writes: > > Anthony Green writes: > > > I see the following issues with rawhide (on x86) right now... > > > > > > * I'm not getting any stack traces, just <> > > > > > > > > > * Eclipse fails and the log contains the following errors (with no > > > stacktraces): > > > > > > java.lang.IllegalAccessError: org.xml.sax.helpers.NamespaceSupport$Context: org.xml.sax.helpers.NamespaceSupport.EMPTY_ENUMERATION > > > > > > java.lang.Exception: Cannot initialize Update Configurator > > > > > > java.lang.IllegalStateException: Bundle initial at reference:file:plugins/org.eclipse.core.runtime_3.1.1.jar/ [1] is not active. > > > > > > > > > * aot-compile-rpm is using -mcpu=i686, but -mcpu is deprecated in GCC 4.1. I can't see where this comes from. > > > > > > > > > Any ideas? > > > > gcc is emitting bad unwinder data for some routines. This isn't a bug > > in the gcc unwinder itself, because gdb has the same problems. Look > > at Frame 7 and Frame 9: > > BTW, I don't have this problem when building gcc from FSF sources. You'll have to make your window hugely wide to read this mail. Here's the difference. On the left, we have gcc version 4.1.0 20051212 (prerelease), on the right we have gcc version 4.1.0 20051214 (Red Hat 4.1.0-0.9) The one on the right is the one that works. You'll note that the bad one uses three push instructions and then sets CFA offset to 12. This is wrong AFAICS: the original CFA offset at function entry is 4, so if you push three registers, the CFA offset should be 16. The code on the right subtracts 12 from sp -- allocating three words -- and then sets CFA offset to 16. This one is correct, and we get a Java stacktrace. Both built on the same box. However, the 4.1 build was i686-pc-linux-gnu, and the RPM build was i386-pc-linux-gnu. I'm guessing that is the *real* difference, and I'm investigating building 4.1 branch with host=i386-pc-linux-gnu. Andrew. 00a328f8 : 00a50db0 : a328f8: 56 push %esi a50db0: 83 ec 0c sub $0xc,%esp a328f9: 53 push %ebx a50db3: 89 5c 24 04 mov %ebx,0x4(%esp) a328fa: 50 push %eax a50db7: e8 a9 41 dc ff call 814f65 <__i686.get_pc_thunk.bx> a328fb: e8 00 00 00 00 call a32900 a50dbc: 81 c3 fc 5d 6f 00 add $0x6f5dfc,%ebx a32900: 5b pop %ebx a50dc2: 89 74 24 08 mov %esi,0x8(%esp) a32901: 81 c3 20 9b 65 00 add $0x659b20,%ebx a50dc6: 8b 74 24 10 mov 0x10(%esp),%esi a32907: 8b 74 24 10 mov 0x10(%esp),%esi a50dca: 89 34 24 mov %esi,(%esp) a3290b: 89 34 24 mov %esi,(%esp) a50dcd: e8 36 14 dc ff call 812208 a3290e: e8 8d ed dd ff call 8116a0 a50dd2: 89 34 24 mov %esi,(%esp) a32913: 89 34 24 mov %esi,(%esp) a50dd5: e8 6e a7 da ff call 7fb548 a32916: e8 c5 82 dc ff call 7fabe0 a50dda: 8b 06 mov (%esi),%eax a3291b: 8b 06 mov (%esi),%eax a50ddc: 89 34 24 mov %esi,(%esp) a3291d: 89 34 24 mov %esi,(%esp) a50ddf: ff 50 3c call *0x3c(%eax) a32920: ff 50 3c call *0x3c(%eax) a50de2: 8b 44 24 14 mov 0x14(%esp),%eax a32923: 8b 44 24 14 mov 0x14(%esp),%eax a50de6: 89 46 04 mov %eax,0x4(%esi) a32927: 89 46 04 mov %eax,0x4(%esi) a50de9: 8b 5c 24 04 mov 0x4(%esp),%ebx a3292a: 5e pop %esi a50ded: 8b 74 24 08 mov 0x8(%esp),%esi a3292b: 5b pop %ebx a50df1: 83 c4 0c add $0xc,%esp a3292c: 5e pop %esi a50df4: c3 ret a3292d: c3 ret 00058f08 0000001c 0003252c FDE cie=000269e0 pc=00a328f8..00a3292e Augmentation data: 00 00 00 00 00053714 0000001c 0002f1f4 FDE cie=00024524 pc=00a50d90..00a50db0 Augmentation data: 00 00 00 00 DW_CFA_advance_loc: 1 to 00a328f9 DW_CFA_def_cfa_offset: 8 DW_CFA_advance_loc: 1 to 00a50d91 DW_CFA_advance_loc: 1 to 00a328fa DW_CFA_def_cfa_offset: 8 DW_CFA_def_cfa_offset: 12 DW_CFA_offset: r3 at cfa-8 DW_CFA_offset: r3 at cfa-12 DW_CFA_advance_loc: 14 to 00a50d9f DW_CFA_offset: r6 at cfa-8 DW_CFA_def_cfa_offset: 16 DW_CFA_nop DW_CFA_nop DW_CFA_nop 00058f08 0000001c 0003252c FDE cie=000269e0 pc=00a328f8..00a3292e DW_CFA_nop LOC CFA r3 r6 ra 00a328f8 r4+4 u u c-4 00a328f9 r4+8 u u c-4 00053714 0000001c 0002f1f4 FDE cie=00024524 pc=00a50d90..00a50db0 00a328fa r4+12 c-12 c-8 c-4 LOC CFA r3 ra 00a50d90 r4+4 u c-4 00a50d91 r4+8 c-8 c-4 00a50d9f r4+16 c-8 c-4 From aph at redhat.com Mon Dec 19 15:57:02 2005 From: aph at redhat.com (Andrew Haley) Date: Mon, 19 Dec 2005 15:57:02 +0000 Subject: [fedora-java] rawhide issues In-Reply-To: <17318.52793.775994.819059@zapata.pink> References: <1134845699.3244.16.camel@localhost.localdomain> <17318.46811.371293.807894@zapata.pink> <17318.47489.96612.575927@zapata.pink> <17318.52793.775994.819059@zapata.pink> Message-ID: <17318.55374.824221.299099@zapata.pink> Andrew Haley writes: > Andrew Haley writes: > > Andrew Haley writes: > > > Anthony Green writes: > > > > I see the following issues with rawhide (on x86) right now... > > > > > > > > * I'm not getting any stack traces, just <> > > > > > > > > > > > > * Eclipse fails and the log contains the following errors (with no > > > > stacktraces): > > > > > > > > java.lang.IllegalAccessError: org.xml.sax.helpers.NamespaceSupport$Context: org.xml.sax.helpers.NamespaceSupport.EMPTY_ENUMERATION > > > > > > > > java.lang.Exception: Cannot initialize Update Configurator > > > > > > > > java.lang.IllegalStateException: Bundle initial at reference:file:plugins/org.eclipse.core.runtime_3.1.1.jar/ [1] is not active. > > > > > > > > > > > > * aot-compile-rpm is using -mcpu=i686, but -mcpu is deprecated in GCC 4.1. I can't see where this comes from. > > > > > > > > > > > > Any ideas? > > > > > > gcc is emitting bad unwinder data for some routines. This isn't a bug > > > in the gcc unwinder itself, because gdb has the same problems. Look > > > at Frame 7 and Frame 9: > > > > BTW, I don't have this problem when building gcc from FSF sources. > > You'll have to make your window hugely wide to read this mail. > > Here's the difference. On the left, we have gcc version 4.1.0 20051212 (prerelease), > on the right we have gcc version 4.1.0 20051214 (Red Hat 4.1.0-0.9) > > The one on the right is the one that works. > > You'll note that the bad one uses three push instructions and then > sets CFA offset to 12. This is wrong AFAICS: the original CFA offset > at function entry is 4, so if you push three registers, the CFA offset > should be 16. The code on the right subtracts 12 from sp -- > allocating three words -- and then sets CFA offset to 16. This one is > correct, and we get a Java stacktrace. > > Both built on the same box. However, the 4.1 build was > i686-pc-linux-gnu, and the RPM build was i386-pc-linux-gnu. I'm > guessing that is the *real* difference, and I'm investigating building > 4.1 branch with host=i386-pc-linux-gnu. And here is 4.1 branch built with i386-pc-linux-gnu. And guess what! It's just as bad as the Fedora RPM. OK, so I'm now going to go digging into the DWARF output routines to see if I can discover the root cause of this insanity. Andrew. 00a326a8 : a326a8: 56 push %esi a326a9: 53 push %ebx a326aa: 50 push %eax a326ab: e8 00 00 00 00 call a326b0 a326b0: 5b pop %ebx a326b1: 81 c3 34 ee 6a 00 add $0x6aee34,%ebx a326b7: 8b 74 24 10 mov 0x10(%esp),%esi a326bb: 89 34 24 mov %esi,(%esp) a326be: e8 7d f6 dd ff call 811d40 a326c3: 89 34 24 mov %esi,(%esp) a326c6: e8 a5 8a dc ff call 7fb170 a326cb: 8b 06 mov (%esi),%eax a326cd: 89 34 24 mov %esi,(%esp) a326d0: ff 50 3c call *0x3c(%eax) a326d3: 8b 44 24 14 mov 0x14(%esp),%eax a326d7: 89 46 04 mov %eax,0x4(%esi) a326da: 5e pop %esi a326db: 5b pop %ebx a326dc: 5e pop %esi a326dd: c3 ret a326de: 89 f6 mov %esi,%esi 00058d50 0000001c 00032528 FDE cie=0002682c pc=00a326a8..00a326de Augmentation data: 00 00 00 00 DW_CFA_advance_loc: 1 to 00a326a9 DW_CFA_def_cfa_offset: 8 DW_CFA_advance_loc: 1 to 00a326aa DW_CFA_def_cfa_offset: 12 DW_CFA_offset: r3 at cfa-12 DW_CFA_offset: r6 at cfa-8 00058d50 0000001c 00032528 FDE cie=0002682c pc=00a326a8..00a326de LOC CFA r3 r6 ra 00a326a8 r4+4 u u c-4 00a326a9 r4+8 u u c-4 00a326aa r4+12 c-12 c-8 c-4 From aph at redhat.com Mon Dec 19 16:34:33 2005 From: aph at redhat.com (Andrew Haley) Date: Mon, 19 Dec 2005 16:34:33 +0000 Subject: [fedora-java] rawhide issues In-Reply-To: <17318.55374.824221.299099@zapata.pink> References: <1134845699.3244.16.camel@localhost.localdomain> <17318.46811.371293.807894@zapata.pink> <17318.47489.96612.575927@zapata.pink> <17318.52793.775994.819059@zapata.pink> <17318.55374.824221.299099@zapata.pink> Message-ID: <17318.57625.366894.850981@zapata.pink> Looking further, I realize that my analysis is quite wrong. The "push %eax" is promptly followed by "pop %ebx", so a CFA offset of 12 is correct. D'oh! This is what comes of doing my thinking in public... Still, I have discovered this problem is tune=i386 specific. I'll continue looking. 00a326a8 : a326a8: 56 push %esi a326a9: 53 push %ebx a326aa: 50 push %eax a326ab: e8 00 00 00 00 call a326b0 a326b0: 5b pop %ebx Andrew. From aph at redhat.com Mon Dec 19 16:40:50 2005 From: aph at redhat.com (Andrew Haley) Date: Mon, 19 Dec 2005 16:40:50 +0000 Subject: [fedora-java] rawhide issues In-Reply-To: <20051219163732.GR6378@devserv.devel.redhat.com> References: <1134845699.3244.16.camel@localhost.localdomain> <17318.46811.371293.807894@zapata.pink> <17318.47489.96612.575927@zapata.pink> <17318.52793.775994.819059@zapata.pink> <17318.55374.824221.299099@zapata.pink> <17318.57625.366894.850981@zapata.pink> <20051219163732.GR6378@devserv.devel.redhat.com> Message-ID: <17318.58002.457240.128773@zapata.pink> Jakub Jelinek writes: > On Mon, Dec 19, 2005 at 04:34:33PM +0000, Andrew Haley wrote: > > Looking further, I realize that my analysis is quite wrong. The "push > > %eax" is promptly followed by "pop %ebx", so a CFA offset of 12 is > > correct. D'oh! > > > > This is what comes of doing my thinking in public... Still, I have > > discovered this problem is tune=i386 specific. I'll continue looking. > > > > > > 00a326a8 : > > a326a8: 56 push %esi > > a326a9: 53 push %ebx > > a326aa: 50 push %eax > > a326ab: e8 00 00 00 00 call a326b0 > > a326b0: 5b pop %ebx > > Well, call here does the push and pop %ebx pops it. So this sequence > still decreases %esp by 12 bytes. Yeah -- I was right first time. I think I'm going to keep quiet 'til I've solved the problem! :-) Andrew. From aph at redhat.com Mon Dec 19 18:23:13 2005 From: aph at redhat.com (Andrew Haley) Date: Mon, 19 Dec 2005 18:23:13 +0000 Subject: [fedora-java] RFC: peephole vs RTX_FRAME_RELATED_P Message-ID: <200512191827.jBJIR8oo030928@zapata.pink> On i386 we replace (add sp -4) with (push reg). This generates faster and smaller code. However, we are not copying RTX_FRAME_RELATED_P from the old instructions to the new, and so we are not emitting unwind information for the stack pointer adjustment. The breaks stack traces on gcj, and I suspect it breaks a bunch of stuff elsewhere too. This very crude patch sets RTX_FRAME_RELATED_P on every one of the new instructions if any of the old instructions had RTX_FRAME_RELATED_P set. It seems to do the trick, but I suspect there must be a more subtle way to do it. Can anyone suggest a neater way to do this? Without this patch, for java.lang.Throwable.Throwable(java.lang.String) we get 00a326a8 : a326a8: 56 push %esi a326a9: 53 push %ebx a326aa: 50 push %eax <=== ** This is the insn generated by peephole ** a326ab: e8 00 00 00 00 call a326b0 a326b0: 5b pop %ebx 00058f08 0000001c 0003252c FDE cie=000269e0 pc=00a328f8..00a3292e Augmentation data: 00 00 00 00 DW_CFA_advance_loc: 1 to 00a328f9 DW_CFA_def_cfa_offset: 8 DW_CFA_advance_loc: 1 to 00a328fa DW_CFA_def_cfa_offset: 12 DW_CFA_offset: r3 at cfa-12 DW_CFA_offset: r6 at cfa-8 DW_CFA_nop after the patch, we get 0005946c 00000020 000328e4 FDE cie=00026b8c pc=00a326a8..00a326de Augmentation data: 00 00 00 00 DW_CFA_advance_loc: 1 to 00a326a9 DW_CFA_def_cfa_offset: 8 DW_CFA_advance_loc: 1 to 00a326aa DW_CFA_def_cfa_offset: 12 DW_CFA_advance_loc: 1 to 00a326ab DW_CFA_def_cfa_offset: 16 DW_CFA_offset: r0 at cfa-16 DW_CFA_offset: r3 at cfa-12 DW_CFA_offset: r6 at cfa-8 Here's a trivial test case: public class Hello { public static void main(String[] args) { System.out.println("Hello, World!"); new Throwable().printStackTrace(); } } $ ~/gcc/install/bin/gcj Hello.java --main=Hello -g $ LD_LIBRARY_PATH=~/gcc/install/lib ./a.out Hello, World! java.lang.Throwable at Hello.main (Hello.java:5) Andrew. 2005-12-19 Andrew Haley * recog.c (peephole2_optimize): Copy RTX_FRAME_RELATED_P from old instructions to new instructions. Index: recog.c =================================================================== --- recog.c (revision 108424) +++ recog.c (working copy) @@ -3107,6 +3107,7 @@ int match_len; rtx note; bool was_call = false; + bool frame_related = false; /* Record this insn. */ if (--peep2_current < 0) @@ -3122,6 +3123,14 @@ try = peephole2_insns (PATTERN (insn), insn, &match_len); if (try != NULL) { + { + rtx old_insn = insn; + for (i = 0; i <= match_len; ++i) + { + frame_related |= RTX_FRAME_RELATED_P (old_insn); + old_insn = NEXT_INSN (old_insn); + } + } /* If we are splitting a CALL_INSN, look for the CALL_INSN in SEQ and copy our CALL_INSN_FUNCTION_USAGE and other cfg-related call notes. */ @@ -3179,6 +3188,16 @@ break; } + if (frame_related) + { + rtx new_insn = try; + while (new_insn != NULL_RTX) + { + RTX_FRAME_RELATED_P (new_insn) = true; + new_insn = NEXT_INSN (new_insn); + } + } + i = match_len + peep2_current; if (i >= MAX_INSNS_PER_PEEP2 + 1) i -= MAX_INSNS_PER_PEEP2 + 1; From dant at cdkkt.com Tue Dec 20 16:54:16 2005 From: dant at cdkkt.com (Daniel B. Thurman) Date: Tue, 20 Dec 2005 08:54:16 -0800 Subject: [fedora-java] Eclipse and Tomcat - where? Message-ID: Hi Folks, I finally am ready to test by application on Fedora using Eclipse and I am at the point where I am trying to run my web-application using Tomcat. Of course, the Tomcat dialog box pops up and asks where the Tomcat installation directory is.... ugh.... I have NO CLUE! On windows, Tomcat is installed by Eclipse so I dont have to figure this out.... but on Fedora, seems like I do. Can someone tell me what to do? Thanks! Dan -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.1/207 - Release Date: 12/19/2005 From gbenson at redhat.com Tue Dec 20 17:12:19 2005 From: gbenson at redhat.com (Gary Benson) Date: Tue, 20 Dec 2005 17:12:19 +0000 Subject: [fedora-java] Eclipse and Tomcat - where? In-Reply-To: References: Message-ID: <20051220171214.GA4983@redhat.com> Daniel B. Thurman wrote: > Hi Folks, > > I finally am ready to test by application on Fedora using Eclipse > and I am at the point where I am trying to run my web-application > using Tomcat. > > Of course, the Tomcat dialog box pops up and asks where the > Tomcat installation directory is.... ugh.... I have NO CLUE! > > On windows, Tomcat is installed by Eclipse so I dont have to > figure this out.... but on Fedora, seems like I do. > > Can someone tell me what to do? Well, I don't know what dialog box this is, but on Fedora the Tomcat installation directory (CATALINA_HOME) is /usr/share/tomcat5/. Cheers, Gary From dant at cdkkt.com Tue Dec 20 17:48:06 2005 From: dant at cdkkt.com (Daniel B. Thurman) Date: Tue, 20 Dec 2005 09:48:06 -0800 Subject: [fedora-java] Eclipse and Tomcat - where? Message-ID: >From: fedora-devel-java-list-bounces at redhat.com >[mailto:fedora-devel-java-list-bounces at redhat.com]On Behalf Of Gary >Benson >Sent: Tuesday, December 20, 2005 9:12 AM >To: Fedora Java Development List (E-mail) >Subject: Re: [fedora-java] Eclipse and Tomcat - where? > > >Daniel B. Thurman wrote: >> Hi Folks, >> >> I finally am ready to test by application on Fedora using Eclipse >> and I am at the point where I am trying to run my web-application >> using Tomcat. >> >> Of course, the Tomcat dialog box pops up and asks where the >> Tomcat installation directory is.... ugh.... I have NO CLUE! >> >> On windows, Tomcat is installed by Eclipse so I dont have to >> figure this out.... but on Fedora, seems like I do. >> >> Can someone tell me what to do? > >Well, I don't know what dialog box this is, but on Fedora the Tomcat >installation directory (CATALINA_HOME) is /usr/share/tomcat5/. > >Cheers, >Gary > Hmmm.. ok, so I have that - but this did not help. The specific dialog box appears when you attempt to run the web-application project (RunAs->Run on Server) and you are then to choose the application server (tomcat 4,5,5.5) and provide the tomcat installation directory otherwise you cannot run the application. I entered the pathname of /usr/share/tomcat5 and it does not allow me to continue. I tried different tomcat versions (5.0, 5.5) and neither worked. So- I am stuck - and cannot even get my application to run at this time. Any ideas? Dan -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.1/207 - Release Date: 12/19/2005 From overholt at redhat.com Tue Dec 20 18:28:46 2005 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 20 Dec 2005 13:28:46 -0500 Subject: [fedora-java] Eclipse and Tomcat - where? In-Reply-To: References: Message-ID: <1135103327.26312.0.camel@tophat.toronto.redhat.com> On Tue, 2005-12-20 at 09:48 -0800, Daniel B. Thurman wrote: > >From: fedora-devel-java-list-bounces at redhat.com > >[mailto:fedora-devel-java-list-bounces at redhat.com]On Behalf Of Gary > >Benson > >Sent: Tuesday, December 20, 2005 9:12 AM > >To: Fedora Java Development List (E-mail) > >Subject: Re: [fedora-java] Eclipse and Tomcat - where? > > > > > >Daniel B. Thurman wrote: > >> Hi Folks, > >> > >> I finally am ready to test by application on Fedora using Eclipse > >> and I am at the point where I am trying to run my web-application > >> using Tomcat. > >> > >> Of course, the Tomcat dialog box pops up and asks where the > >> Tomcat installation directory is.... ugh.... I have NO CLUE! > >> > >> On windows, Tomcat is installed by Eclipse so I dont have to > >> figure this out.... but on Fedora, seems like I do. > >> > >> Can someone tell me what to do? > > > >Well, I don't know what dialog box this is, but on Fedora the Tomcat > >installation directory (CATALINA_HOME) is /usr/share/tomcat5/. > > > >Cheers, > >Gary > > > > Hmmm.. ok, so I have that - but this did not help. > > The specific dialog box appears when you attempt to run the > web-application project (RunAs->Run on Server) and you > are then to choose the application server (tomcat 4,5,5.5) > and provide the tomcat installation directory otherwise > you cannot run the application. I entered the pathname of > /usr/share/tomcat5 and it does not allow me to continue. > I tried different tomcat versions (5.0, 5.5) and neither > worked. > > So- I am stuck - and cannot even get my application to run > at this time. Any ideas? Is it trying to launch tomcat itself? That won't work as it's supposed to run as root (or the tomcat user or whatever). Andrew From dant at cdkkt.com Tue Dec 20 18:59:59 2005 From: dant at cdkkt.com (Daniel B. Thurman) Date: Tue, 20 Dec 2005 10:59:59 -0800 Subject: [fedora-java] Eclipse and Tomcat - where? Message-ID: >From: Andrew Overholt [mailto:overholt at redhat.com] >Sent: Tuesday, December 20, 2005 10:29 AM >To: Daniel B. Thurman >Cc: Gary Benson; Fedora Java Development List (E-mail) >Subject: RE: [fedora-java] Eclipse and Tomcat - where? > > >On Tue, 2005-12-20 at 09:48 -0800, Daniel B. Thurman wrote: >> >From: fedora-devel-java-list-bounces at redhat.com >> >[mailto:fedora-devel-java-list-bounces at redhat.com]On Behalf Of Gary >> >Benson >> >Sent: Tuesday, December 20, 2005 9:12 AM >> >To: Fedora Java Development List (E-mail) >> >Subject: Re: [fedora-java] Eclipse and Tomcat - where? >> > >> > >> >Daniel B. Thurman wrote: >> >> Hi Folks, >> >> >> >> I finally am ready to test by application on Fedora using Eclipse >> >> and I am at the point where I am trying to run my web-application >> >> using Tomcat. >> >> >> >> Of course, the Tomcat dialog box pops up and asks where the >> >> Tomcat installation directory is.... ugh.... I have NO CLUE! >> >> >> >> On windows, Tomcat is installed by Eclipse so I dont have to >> >> figure this out.... but on Fedora, seems like I do. >> >> >> >> Can someone tell me what to do? >> > >> >Well, I don't know what dialog box this is, but on Fedora the Tomcat >> >installation directory (CATALINA_HOME) is /usr/share/tomcat5/. >> > >> >Cheers, >> >Gary >> > >> >> Hmmm.. ok, so I have that - but this did not help. >> >> The specific dialog box appears when you attempt to run the >> web-application project (RunAs->Run on Server) and you >> are then to choose the application server (tomcat 4,5,5.5) >> and provide the tomcat installation directory otherwise >> you cannot run the application. I entered the pathname of >> /usr/share/tomcat5 and it does not allow me to continue. >> I tried different tomcat versions (5.0, 5.5) and neither >> worked. >> >> So- I am stuck - and cannot even get my application to run >> at this time. Any ideas? > >Is it trying to launch tomcat itself? That won't work as it's supposed >to run as root (or the tomcat user or whatever). Tomcat is a java servlet application server and yet developers using eclipse are doing development work so why should it be a "root" requirement to run and/or start it? Sure beats me... But in any case and from what I can tell, no matter what I enter into the "Tomcat installation directory" textbox, the eclipse program keeps saying that the directory provided is not a valid tomcat installation directory and will not allow me to continue. I have used eclipse on windows for awhile and tomcat (or other server) selections runs fine - "root" or not and it even "installs" the server (along with Sun's version of their app server w/ DB support) which makes it pleasant for developers so why not follow the same pathway for linux-based developers? Why force configuration make us jump through hoops when all "we" care about is to develop applications? I *should* be able to choose *any* AS with Eclipse under Linux? Anyone care to jump in and tell me how to get tomcat started under Eclipse's control? Dan > >Andrew > > >-- >No virus found in this incoming message. >Checked by AVG Free Edition. >Version: 7.1.371 / Virus Database: 267.14.1/207 - Release >Date: 12/19/2005 > > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.1/207 - Release Date: 12/19/2005 From fernando at lozano.eti.br Tue Dec 20 19:30:13 2005 From: fernando at lozano.eti.br (Fernando Lozano) Date: Tue, 20 Dec 2005 17:30:13 -0200 Subject: [fedora-java] Eclipse and Tomcat - where? In-Reply-To: References: Message-ID: <43A85BC5.4010305@lozano.eti.br> Hi Daniel, First, you need to tell the list which plug-in you are using to run web apps inside Tomcat. The Eclipse SDK per se does not provide this capability, so you do have something else besides Eclipse and Tomcat. This plug-in may have specific requirements regarding yout Tomcat installation that may not be met by Fedora Tomcat installation, and this would be the plug-in fault as Fedora Tomcat works out-of-the-box and the Eclipse help system, which is based on Tomcat, also works fine. About the requirement of running under root (or the tomcat user) it s a common requirement with server software under Linux. Running Tomcat using the default configuration provided by Fedora Core may need write access to some directories witch are owned by a system user, so you cannot start it using your regular user account, the same way you cannot start apache, sendmail or samba using your regular user accoint. Maybe to satisfy your plug-in needs you'll need to provide a different Tomcat installation under your home dir. The standard Tomcat installation does not comply with Linux best practices of isolating read-only directoryes (like program executables and libraries) from read-write directories (like logs and config files) and so Fedora Tomcat uses a different file system layout. Your plug-in may not be able to accept /usr/share/tomcat5 as a Tomcat installation directory because not all Tomcat files are there. []s, Fernando Lozano >>>>>Of course, the Tomcat dialog box pops up and asks where the >>>>>Tomcat installation directory is.... ugh.... I have NO CLUE! >>>>> >>>>>On windows, Tomcat is installed by Eclipse so I dont have to >>>>>figure this out.... but on Fedora, seems like I do. >>>>> >>>>>Can someone tell me what to do? >>>>> >>>>> >>>>Well, I don't know what dialog box this is, but on Fedora the Tomcat >>>>installation directory (CATALINA_HOME) is /usr/share/tomcat5/. >>>> >>>>Cheers, >>>>Gary >>>> >>>> >>>Hmmm.. ok, so I have that - but this did not help. >>> >>>The specific dialog box appears when you attempt to run the >>>web-application project (RunAs->Run on Server) and you >>>are then to choose the application server (tomcat 4,5,5.5) >>>and provide the tomcat installation directory otherwise >>>you cannot run the application. I entered the pathname of >>>/usr/share/tomcat5 and it does not allow me to continue. >>>I tried different tomcat versions (5.0, 5.5) and neither >>>worked. >>> >>>So- I am stuck - and cannot even get my application to run >>>at this time. Any ideas? >>> >>> >>Is it trying to launch tomcat itself? That won't work as it's supposed >>to run as root (or the tomcat user or whatever). >> >> > >Tomcat is a java servlet application server and yet developers >using eclipse are doing development work so why should it be a >"root" requirement to run and/or start it? Sure beats me... > >But in any case and from what I can tell, no matter what I enter into >the "Tomcat installation directory" textbox, the eclipse program >keeps saying that the directory provided is not a valid tomcat installation >directory and will not allow me to continue. I have used eclipse on windows >for awhile and tomcat (or other server) selections runs fine - "root" or not >and it even "installs" the server (along with Sun's version of their app server >w/ DB support) which makes it pleasant for developers so why not follow the same >pathway for linux-based developers? Why force configuration make us jump through >hoops when all "we" care about is to develop applications? I *should* be able to >choose *any* AS with Eclipse under Linux? > >Anyone care to jump in and tell me how to get tomcat started under >Eclipse's control? > >Dan > > From theBohemian at gmx.net Wed Dec 21 00:12:27 2005 From: theBohemian at gmx.net (Robert Schuster) Date: Wed, 21 Dec 2005 01:12:27 +0100 Subject: [fedora-java] Eclipse and Tomcat - where? In-Reply-To: References: Message-ID: <43A89DEB.70603@gmx.net> Hi. It is possible to run tomcat with your userid. All you need is a stripped down version of the tomcat directory somewhere in your home dir where you have read & write access. Then you have to set up some environment variables: CATALINA_HOME= your tomcat installation directory CATALINA_BASE= a directory containing the conf, logs, temp, webapps and work directory which you can find in CATALINA_HOME You can copy it from there and adjust it to your needs. I am sure the tomcat documentation can tell you more about this but at least you now know how its meant to work. cya Robert Daniel B. Thurman wrote: >>From: Andrew Overholt [mailto:overholt at redhat.com] >>Sent: Tuesday, December 20, 2005 10:29 AM >>To: Daniel B. Thurman >>Cc: Gary Benson; Fedora Java Development List (E-mail) >>Subject: RE: [fedora-java] Eclipse and Tomcat - where? >> >> >>On Tue, 2005-12-20 at 09:48 -0800, Daniel B. Thurman wrote: >> >>>>From: fedora-devel-java-list-bounces at redhat.com >>>>[mailto:fedora-devel-java-list-bounces at redhat.com]On Behalf Of Gary >>>>Benson >>>>Sent: Tuesday, December 20, 2005 9:12 AM >>>>To: Fedora Java Development List (E-mail) >>>>Subject: Re: [fedora-java] Eclipse and Tomcat - where? >>>> >>>> >>>>Daniel B. Thurman wrote: >>>> >>>>>Hi Folks, >>>>> >>>>>I finally am ready to test by application on Fedora using Eclipse >>>>>and I am at the point where I am trying to run my web-application >>>>>using Tomcat. >>>>> >>>>>Of course, the Tomcat dialog box pops up and asks where the >>>>>Tomcat installation directory is.... ugh.... I have NO CLUE! >>>>> >>>>>On windows, Tomcat is installed by Eclipse so I dont have to >>>>>figure this out.... but on Fedora, seems like I do. >>>>> >>>>>Can someone tell me what to do? >>>> >>>>Well, I don't know what dialog box this is, but on Fedora the Tomcat >>>>installation directory (CATALINA_HOME) is /usr/share/tomcat5/. >>>> >>>>Cheers, >>>>Gary >>>> >>> >>>Hmmm.. ok, so I have that - but this did not help. >>> >>>The specific dialog box appears when you attempt to run the >>>web-application project (RunAs->Run on Server) and you >>>are then to choose the application server (tomcat 4,5,5.5) >>>and provide the tomcat installation directory otherwise >>>you cannot run the application. I entered the pathname of >>>/usr/share/tomcat5 and it does not allow me to continue. >>>I tried different tomcat versions (5.0, 5.5) and neither >>>worked. >>> >>>So- I am stuck - and cannot even get my application to run >>>at this time. Any ideas? >> >>Is it trying to launch tomcat itself? That won't work as it's supposed >>to run as root (or the tomcat user or whatever). > > > Tomcat is a java servlet application server and yet developers > using eclipse are doing development work so why should it be a > "root" requirement to run and/or start it? Sure beats me... > > But in any case and from what I can tell, no matter what I enter into > the "Tomcat installation directory" textbox, the eclipse program > keeps saying that the directory provided is not a valid tomcat installation > directory and will not allow me to continue. I have used eclipse on windows > for awhile and tomcat (or other server) selections runs fine - "root" or not > and it even "installs" the server (along with Sun's version of their app server > w/ DB support) which makes it pleasant for developers so why not follow the same > pathway for linux-based developers? Why force configuration make us jump through > hoops when all "we" care about is to develop applications? I *should* be able to > choose *any* AS with Eclipse under Linux? > > Anyone care to jump in and tell me how to get tomcat started under > Eclipse's control? > > Dan > > >>Andrew >> >> >>-- >>No virus found in this incoming message. >>Checked by AVG Free Edition. >>Version: 7.1.371 / Virus Database: 267.14.1/207 - Release >>Date: 12/19/2005 >> >> > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: From dant at cdkkt.com Wed Dec 21 00:50:43 2005 From: dant at cdkkt.com (Daniel B. Thurman) Date: Tue, 20 Dec 2005 16:50:43 -0800 Subject: [fedora-java] Eclipse and Tomcat Message-ID: Hi Folks, Has anyone gotten Eclipse and Tomcat working at all? Seems from google that this has not been working as far as I can tell. I started focusing on getting Tomcat to run and as far as I can tell, out of the box, tomcat5 fails to start. The first thing I noticed was that tomcat tries to start as a tomcat4 user -- tomcat4 on a tomcat v5.0 release? Heh! There already a tomcat user in the /etc/password file so I changed all places where tomcat4 user was located. In /etc/initd.d/tomcat and in /etc/tomcat5/tomcat5.conf Then I tried to start it again - nope it fails. It breaks because apparently for java v1.50 which I have installed, tomcat does not even know where to find jta.jar file. Sheesh - it looks like this file was not included because of licensing issues? Since I had java v1.4 installed, and the jta.jar was found at /usr/lib/jvm/java-1.4.2-gcj-..., I simply copied it to /var/lib/tomcat5/common/lib directory and deleted the [jta].jar broken link. Then I ran /etc/init.d/tomcat5 and now it appears to run with no errors (as far as I can tell). Now - what port is tomcat running on so that I can see if it is running! Well, it is not port 80 nor port 8080 (I am running apache at 80, and there is nothing at 8080) I cannot seem to find a tomcat listener in netstat -a so I cannot tell if tomcat is running successfully or not!?!? Can anyone give me any pointers as to how to locate what port tomcat might be running at? Thanks! Dan -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.1/207 - Release Date: 12/19/2005 From shiva at sewingwitch.com Wed Dec 21 00:56:56 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Tue, 20 Dec 2005 16:56:56 -0800 Subject: [fedora-java] Eclipse and Tomcat - where? In-Reply-To: <43A89DEB.70603@gmx.net> References: <43A89DEB.70603@gmx.net> Message-ID: --On Wednesday, December 21, 2005 1:12 AM +0100 Robert Schuster wrote: > It is possible to run tomcat with your userid. All you need is a stripped > down version of the tomcat directory somewhere in your home dir where you > have read & write access. I'm tinkering with Open For Business (http://www.ofbiz.org/) and I've checked out the latest code from their Subversion repository. The startup script runs a local copy of tomcat (v4, I think) for testing. I haven't gotten it to work yet (I get "no host configured" when connecting to its port) but that does suggest that this is the normal way to debug servlets without being root. From djgarbows at yahoo.co.uk Wed Dec 21 01:17:28 2005 From: djgarbows at yahoo.co.uk (Dariusz J. Garbowski) Date: Wed, 21 Dec 2005 01:17:28 +0000 Subject: [fedora-java] Eclipse and Tomcat In-Reply-To: References: Message-ID: <43A8AD28.3020904@yahoo.co.uk> On 12/21/2005 12:50 AM, Daniel B. Thurman wrote: > Can anyone give me any pointers as to how to locate what port tomcat might be > running at? I believe you should be able to dig this out in Tomcat's conf/server.xml configuration file -- look for HTTP Connector: http://tomcat.apache.org/tomcat-5.0-doc/config/http.html http://tomcat.apache.org/tomcat-5.0-doc/config/index.html Regards, Dariusz -- Dariusz J. Garbowski ___________________________________________________________ Yahoo! Exclusive Xmas Game, help Santa with his celebrity party - http://santas-christmas-party.yahoo.net/ From shiva at sewingwitch.com Wed Dec 21 01:32:54 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Tue, 20 Dec 2005 17:32:54 -0800 Subject: [fedora-java] Eclipse and Tomcat In-Reply-To: References: Message-ID: --On Tuesday, December 20, 2005 4:50 PM -0800 "Daniel B. Thurman" wrote: > Now - what port is tomcat running on so that I can see if it is running! > Well, it is not port 80 nor port 8080 (I am running apache at 80, and > there is nothing at 8080) > > I cannot seem to find a tomcat listener in netstat -a so I cannot tell if > tomcat is running successfully or not!?!? As root, try "lsof -i | grep tomcat". (The grep is to isolate the list to processes running as user "tomcat". Red Hat typically names the user running a daemon after the daemon.) From john at jlhimpel.net Wed Dec 21 01:36:46 2005 From: john at jlhimpel.net (John Himpel) Date: Tue, 20 Dec 2005 19:36:46 -0600 Subject: [fedora-java] Netbeans 5.0-beta2 , Sun Application Server 8.1 and Java-gcj Message-ID: <1135129006.2914.5.camel@john.jlhimpel.net> All, Not wanting to "pile on" on the thread from Dan Thurman, but I am unable to install the Netbeans 5.0 beta2 + AS 8.1 with java-gcj-compat installed (one single download & install from Sun). I can get the Netbeans portion of the install to run fine, but the AS 8.1 portion refuses to recognize a valid location for the JDK. Is this also a problem with AS8.1 not following the FHS? Or am I not pointing the the proper directory for the JDK? I can get Netbeans to generate and work with stand-alone Java apps just fine. I just can't get an Application Server to work to provide servlets and EJBs. Thanks. John From ryanm at ashleyassociates.co.jp Wed Dec 21 02:09:59 2005 From: ryanm at ashleyassociates.co.jp (Ryan McDougall) Date: Wed, 21 Dec 2005 11:09:59 +0900 Subject: [fedora-java] Eclipse and Tomcat - where? In-Reply-To: References: Message-ID: <1135130999.3597.75.camel@localhost.localdomain> On Tue, 2005-12-20 at 10:59 -0800, Daniel B. Thurman wrote: > >From: Andrew Overholt [mailto:overholt at redhat.com] > >Sent: Tuesday, December 20, 2005 10:29 AM > >To: Daniel B. Thurman > >Cc: Gary Benson; Fedora Java Development List (E-mail) > >Subject: RE: [fedora-java] Eclipse and Tomcat - where? > > > > > >On Tue, 2005-12-20 at 09:48 -0800, Daniel B. Thurman wrote: > >> >From: fedora-devel-java-list-bounces at redhat.com > >> >[mailto:fedora-devel-java-list-bounces at redhat.com]On Behalf Of Gary > >> >Benson > >> >Sent: Tuesday, December 20, 2005 9:12 AM > >> >To: Fedora Java Development List (E-mail) > >> >Subject: Re: [fedora-java] Eclipse and Tomcat - where? > >> > > >> > > >> >Daniel B. Thurman wrote: > >> >> Hi Folks, > >> >> > >> >> I finally am ready to test by application on Fedora using Eclipse > >> >> and I am at the point where I am trying to run my web-application > >> >> using Tomcat. > >> >> > >> >> Of course, the Tomcat dialog box pops up and asks where the > >> >> Tomcat installation directory is.... ugh.... I have NO CLUE! > >> >> > >> >> On windows, Tomcat is installed by Eclipse so I dont have to > >> >> figure this out.... but on Fedora, seems like I do. > >> >> > >> >> Can someone tell me what to do? > >> > > >> >Well, I don't know what dialog box this is, but on Fedora the Tomcat > >> >installation directory (CATALINA_HOME) is /usr/share/tomcat5/. > >> > > >> >Cheers, > >> >Gary > >> > > >> > >> Hmmm.. ok, so I have that - but this did not help. > >> > >> The specific dialog box appears when you attempt to run the > >> web-application project (RunAs->Run on Server) and you > >> are then to choose the application server (tomcat 4,5,5.5) > >> and provide the tomcat installation directory otherwise > >> you cannot run the application. I entered the pathname of > >> /usr/share/tomcat5 and it does not allow me to continue. > >> I tried different tomcat versions (5.0, 5.5) and neither > >> worked. > >> > >> So- I am stuck - and cannot even get my application to run > >> at this time. Any ideas? > > > >Is it trying to launch tomcat itself? That won't work as it's supposed > >to run as root (or the tomcat user or whatever). > > Tomcat is a java servlet application server and yet developers > using eclipse are doing development work so why should it be a > "root" requirement to run and/or start it? Sure beats me... > > But in any case and from what I can tell, no matter what I enter into > the "Tomcat installation directory" textbox, the eclipse program > keeps saying that the directory provided is not a valid tomcat installation > directory and will not allow me to continue. I have used eclipse on windows > for awhile and tomcat (or other server) selections runs fine - "root" or not > and it even "installs" the server (along with Sun's version of their app server > w/ DB support) which makes it pleasant for developers so why not follow the same > pathway for linux-based developers? Why force configuration make us jump through > hoops when all "we" care about is to develop applications? I *should* be able to > choose *any* AS with Eclipse under Linux? > > Anyone care to jump in and tell me how to get tomcat started under > Eclipse's control? > > Dan > > > > >Andrew > > Perhaps you might be better off removing the fedora versions (which as others have mentioned is setup according to how the fedora developers think best) and compiling tomcat from scratch (thats how you install it in windows right?) There are probably tonnes of good tutorials which are variations on the theme of "unzip; configure --prefix=/whereever/you/want && make && make install", which will set up tomcat according to the layout you expect on windows. Personally, when Im developing tomcat on fedora, I only use eclipse for source editing. I have one terminal open where I type: ant && ant deploy, and when I need to restart (almost never) I can type /sbin/service tomcat restart, which is a fedora standard way of restarting servers. I have also used the tomcat5 manager app to deploy at localhost:8080/manager, which is quite convenient. Cheers, Ryan From fernando at lozano.eti.br Wed Dec 21 03:15:47 2005 From: fernando at lozano.eti.br (Fernando Lozano) Date: Wed, 21 Dec 2005 01:15:47 -0200 Subject: [fedora-java] Eclipse and Tomcat In-Reply-To: References: Message-ID: <43A8C8E3.6080803@lozano.eti.br> Hi Daniel, I guess it'll be easier for you to download tomcat from jakarta.apache.org and unzip it in your home dir. Then you'll get a default Tomcat installation your plug-in (which one, by the way? Sysdeo? WebApp? Lomboz?) will be able to use and you won't have troubles with filesystem permissions and TCP port numbers. It will also be easier for you to download and install Sun JDK instead of using the GCJ-based JDK that cames with Fedora. Yes, the Java environment you get with Fedora is quite different from the one you get with Windows, you'll take some time to learn how to use and configure it. And some plug-ins may not work inside a GCJ-based Eclipse environment. It looks you are mixing up native GCJ libraries and standard Java bytecodes, that'sa why I think it'll be easier to start with Sun JDK and a standard Tomcat download, and not using Fedora RPM packages. Don't forget also to check your firewall settings (iptables) and SELinux configuration. Try "iptables -F" and "setenforce 0" as root to check if those are preventing you from connecting to Tomcat. []s, Fernando Lozano >Hi Folks, > >Has anyone gotten Eclipse and Tomcat working at all? Seems >from google that this has not been working as far as I can tell. > >I started focusing on getting Tomcat to run and as far as I can >tell, out of the box, tomcat5 fails to start. > >The first thing I noticed was that tomcat tries to start as a tomcat4 >user -- tomcat4 on a tomcat v5.0 release? Heh! There already a >tomcat user in the /etc/password file so I changed all places where >tomcat4 user was located. In /etc/initd.d/tomcat and in >/etc/tomcat5/tomcat5.conf > >Then I tried to start it again - nope it fails. It breaks because apparently >for java v1.50 which I have installed, tomcat does not even know where >to find jta.jar file. Sheesh - it looks like this file was not included because >of licensing issues? Since I had java v1.4 installed, and the jta.jar was found >at /usr/lib/jvm/java-1.4.2-gcj-..., I simply copied it to /var/lib/tomcat5/common/lib >directory and deleted the [jta].jar broken link. Then I ran /etc/init.d/tomcat5 and >now it appears to run with no errors (as far as I can tell). > >Now - what port is tomcat running on so that I can see if it is running! Well, it is >not port 80 nor port 8080 (I am running apache at 80, and there is nothing at >8080) > >I cannot seem to find a tomcat listener in netstat -a so I cannot tell if tomcat is running >successfully or not!?!? > >Can anyone give me any pointers as to how to locate what port tomcat might be >running at? > >Thanks! >Dan > > > From fernando at lozano.eti.br Wed Dec 21 03:19:33 2005 From: fernando at lozano.eti.br (Fernando Lozano) Date: Wed, 21 Dec 2005 01:19:33 -0200 Subject: [fedora-java] Netbeans 5.0-beta2 , Sun Application Server 8.1 and Java-gcj In-Reply-To: <1135129006.2914.5.camel@john.jlhimpel.net> References: <1135129006.2914.5.camel@john.jlhimpel.net> Message-ID: <43A8C9C5.8050605@lozano.eti.br> Hi John, You won't, because the GCJ packages included with Fedora is not yet a fully-compliant Java2 implementation. Most Swing applications won't work at all. I don't know if Sun AS 8.1 would work with GCJ but I'd guess it won't. Anyway Sun software expects to find a Sun Java SDK, not a GCJ-based one, and so their install scripts and startup scripts won't work without some tweaking. Tomcat should work fine with GCJ (but not without some configuration hacking) and JonAS seem to work for EJB support. []s, Fernando Lozano >All, > >Not wanting to "pile on" on the thread from Dan Thurman, but I am unable >to install the Netbeans 5.0 beta2 + AS 8.1 with java-gcj-compat >installed (one single download & install from Sun). I can get the >Netbeans portion of the install to run fine, but the AS 8.1 portion >refuses to recognize a valid location for the JDK. > >Is this also a problem with AS8.1 not following the FHS? Or am I not >pointing the the proper directory for the JDK? > >I can get Netbeans to generate and work with stand-alone Java apps just >fine. I just can't get an Application Server to work to provide >servlets and EJBs. > >Thanks. > >John > >-- >fedora-devel-java-list mailing list >fedora-devel-java-list at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-devel-java-list > > > From rwhart at mchsi.com Wed Dec 21 05:45:10 2005 From: rwhart at mchsi.com (Bob Hartung) Date: Tue, 20 Dec 2005 23:45:10 -0600 Subject: [fedora-java] newbie question - Tomcat 4 instead of Tomcat 5 on FC4 Message-ID: <43A8EBE6.7020808@mchsi.com> Hi, If I am in the wrong list please advise me of such. I am trying to install the MIRC server from the Radiological Society of North America. This calls for java 1.4 (installed) and Tomcat 4.x. I am running FedoraCore4 which has Tomcat 5 installed and the MIRC software (a Radiology Teaching File/Research Case database product) will not run under Tomcat 5 at the present. I therefore need to have Tomcat 4 installed which I can do from the tar.gz. However, how can I make sure that the Tomcat 5 installation is not called or do the tar.gz files usually have files I can copy to /etc/init.d to use to start the Tomcat 4 service on boot? Sorry if this is a dumb question, but as a newbie I am somewhat overwhelmed with the terminology associated with Java in all of its clothes. Thanks, Bob Hartung From david at zarb.org Wed Dec 21 08:22:14 2005 From: david at zarb.org (David Walluck) Date: Wed, 21 Dec 2005 03:22:14 -0500 Subject: [fedora-java] newbie question - Tomcat 4 instead of Tomcat 5 on FC4 In-Reply-To: <43A8EBE6.7020808@mchsi.com> References: <43A8EBE6.7020808@mchsi.com> Message-ID: <43A910B6.5060003@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bob Hartung wrote: > not run under Tomcat 5 at the present. I therefore need to have Tomcat > 4 installed which I can do from the tar.gz. However, how can I make > sure that the Tomcat 5 installation is not called or do the tar.gz files > usually have files I can copy to /etc/init.d to use to start the Tomcat > 4 service on boot? You can get tomcat4 as an rpm through JPackage. The tomcat4 rpm comes with the files already in init.d, so there is no need to mess around there. Simply download http://jpackage.org/jpackage.repo to /etc/yum.repos.d and use yum to install tomcat4. To start or stop a service on startup, use chkconfig. For example, /sbin/chkconfig --del tomcat5 /sbin/chkconfig --add tomcat4 - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDqRC2arJDwJ6gwowRAji0AJ9KXw3QnLcaYg/jvXKQv6Vd7K1BCQCeL6jG mUYoldrti9isaDUAXMBcj6Q= =k1jy -----END PGP SIGNATURE----- From devel at batkin.net Wed Dec 21 13:07:07 2005 From: devel at batkin.net (Adam Batkin) Date: Wed, 21 Dec 2005 13:07:07 +0000 Subject: [fedora-java] Eclipse and Tomcat - where? In-Reply-To: References: Message-ID: <43A9537B.5010808@batkin.net> Okay, here goes. You CAN in fact run Tomcat under Eclipse, despite the fact that your default Tomcat installation may be set to run as root (and by default may require root privileges). This is because when Eclipse (and I assume you are also using the WTP/WST which is what actually provides the Tomcat integration) launches Tomcat with an alternate configuration file, it passes some extra command line options (setting catalina.base to your Tomcat installation directory, and setting catalina.home to a hidden Eclipse directory that it manages, and which contains an alternate configuration file). Without Eclipse, catalina.base and catalina.home usually point to the same place. Anyway, those details aren't important, it just explains to everyone else how in the world Eclipse manages to launch Tomcat without root privileges (because they seemed to doubt it was possible). So here's some guidance on fixing your problem (invalid tomcat installation directory). See: http://www.eclipsezone.com/eclipse/forums/t33013.html The basic summary is that Eclipse is looking for certain files inside your tomcat directory: common/lib/servlet-api.jar common/lib/naming-common.jar bin/bootstrap.jar conf webapps But at least one of those files doesn't exist because it is named something different (the article suggests servlet-api.jar is named "[servletapi5].jar", and from what I can remember with the same problem a few months ago on Fedora, I agree). The simple solution is to create a properly named symbolic link to that file, then you should be set. Good luck! -Adam Batkin > Tomcat is a java servlet application server and yet developers > using eclipse are doing development work so why should it be a > "root" requirement to run and/or start it? Sure beats me... > > But in any case and from what I can tell, no matter what I enter into > the "Tomcat installation directory" textbox, the eclipse program > keeps saying that the directory provided is not a valid tomcat installation > directory and will not allow me to continue. I have used eclipse on windows > for awhile and tomcat (or other server) selections runs fine - "root" or not > and it even "installs" the server (along with Sun's version of their app server > w/ DB support) which makes it pleasant for developers so why not follow the same > pathway for linux-based developers? Why force configuration make us jump through > hoops when all "we" care about is to develop applications? I *should* be able to > choose *any* AS with Eclipse under Linux? > > Anyone care to jump in and tell me how to get tomcat started under > Eclipse's control? From david at zarb.org Wed Dec 21 13:15:24 2005 From: david at zarb.org (David Walluck) Date: Wed, 21 Dec 2005 08:15:24 -0500 Subject: [fedora-java] Eclipse and Tomcat - where? In-Reply-To: <43A9537B.5010808@batkin.net> References: <43A9537B.5010808@batkin.net> Message-ID: <43A9556C.9090806@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Adam Batkin wrote: > But at least one of those files doesn't exist because it is named > something different (the article suggests servlet-api.jar is named > "[servletapi5].jar", and from what I can remember with the same problem > a few months ago on Fedora, I agree). The simple solution is to create a > properly named symbolic link to that file, then you should be set. There can be plenty of jars named using brackets (due to how build-jar-repository works). The better solution is that FC apply a patch to have it not check for any jars. Actually, given that both eclipse and tomcat are managed by rpm, it doesn't need to check for anything. - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDqVVsarJDwJ6gwowRAi2KAKCYNLnz4TFase5LggsdWB3TZ+o8PACfaE2z jlFZVDwY0/NEQ52dOOClp2g= =Vc78 -----END PGP SIGNATURE----- From green at redhat.com Wed Dec 21 16:10:01 2005 From: green at redhat.com (Anthony Green) Date: Wed, 21 Dec 2005 08:10:01 -0800 Subject: [fedora-java] Netbeans 5.0-beta2 , Sun Application Server 8.1 and Java-gcj In-Reply-To: <1135129006.2914.5.camel@john.jlhimpel.net> References: <1135129006.2914.5.camel@john.jlhimpel.net> Message-ID: <1135181401.3701.20.camel@localhost.localdomain> On Tue, 2005-12-20 at 19:36 -0600, John Himpel wrote: > Not wanting to "pile on" on the thread from Dan Thurman, but I am unable > to install the Netbeans 5.0 beta2 + AS 8.1 with java-gcj-compat > installed (one single download & install from Sun). gcj is not java, but happens to run lots of programs written in the java programming language. We'd like for it to run more. I'd like to suggest a two pronged approach to your current problem: Prong 1: File bugs in bugzilla.redhat.com. Commit to understanding and working through any issues with us so that one day we can run any Open Source software that is important to you. This requires commitment and effort on all our parts. Prong 2: Install SUN's JDK using the Jpackage technique -- not Sun's RPM, and use "alternatives --config java" and "alternatives --config javac" so you can get your other work done. Thanks! AG From dant at cdkkt.com Wed Dec 21 16:16:21 2005 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 21 Dec 2005 08:16:21 -0800 Subject: [fedora-java] Eclipse and Tomcat Message-ID: >From: fedora-devel-java-list-bounces at redhat.com >[mailto:fedora-devel-java-list-bounces at redhat.com]On Behalf Of Kenneth >Porter >Sent: Tuesday, December 20, 2005 5:33 PM >To: Fedora Java Development List (E-mail) >Subject: Re: [fedora-java] Eclipse and Tomcat > > >--On Tuesday, December 20, 2005 4:50 PM -0800 "Daniel B. Thurman" > wrote: > >> Now - what port is tomcat running on so that I can see if it >is running! >> Well, it is not port 80 nor port 8080 (I am running apache at 80, and >> there is nothing at 8080) >> >> I cannot seem to find a tomcat listener in netstat -a so I >cannot tell if >> tomcat is running successfully or not!?!? > >As root, try "lsof -i | grep tomcat". (The grep is to isolate >the list to >processes running as user "tomcat". Red Hat typically names the user >running a daemon after the daemon.) > > Thanks for this tip! My tomcat is running at port 8005. Hmm... but when I tried to see this port in my web-browser - it reports a connection refused... well! At least *something* is running. Now... to get *something* on tomcat's default www-root directory so that it has a index.html file.. I wonder where that is... somewhere in /usr/share/tomcat5 directory or in /var ? Any idea while I look? Dan -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.2/208 - Release Date: 12/20/2005 From dant at cdkkt.com Wed Dec 21 16:44:10 2005 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 21 Dec 2005 08:44:10 -0800 Subject: [fedora-java] Eclipse and Tomcat Message-ID: >From: fedora-devel-java-list-bounces at redhat.com >[mailto:fedora-devel-java-list-bounces at redhat.com]On Behalf Of >Daniel B. >Thurman >Sent: Wednesday, December 21, 2005 8:16 AM >To: Kenneth Porter; Fedora Java Development List (E-mail) >Subject: RE: [fedora-java] Eclipse and Tomcat > > >>From: fedora-devel-java-list-bounces at redhat.com >>[mailto:fedora-devel-java-list-bounces at redhat.com]On Behalf Of Kenneth >>Porter >>Sent: Tuesday, December 20, 2005 5:33 PM >>To: Fedora Java Development List (E-mail) >>Subject: Re: [fedora-java] Eclipse and Tomcat >> >> >>--On Tuesday, December 20, 2005 4:50 PM -0800 "Daniel B. Thurman" >> wrote: >> >>> Now - what port is tomcat running on so that I can see if it >>is running! >>> Well, it is not port 80 nor port 8080 (I am running apache >at 80, and >>> there is nothing at 8080) >>> >>> I cannot seem to find a tomcat listener in netstat -a so I >>cannot tell if >>> tomcat is running successfully or not!?!? >> >>As root, try "lsof -i | grep tomcat". (The grep is to isolate >>the list to >>processes running as user "tomcat". Red Hat typically names the user >>running a daemon after the daemon.) >> >> > >Thanks for this tip! My tomcat is running at port 8005. Hmm... but >when I tried to see this port in my web-browser - it reports a >connection >refused... well! At least *something* is running. Now... >to get *something* >on tomcat's default www-root directory so that it has a >index.html file.. I >wonder where that is... somewhere in /usr/share/tomcat5 >directory or in >/var ? Any idea while I look? > >Dan > Oh... lsof -i | grep tomcat revealed port 8005 but there is nothing there I looked at /var/log/tomcat/catalina.out (logfile) and it says that it started at port 8080. OK... that is good news. I ran the web-browser and apparently it runs forever - showing nothing and spinning it's wheels... >From the log, it appears that tomcat is trying to read these files but is unable to (I am starting/stopping/restarting tomcat as a root user if that means anything...) /usr/share/tomcat5/conf: jk2.properties and tomcat-users.xml Ok, I chgrp these two files to 'tomcat' However, log says it is now trying to read: tomcat-users.xml.new so I created a link: tomcat-users.xml.new->tomcat-users.xml and now it says it is trying to read: tmcat-users.xml.old !?!?!?!? Hmmm... maybe the crux of this is that I need to get a valid user created in the tomcat-users.xml file? What should I do in this case??? Dan -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.2/208 - Release Date: 12/20/2005 From shiva at sewingwitch.com Wed Dec 21 21:06:44 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Wed, 21 Dec 2005 13:06:44 -0800 Subject: [fedora-java] Eclipse and Tomcat In-Reply-To: References: Message-ID: <4B671147F8E71D7801BB4CCF@[10.0.0.14]> --On Wednesday, December 21, 2005 8:44 AM -0800 "Daniel B. Thurman" wrote: > lsof -i | grep tomcat revealed port 8005 but there is nothing there > > I looked at /var/log/tomcat/catalina.out (logfile) and it says > that it started at port 8080. OK... that is good news. I ran > the web-browser and apparently it runs forever - showing nothing > and spinning it's wheels... I think the root-run version listens on both those ports by default. I think 8005 was the JK2 connector to Apache and 8080 is the web content port. (Been awhile since I messed with Tomcat.) Without the "-i", lsof (list open files) reports all regular files, and can be used to locate what files a process is actively using. You can also strace a process to see what it opens over time. (Redirect output to a file and filter aggressively as an strace log gets huge fast.) Look up-thread for how to get Eclipse to run a private copy of Tomcat. From dant at cdkkt.com Wed Dec 21 21:57:10 2005 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 21 Dec 2005 13:57:10 -0800 Subject: [fedora-java] Eclipse and Tomcat Message-ID: >From: fedora-devel-java-list-bounces at redhat.com >[mailto:fedora-devel-java-list-bounces at redhat.com]On Behalf Of Kenneth >Porter >Sent: Wednesday, December 21, 2005 1:07 PM >To: Fedora Java Development List (E-mail) >Subject: RE: [fedora-java] Eclipse and Tomcat > > >--On Wednesday, December 21, 2005 8:44 AM -0800 "Daniel B. Thurman" > wrote: > >> lsof -i | grep tomcat revealed port 8005 but there is nothing there >> >> I looked at /var/log/tomcat/catalina.out (logfile) and it says >> that it started at port 8080. OK... that is good news. I ran >> the web-browser and apparently it runs forever - showing nothing >> and spinning it's wheels... > >I think the root-run version listens on both those ports by default. I >think 8005 was the JK2 connector to Apache and 8080 is the web content >port. (Been awhile since I messed with Tomcat.) > >Without the "-i", lsof (list open files) reports all regular >files, and can >be used to locate what files a process is actively using. You can also >strace a process to see what it opens over time. (Redirect >output to a file >and filter aggressively as an strace log gets huge fast.) > >Look up-thread for how to get Eclipse to run a private copy of Tomcat. > > Ken, Please note that I am NOT flaming you. Just the person/team that provided the Tomcat "port" for Fedora. They should be flamed badly. I have pretty much given up trying to get tomcat running with Fedora's version. It seems that there are just too many problems with this version - and this was stated in several sites talking about it. I have downloaded tomcat binaries from apache's website, installed it in /usr/local directory, chown tomcat:tomcat the tomcat-5.5.12 directory and simply ran /usr/bin/dtomcat and tomcat started up with no errors as far as I can see. Finally - I can now see tomcat's index.jsp and my own index.html file in my web browser. I believe whomever created this tomcat version for Fedora has got some explaining to do. This is a horrible piece of junk, horrible waste of my time, and files moved all over the place that is it a major cause of confusion which departs from apache's standard configuration and installation. Heck, I cannot even simply define JAVA_HOME and find the binaries!!! Sheesh!! If anyone can point me to ONE definitive installation guide/faq that explains PRECISELY how to get tomcat running on FC4 from the original distro - please do! Nothing I tried so far even works! Yes, I got tomcat to "run" with a LOT OF WASTED TIME, and I was not able to get past the tomcat-user.xml file where it is trying to copy *some original file* to tomcat-user.xml.old and this causes *something* to throw an exception and on top of that fails to locate or serve any pages. It just spins it's wheels forever. I just cannot understand why Eclipse w/ Tomcat fails out of the box. This whole thing reminds me of M$ announcing a product when the product is not close to working just prevent customers from buying someone else's brand. Sheesh - what a piece of ****! Now... I have yet to get Eclipse to work in conjunction with Tomcat. We'll see how THAT goes.... Dan -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.2/208 - Release Date: 12/20/2005 From john at jlhimpel.net Thu Dec 22 01:20:16 2005 From: john at jlhimpel.net (John Himpel) Date: Wed, 21 Dec 2005 19:20:16 -0600 Subject: [fedora-java] Netbeans 5.0-beta2 , Sun Application Server 8.1 and Java-gcj In-Reply-To: <1135181401.3701.20.camel@localhost.localdomain> References: <1135129006.2914.5.camel@john.jlhimpel.net> <1135181401.3701.20.camel@localhost.localdomain> Message-ID: <1135214416.2914.22.camel@john.jlhimpel.net> On Wed, 2005-12-21 at 08:10 -0800, Anthony Green wrote: > On Tue, 2005-12-20 at 19:36 -0600, John Himpel wrote: > > Not wanting to "pile on" on the thread from Dan Thurman, but I am unable > > to install the Netbeans 5.0 beta2 + AS 8.1 with java-gcj-compat > > installed (one single download & install from Sun). > > gcj is not java, but happens to run lots of programs written in the java > programming language. We'd like for it to run more. I'd like to > suggest a two pronged approach to your current problem: > > Prong 1: File bugs in bugzilla.redhat.com. Commit to understanding and > working through any issues with us so that one day we can run any Open > Source software that is important to you. This requires commitment and > effort on all our parts. On my honor, I will do my best .... > > Prong 2: Install SUN's JDK using the Jpackage technique -- not Sun's > RPM, and use "alternatives --config java" and "alternatives --config > javac" so you can get your other work done. Easier said than done. 1) The unpacking of the sun jdk uses options on the tail command that are no longer supported on FC4 + Rawhide. 2) The java-1.4.2-sun-fonts-1.4.2.10-1jpp.i586.rpm that is created does not play will with the new modular X (/usr/X11R6/ directory has been changed to be FHS compliant). 3) The j2ee JDK went fine. 4) The installation of java-1.4.2-sun-compat-1.4.2.09-1jpp.src.rpm went fine. 5) Using "alternatives" set java & javac to point to the Sun versions. 6) Now the installation of netbeans-5.0-beta2 goes fine, but the installation of Sun's Application Server 8.1-2005Q2 will not install. It gets the following in the installation log: (Wed Dec 21 18:50:10 CST 2005) Installing Appserver... Executing the following command: /opt/netbeans-5.0beta2/_uninst/sjsas_pe-8_1_02_2005Q2-fcs-bin-b06-linux-13_may_2005.bin -javahome /usr/lib/jvm/java-1.4.2-sun-1.4.2.10 -tmpdir /tmp -silent /opt/netbeans-5.0beta2/_uninst/statefile /opt/netbeans-5.0beta2/_uninst/sjsas_pe-8_1_02_2005Q2-fcs-bin-b06-linux-13_may_2005.bin: symbol lookup error: /usr/lib/libstdc++-libc6.2-2.so.3: undefined symbol: _pthread_cleanup_push_defer__FP23_pthread_cleanup_bufferPFPv_vPv exitcode = 127 (Wed Dec 21 18:50:10 CST 2005) Finished Installing Appserver8... I have installed: compat-libstdc++-296-2.96-133 compat-libstdc++-33-3.2.3-47.fc4 I suspect that one of these s/b removed, but I don't know which one. I may be bringing this information to the wrong place. RH Bugzilla doesn't see the right place since these are jpackage and Sun packages, yet I cannot find a Bug Reporting system for either of those. Pointers to the proper place to file this info would be gratefully accepted. Someone in a previous post suggested trying Jonas instead of Sun's AS. Unfortunately, netbeans doesn't play nice with Jonas yet (deployment module for Jonas is being worked on Open Source community, but it isn't done yet). It was also suggested that I use Tomcat. I don't believe Tomcat has an EJB container (but I could be wrong). Thanks. John Living on the bleeding edge is a lot more fun when it's somebody else's blood. :-) > > Thanks! > > AG > From dant at cdkkt.com Thu Dec 22 01:24:13 2005 From: dant at cdkkt.com (Daniel B. Thurman) Date: Wed, 21 Dec 2005 17:24:13 -0800 Subject: [fedora-java] Eclipse and Tomcat Message-ID: >From: Chris Hubick [mailto:chris at hubick.com] >Sent: Wednesday, December 21, 2005 4:37 PM >To: Daniel B. Thurman >Subject: RE: [fedora-java] Eclipse and Tomcat > > >On Wed, 2005-12-21 at 13:57 -0800, Daniel B. Thurman wrote: >> I just cannot understand why Eclipse w/ Tomcat fails out of the box. >> This whole thing reminds me of M$ announcing a product when >the product >> is not close to working just prevent customers from buying >someone else's >> brand. >> >> Sheesh - what a piece of ****! >> > >Dude! > >Do your realize that Tomcat on Fedora Core is compiled to native >executables using GCJ and GNU Classpath? That is to say, like the rest >of Fedora, it uses a completely Free(dom) Software implementation of >Java (GCJ), written by people all around the world in their free time, >and provided to you FREE of cost. Yes, that is nice - but when the s--- hits the fan, expect some complaints. This is so that people know that there are issues and maybe someone will respond, maybe working on it, or maybe not. Also, people many avoid it to save time when someone complaints having been there. Caveat Emptor. > >The Free Java tools aren't perfect yet by any means... but considering >that Tomcat and Eclipse run at all is a huge feat! Tomcat runs? Not from where I am standing. Does Eclipse run with Tomcat? Nope! Not even with a Tomcat that I downloaded, and got it running. So - there you have it. >These hackers have almost replicated years of work by Sun to create >Java, so that you can have a Java implementation with all the other >benefits of Free Software which is why GNU/Linux exists in the first place. Yada, yada, yada. Java has been around a while, and ported to many systems and all that. If a poor or incomplete port is made, expect complaints. > >And if you don't like the Fedora Tomcat, just "rpm -e tomcat" and you >are done with it and can do whatever you want. Did that. Installed Apache's version per recommendation of *many* other java/eclipse/tomcat fans. > >Most the people you are yelling wont ever see any of your money, and >unlike MS, they aren't charging you shit for all their effort to >guarantee your freedom - so show a little fucking gratitude, and maybe >even some respect. Yes, that is known. I will praise good work where due. I will also complain on bad work as well, free or proprietary. > >Asshole. Apparently, you are a very sensitive individual. Get over it. > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.2/208 - Release Date: 12/20/2005 From chris at hubick.com Thu Dec 22 01:32:02 2005 From: chris at hubick.com (Chris Hubick) Date: Wed, 21 Dec 2005 18:32:02 -0700 Subject: [fedora-java] Eclipse and Tomcat In-Reply-To: References: Message-ID: <1135215122.2756.65.camel@FC4a.CHD.hubick.com> On Wed, 2005-12-21 at 17:24 -0800, Daniel B. Thurman wrote: > >From: Chris Hubick [mailto:chris at hubick.com] > >Sent: Wednesday, December 21, 2005 4:37 PM > >To: Daniel B. Thurman My reply to you was Off-List for a reason. -- Chris Hubick mailto:chris at hubick.com http://www.hubick.com/ From shiva at sewingwitch.com Thu Dec 22 03:13:43 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Wed, 21 Dec 2005 19:13:43 -0800 Subject: [fedora-java] Eclipse and Tomcat In-Reply-To: References: Message-ID: <38C796EFB57D58C0AED65665@[10.169.6.233]> --On Wednesday, December 21, 2005 1:57 PM -0800 "Daniel B. Thurman" wrote: > I believe whomever created this tomcat version for Fedora has got > some explaining to do. This is a horrible piece of junk, horrible > waste of my time, and files moved all over the place that is it a > major cause of confusion which departs from apache's standard > configuration and installation. Heck, I cannot even simply define > JAVA_HOME and find the binaries!!! Sheesh!! Agreed, but this is unlikely to be Fedora-specific. More likely the repackaging is done to make the system comply with LSB/FHS, which Sun ignores. Even Microsoft has packaging guidelines and recommended directories that application developers routinely ignore. (It's easy to do so when everyone runs as administrator.) > It seems that there are just too many problems with this > version - and this was stated in several sites talking about it. Rather than "curse the dark", it's in everyone's best interest that those who identify concrete faults go to bugzilla and "light a candle". Did any of those sites provide bug numbers? From rwhart at mchsi.com Thu Dec 22 03:34:38 2005 From: rwhart at mchsi.com (Bob Hartung) Date: Wed, 21 Dec 2005 21:34:38 -0600 Subject: [fedora-java] newbie question - Tomcat 4 instead of Tomcat 5 on FC4 - continued In-Reply-To: <43A910B6.5060003@zarb.org> References: <43A8EBE6.7020808@mchsi.com> <43A910B6.5060003@zarb.org> Message-ID: <43AA1ECE.6040207@mchsi.com> No luck so far. I have done the following: 1. modified jpackage.repo commenting out all the sections except '[jpackage-fc]'. 2. run 'yum remove tomcat5*' Reported success 3. run 'yum install tomcat4*' Reports: "No Match for argument: tomcat4" So this would suggest to me that tomcat4 is no longer available via yum. Is my next best choice to simply get the tar.gz file and manually set up the init.d stuff and edit the files to set $Catalina_Home? Remember, this is my FIRST exposure to Java and the naming conventions boggle the mind - i.e. java, containers, struts, jakarta, ... Thanks again, Bob David Walluck wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Bob Hartung wrote: > >>not run under Tomcat 5 at the present. I therefore need to have Tomcat >>4 installed which I can do from the tar.gz. However, how can I make >>sure that the Tomcat 5 installation is not called or do the tar.gz files >>usually have files I can copy to /etc/init.d to use to start the Tomcat >>4 service on boot? > > > You can get tomcat4 as an rpm through JPackage. The tomcat4 rpm comes > with the files already in init.d, so there is no need to mess around > there. Simply download http://jpackage.org/jpackage.repo to > /etc/yum.repos.d and use yum to install tomcat4. > > To start or stop a service on startup, use chkconfig. For example, > > /sbin/chkconfig --del tomcat5 > /sbin/chkconfig --add tomcat4 > > - -- > Sincerely, > > David Walluck > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (GNU/Linux) > > iD8DBQFDqRC2arJDwJ6gwowRAji0AJ9KXw3QnLcaYg/jvXKQv6Vd7K1BCQCeL6jG > mUYoldrti9isaDUAXMBcj6Q= > =k1jy > -----END PGP SIGNATURE----- > From djgarbows at yahoo.co.uk Thu Dec 22 09:47:40 2005 From: djgarbows at yahoo.co.uk (Dariusz J. Garbowski) Date: Thu, 22 Dec 2005 09:47:40 +0000 Subject: [fedora-java] Netbeans 5.0-beta2 , Sun Application Server 8.1 and Java-gcj In-Reply-To: <1135214416.2914.22.camel@john.jlhimpel.net> References: <1135129006.2914.5.camel@john.jlhimpel.net> <1135181401.3701.20.camel@localhost.localdomain> <1135214416.2914.22.camel@john.jlhimpel.net> Message-ID: <43AA763C.1090509@yahoo.co.uk> On 12/22/2005 01:20 AM, John Himpel wrote: > On Wed, 2005-12-21 at 08:10 -0800, Anthony Green wrote: > >>On Tue, 2005-12-20 at 19:36 -0600, John Himpel wrote: >> > I may be bringing this information to the wrong place. RH Bugzilla > doesn't see the right place since these are jpackage and Sun packages, > yet I cannot find a Bug Reporting system for either of those. Pointers > to the proper place to file this info would be gratefully accepted. Sun Java bugs should be reported here: http://bugs.sun.com Regards, Dariusz -- Dariusz J. Garbowski ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com From gbenson at redhat.com Thu Dec 22 10:04:03 2005 From: gbenson at redhat.com (Gary Benson) Date: Thu, 22 Dec 2005 10:04:03 +0000 Subject: [fedora-java] Eclipse and Tomcat - where? In-Reply-To: References: Message-ID: <20051222100358.GC5294@redhat.com> Daniel B. Thurman wrote: > Why force configuration make us jump through hoops when all "we" > care about is to develop applications? I *should* be able to choose > *any* AS with Eclipse under Linux? It's not a question of forcing you to do anything. Most likely the problem is that noboby has tried to do whatever you are trying to do before, so the issues you have have not had their wrinkles ironed out. Cheers, Gary From green at redhat.com Thu Dec 22 10:33:05 2005 From: green at redhat.com (Anthony Green) Date: Thu, 22 Dec 2005 02:33:05 -0800 Subject: [fedora-java] Eclipse and Tomcat In-Reply-To: References: Message-ID: <1135247585.2983.5.camel@localhost.localdomain> On Wed, 2005-12-21 at 13:57 -0800, Daniel B. Thurman wrote: > If anyone can point me to ONE definitive installation guide/faq that > explains PRECISELY how to get tomcat running on FC4 from the original > distro - please do! $ yum -y install tomcat5-webapps $ service tomcat5 start $ firefox http://localhost:8080/ AG From david at zarb.org Thu Dec 22 11:31:10 2005 From: david at zarb.org (David Walluck) Date: Thu, 22 Dec 2005 06:31:10 -0500 Subject: [fedora-java] newbie question - Tomcat 4 instead of Tomcat 5 on FC4 - continued In-Reply-To: <43AA1ECE.6040207@mchsi.com> References: <43A8EBE6.7020808@mchsi.com> <43A910B6.5060003@zarb.org> <43AA1ECE.6040207@mchsi.com> Message-ID: <43AA8E7E.2010804@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bob Hartung wrote: > No luck so far. I have done the following: > 1. modified jpackage.repo commenting out all the sections except > '[jpackage-fc]'. You need the *jpackage-generic* repository also. This is likely your problem. This is the repository that contains nearly all of the available packages. You can even check the jpackage.org website directly and see that tomcat4 (and even tomcat3) is there. The website may give you a better idea of what is available to download, but yum would work as well, and you should definitely try to use yum for the actual install. > So this would suggest to me that tomcat4 is no longer available via yum. > Is my next best choice to simply get the tar.gz file and manually set I think that once you get the rpm(s) installed you will really prefer that way. There is a small learning curve when moving to rpms, but a little patience is all it takes. Keep in mind that there's a few tomcat4 rpm packages. You might want tomcat4-webpps for testing, for example. - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDqo5+arJDwJ6gwowRAsjiAJ9ze/3KTYFZWwmO/ASbU64qJpf/LwCfbcQc D5Id/J7W1iDkkMfj3i2F9AQ= =jq+K -----END PGP SIGNATURE----- From rwhart at mchsi.com Thu Dec 22 12:54:45 2005 From: rwhart at mchsi.com (Bob Hartung) Date: Thu, 22 Dec 2005 06:54:45 -0600 Subject: [fedora-java] newbie question - Tomcat 4 instead of Tomcat 5 on FC4 - continued In-Reply-To: <43AA8E7E.2010804@zarb.org> References: <43A8EBE6.7020808@mchsi.com> <43A910B6.5060003@zarb.org> <43AA1ECE.6040207@mchsi.com> <43AA8E7E.2010804@zarb.org> Message-ID: <43AAA215.3040608@mchsi.com> Weel-l-l-l-l-l-, Something failed here. When I do an rpm -qa | grep tomcat I get packages from both tomcat4 and tomcat5 listed. If I do an rpm -ql [package name] I get nothing. I have tried rpm --rebuilddb to try and straighten up the rpm database but the entries remain. I will now have to try and find if there is a way to edit the rpm database to remove the incorrect entries. Always a learning experience! Thanks! If I can get the db cleaned up I will try your suggestions. Bob David Walluck wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Bob Hartung wrote: > >>No luck so far. I have done the following: >>1. modified jpackage.repo commenting out all the sections except >>'[jpackage-fc]'. > > > You need the *jpackage-generic* repository also. This is likely your > problem. This is the repository that contains nearly all of the > available packages. > > You can even check the jpackage.org website directly and see that > tomcat4 (and even tomcat3) is there. The website may give you a better > idea of what is available to download, but yum would work as well, and > you should definitely try to use yum for the actual install. > > >>So this would suggest to me that tomcat4 is no longer available via yum. >> Is my next best choice to simply get the tar.gz file and manually set > > > I think that once you get the rpm(s) installed you will really prefer > that way. There is a small learning curve when moving to rpms, but a > little patience is all it takes. > > Keep in mind that there's a few tomcat4 rpm packages. You might want > tomcat4-webpps for testing, for example. > > - -- > Sincerely, > > David Walluck > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (GNU/Linux) > > iD8DBQFDqo5+arJDwJ6gwowRAsjiAJ9ze/3KTYFZWwmO/ASbU64qJpf/LwCfbcQc > D5Id/J7W1iDkkMfj3i2F9AQ= > =jq+K > -----END PGP SIGNATURE----- > From fernando at lozano.eti.br Thu Dec 22 13:47:19 2005 From: fernando at lozano.eti.br (fernando at lozano.eti.br) Date: Thu, 22 Dec 2005 11:47:19 -0200 Subject: [fedora-java] Eclipse and Tomcat Message-ID: <43aaae67.133.568d.1534710804@lozano.eti.br> Hi Daniel, > >On Wed, 2005-12-21 at 13:57 -0800, Daniel B. Thurman wrote: > >> I just cannot understand why Eclipse w/ Tomcat fails out of the box. > >> This whole thing reminds me of M$ announcing a product when > >the product > >> is not close to working just prevent customers from buying > >someone else's > >> brand. > >> > >> Sheesh - what a piece of ****! Before complaining, you should provide the info people requested to be able to help you. I asked you twice which Eclipse Plug-in you were using to run Tomcat, and you did not replied. I explained to you GCJ is not a complete Java implementation, so you should expect problems and incompatibilities. I also explained you that whatever you are using to run Tomcat under Eclipse is not part of the Eclipse packatges included Fedora Core, so it may hit something unimplemented or buggy in GCJ and so makes sense to know which plug-in or which procedure you did used to run Tomcat inside Eclipse. I also already explained to you why the root requirement and different packaging makes sense and how to circunvent it, without feedback. Looks like you want just to complain and expect a magic solution that doesn't requite you to work and to think. Many people on this list uses Eclise and Tomcat as suplied by Fedora Core 4, so they both work. Much more people use the original packages from JPackage in which the Fedora work was based. If you have a different setup or doen't have the Linux sysadmin knowledge to make this work, it's your fault, not the people who packaged Fedora Core. And if you do expect someone to help you, you have to behave in a way people can actually help you, but you don't behave like someone that want to get help. []s, Fernando Lozano From fernando at lozano.eti.br Thu Dec 22 13:53:43 2005 From: fernando at lozano.eti.br (fernando at lozano.eti.br) Date: Thu, 22 Dec 2005 11:53:43 -0200 Subject: [fedora-java] Netbeans 5.0-beta2 , Sun Application Server 8.1 and Java-gcj Message-ID: <43aaafe7.265.57e0.82802580@lozano.eti.br> Hi, > > Prong 2: Install SUN's JDK using the Jpackage technique -- not Sun's > > RPM, and use "alternatives --config java" and "alternatives --config > > javac" so you can get your other work done. > Easier said than done. > 6) Now the installation of netbeans-5.0-beta2 goes fine, but the > installation of Sun's Application Server 8.1-2005Q2 will not install. You have the option of not installing SJAS (there's even a NetBeans bundle that does not includes it). Then Download and install JBoss 4.0.3 which is supported by current Netbeans5 beta, configure Netbeans to use it (Runtime Window > Servers > Add Server) and you'll have all Java EE features. If you won't use EJB and JMS you may well forget about SJAS or JBoss and just use the included Tomcat for JSP, Servlets and WebServices. []s, Fernando Lozano From david at zarb.org Thu Dec 22 13:59:15 2005 From: david at zarb.org (David Walluck) Date: Thu, 22 Dec 2005 08:59:15 -0500 Subject: [fedora-java] newbie question - Tomcat 4 instead of Tomcat 5 on FC4 - continued In-Reply-To: <43AAA215.3040608@mchsi.com> References: <43A8EBE6.7020808@mchsi.com> <43A910B6.5060003@zarb.org> <43AA1ECE.6040207@mchsi.com> <43AA8E7E.2010804@zarb.org> <43AAA215.3040608@mchsi.com> Message-ID: <43AAB133.6010502@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bob Hartung wrote: > Weel-l-l-l-l-l-, > Something failed here. When I do an rpm -qa | grep tomcat I get > packages from both tomcat4 and tomcat5 listed. If I do an rpm -ql You can always just remove and reinstall those packages, assuming that your entire rpm database didn't break. - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDqrEzarJDwJ6gwowRAgUVAJ9MQg/D/dPArqv7qmUr4f1+O9RXqwCgoEmz TLZOVA9VMzuTxSfqzNk+ibQ= =+YsK -----END PGP SIGNATURE----- From overholt at redhat.com Thu Dec 22 14:48:05 2005 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 22 Dec 2005 09:48:05 -0500 Subject: [fedora-java] Performance issues with gcc-4.1.0-0.10.i386 Message-ID: <1135262885.16120.6.camel@tophat.toronto.redhat.com> Hi, I am seeing some performance issues with the latest gcc rawhide RPM set. I tried a build of Eclipse with them and it took 650 minutes 42 seconds where it used to take about 20 - 30 minutes (this is just for the bytecode, BTW). I watched the log a bit as it built but nothing stood out to me as taking more time than anything else. My build did eventually finish, however, so I upgraded to those Eclipse RPMs and tried to run Eclipse. Startup is very slow. I used OProfile to grab some data and put it here: http://overholt.ca/eclipsestartup-opreport.txt Then I reset OProfile and grabbed some data while using Eclipse for a few minutes. I have two small projects checked out and I cleaned them, opened a file (which took a very long time), moved around a bit in the file, closed it, and reopened it (which took much less time). Here is the report from that session: http://overholt.ca/eclipseusage-opreport.txt The top of both reports is similar. Here's the top of the startup report: samples % app name symbol name 1814289 28.7922 libgcc_s-4.1.0-20051221.so.1 __deregister_frame_info_bases 1764105 27.9958 libgcc_s-4.1.0-20051221.so.1 add_fdes 1040376 16.5105 libgcc_s-4.1.0-20051221.so.1 size_of_encoded_value 693446 11.0048 libgcc_s-4.1.0-20051221.so.1 classify_object_over_fdes 539261 8.5579 libgcc_s-4.1.0-20051221.so.1 __ucmpdi2 I can get more information if you need. Thanks, Andrew From aph at redhat.com Thu Dec 22 15:01:03 2005 From: aph at redhat.com (Andrew Haley) Date: Thu, 22 Dec 2005 15:01:03 +0000 Subject: [fedora-java] Re: Performance issues with gcc-4.1.0-0.10.i386 In-Reply-To: <1135262885.16120.6.camel@tophat.toronto.redhat.com> References: <1135262885.16120.6.camel@tophat.toronto.redhat.com> Message-ID: <17322.49071.654032.59209@zapata.pink> Andrew Overholt writes: > > I am seeing some performance issues with the latest gcc rawhide RPM set. > I tried a build of Eclipse with them and it took 650 minutes 42 seconds > where it used to take about 20 - 30 minutes (this is just for the > bytecode, BTW). I watched the log a bit as it built but nothing stood > out to me as taking more time than anything else. > > My build did eventually finish, however, so I upgraded to those Eclipse > RPMs and tried to run Eclipse. Startup is very slow. I used OProfile > to grab some data and put it here: > > http://overholt.ca/eclipsestartup-opreport.txt > > Then I reset OProfile and grabbed some data while using Eclipse for a > few minutes. I have two small projects checked out and I cleaned them, > opened a file (which took a very long time), moved around a bit in the > file, closed it, and reopened it (which took much less time). Here is > the report from that session: > > http://overholt.ca/eclipseusage-opreport.txt > > The top of both reports is similar. Here's the top of the startup > report: > > samples % app name symbol name > 1814289 28.7922 libgcc_s-4.1.0-20051221.so.1 __deregister_frame_info_bases This is usually called when a library is unloaded. I can't imagine any reason why this might happen when running gij. The quickest way to find this is to run under gdb and see where __deregister_frame_info_bases is called from. I have seen this once, and it turned out to be a bug in our interface with the garbage collector. But as far as I am aware little has changed since the last gcc build thath might affect this. Andrew. From mark at klomp.org Thu Dec 22 15:53:59 2005 From: mark at klomp.org (Mark Wielaard) Date: Thu, 22 Dec 2005 16:53:59 +0100 Subject: [fedora-java] Performance issues with gcc-4.1.0-0.10.i386 In-Reply-To: <1135262885.16120.6.camel@tophat.toronto.redhat.com> References: <1135262885.16120.6.camel@tophat.toronto.redhat.com> Message-ID: <1135266839.7227.174.camel@localhost.localdomain> Hi Andrew, On Thu, 2005-12-22 at 09:48 -0500, Andrew Overholt wrote: > My build did eventually finish, however, so I upgraded to those Eclipse > RPMs and tried to run Eclipse. Startup is very slow. I used OProfile > to grab some data and put it here: > > http://overholt.ca/eclipsestartup-opreport.txt Are you sure this data is correct? I see several entries for gnu::classpath::jdwp and as far as I know this code is never actually called yet. If it is I am wondering how that code is triggered. Cheers, Mark -------------- 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 overholt at redhat.com Thu Dec 22 15:54:27 2005 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 22 Dec 2005 10:54:27 -0500 Subject: [fedora-java] Re: Performance issues with gcc-4.1.0-0.10.i386 In-Reply-To: <17322.49071.654032.59209@zapata.pink> References: <1135262885.16120.6.camel@tophat.toronto.redhat.com> <17322.49071.654032.59209@zapata.pink> Message-ID: <1135266867.16120.10.camel@tophat.toronto.redhat.com> On Thu, 2005-12-22 at 15:01 +0000, Andrew Haley wrote: > Andrew Overholt writes: > > > > I am seeing some performance issues with the latest gcc rawhide RPM set. > > I tried a build of Eclipse with them and it took 650 minutes 42 seconds > > where it used to take about 20 - 30 minutes (this is just for the > > bytecode, BTW). I watched the log a bit as it built but nothing stood > > out to me as taking more time than anything else. > > > > My build did eventually finish, however, so I upgraded to those Eclipse > > RPMs and tried to run Eclipse. Startup is very slow. I used OProfile > > to grab some data and put it here: > > > > http://overholt.ca/eclipsestartup-opreport.txt > > > > Then I reset OProfile and grabbed some data while using Eclipse for a > > few minutes. I have two small projects checked out and I cleaned them, > > opened a file (which took a very long time), moved around a bit in the > > file, closed it, and reopened it (which took much less time). Here is > > the report from that session: > > > > http://overholt.ca/eclipseusage-opreport.txt > > > > The top of both reports is similar. Here's the top of the startup > > report: > > > > samples % app name symbol name > > 1814289 28.7922 libgcc_s-4.1.0-20051221.so.1 __deregister_frame_info_bases > > This is usually called when a library is unloaded. I can't imagine > any reason why this might happen when running gij. > > The quickest way to find this is to run under gdb and see where > __deregister_frame_info_bases is called from. I have both gcc-debuginfo and eclipse-debuginfo installed (correct nvrs) and I set breakpoints in gdb on the top 6 or so symbols in the oprofile report. gdb never appears to hit the breakpoints even though they get resolved and Eclipse starts up incredibly slowly. Andrew From overholt at redhat.com Thu Dec 22 15:56:00 2005 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 22 Dec 2005 10:56:00 -0500 Subject: [fedora-java] Performance issues with gcc-4.1.0-0.10.i386 In-Reply-To: <1135266839.7227.174.camel@localhost.localdomain> References: <1135262885.16120.6.camel@tophat.toronto.redhat.com> <1135266839.7227.174.camel@localhost.localdomain> Message-ID: <1135266960.16120.13.camel@tophat.toronto.redhat.com> On Thu, 2005-12-22 at 16:53 +0100, Mark Wielaard wrote: > Hi Andrew, > > On Thu, 2005-12-22 at 09:48 -0500, Andrew Overholt wrote: > > My build did eventually finish, however, so I upgraded to those Eclipse > > RPMs and tried to run Eclipse. Startup is very slow. I used OProfile > > to grab some data and put it here: > > > > http://overholt.ca/eclipsestartup-opreport.txt > > Are you sure this data is correct? How do I know if it's correct or not? Our current debugging situation is a mess 'cause I'm using OProfile from FC4 (built with gcc 4.0.x) on an FC4 kernel but with rawhide gcc (4.1). It could very well be messed-up oprofile output. I'll try upgrading to rawhide oprofile. > I see several entries for gnu::classpath::jdwp and as far as I know this > code is never actually called yet. If it is I am wondering how that code > is triggered. Yeah, I saw that and wondered the same thing myself :) Andrew From overholt at redhat.com Thu Dec 22 16:14:28 2005 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 22 Dec 2005 11:14:28 -0500 Subject: [fedora-java] Performance issues with gcc-4.1.0-0.10.i386 In-Reply-To: <1135266839.7227.174.camel@localhost.localdomain> References: <1135262885.16120.6.camel@tophat.toronto.redhat.com> <1135266839.7227.174.camel@localhost.localdomain> Message-ID: <1135268068.16120.16.camel@tophat.toronto.redhat.com> On Thu, 2005-12-22 at 16:53 +0100, Mark Wielaard wrote: > Hi Andrew, > > On Thu, 2005-12-22 at 09:48 -0500, Andrew Overholt wrote: > > My build did eventually finish, however, so I upgraded to those Eclipse > > RPMs and tried to run Eclipse. Startup is very slow. I used OProfile > > to grab some data and put it here: > > > > http://overholt.ca/eclipsestartup-opreport.txt > > Are you sure this data is correct? > I see several entries for gnu::classpath::jdwp and as far as I know this > code is never actually called yet. If it is I am wondering how that code > is triggered. I updated to rawhide oprofile. Here's a new report: http://overholt.ca/eclipsestartup2-opreport.txt Andrew From dant at cdkkt.com Thu Dec 22 17:25:40 2005 From: dant at cdkkt.com (Daniel B. Thurman) Date: Thu, 22 Dec 2005 09:25:40 -0800 Subject: [fedora-java] Eclipse and Tomcat Message-ID: >From: fedora-devel-java-list-bounces at redhat.com >[mailto:fedora-devel-java-list-bounces at redhat.com]On Behalf Of Kenneth >Porter >Sent: Wednesday, December 21, 2005 7:14 PM >To: Fedora Java Development List (E-mail) >Subject: RE: [fedora-java] Eclipse and Tomcat > > >--On Wednesday, December 21, 2005 1:57 PM -0800 "Daniel B. Thurman" > wrote: > >> I believe whomever created this tomcat version for Fedora has got >> some explaining to do. This is a horrible piece of junk, horrible >> waste of my time, and files moved all over the place that is it a >> major cause of confusion which departs from apache's standard >> configuration and installation. Heck, I cannot even simply define >> JAVA_HOME and find the binaries!!! Sheesh!! > >Agreed, but this is unlikely to be Fedora-specific. More likely the >repackaging is done to make the system comply with LSB/FHS, which Sun >ignores. Even Microsoft has packaging guidelines and recommended >directories that application developers routinely ignore. >(It's easy to do >so when everyone runs as administrator.) > First I want to apologize for my uncivilized comments - I was just plain frustrated. So I'd like to move on past this. Yes, you are probably right - that it is vendors that routinely ignore packaging guidelines and recommended directories and so on and I am sure M$ is attacked for the same reasons. Seems that the problem may be JPackage or Fedora's problem - but for those on the outside - there is a problem and it is a mess and who's really to be blamed? Perhaps nobody is to be blamed but the end-result is there is a problem and it frustrates the heck out of anyone who wants to succeed but cannot get anywhere. I am not sure where to begin as far as what I have on my system but I will try to explain it best as I can: 1) I am using JPackage - this is where I am getting the tomcat and other java-related packaging. I read many sites and apparently this is where most (but not all) have recommended getting updates from - which I was trying to stay with the "standard". So my Tomcat 5 version comes from JPackage, I believe. Also, I have downloaded Sun's java kit v1.5 and followed the recommendations somewhere that explains how to get Sun's version properly packaged for installation into Fedora. It was a complicated process and it uses JPacakge's files, mentioned in that link. If anyone wants that link please let me know and I will try to find it. 2) Downloaded and manually installed Apache Tomcat v5.5.12 in /usr/local directory, for the purpose to see if I can get a running version going. The Tomcat 5 version (from JPackage) that I have does not work out of the box - I threw everything I could at it - and got only so far to see that *something* runs but no pages were being served. I noted that there is a problem in the handling of the tomcat-users.xml file and an exception was thrown but apparently this did not cause tomcat to stop running. I went a little further to see if I can get Fedora's port of Eclipse to work with a 'Dynamic Web' project and coupled with Tomcat, the one I got working from the Apache and not the one with JPackage. The index.jsp page that I have is one that I developed on a Window platform with Eclipse and NetBeans and on a heterogenous environment and it works. So I simply opened up my project obtained over CVS an onto Fedora and the next thing to do was to refactor it, and to at least define the application server (Tomcat v5.5), and try to get it running. Unfortunately, I cannot get the the application server (tomcat v5.5) to work. I originally tried this with Jpackage's tomcat v5 and the problem was that it would not even accept the 'Tomcat installation Directory' when provided, but it would accept the directory when I supplied the apache's version i.e. /usr/local/tomcat-5.5.12 Even when I am using apache's version I *still* cannot get Eclipse to use tomcat, to run/start it, nor to get my project's pages loaded on Tomcat. When I looked into the Eclipse plug-ins - this was where I let it all out in my frustration: that the tomcat-5 plugins were symbolically linked into /var/lib/tomcat5 BYPASSING the one I installed in /usr/local directory so therein lies a problem - how do I get to choose my installation over that of another vendor in case the vendor does not get it right? So - that is why I belted it out - what a piece of -- well... that is history now... >> It seems that there are just too many problems with this >> version - and this was stated in several sites talking about it. > >Rather than "curse the dark", it's in everyone's best interest >that those >who identify concrete faults go to bugzilla and "light a >candle". Did any >of those sites provide bug numbers? >From the messages I read, no bug numbers were provided. Just some people saying that they gave up trying and suggested that I download the sources and build the things I needed. Other people referred to JPackage but they warned of a packaging problem that involved in a missing jta.jar and this caused me a lot of grief in getting started. There was complaints that JPackage was slow in keeping up. But I went ahead and and got this working and JPackage is part of my Yum list for updates. If there is any thing else I can do or provide to resolve this issue with Eclipse/Tomcat please let me know! I am currently looking at my "hate mail" on my uncivilized comment and also follow up requests for information or to perform steps to try and getting this issue resolved. Thanks for your patience -- Dan > >-- >fedora-devel-java-list mailing list >fedora-devel-java-list at redhat.com >https://www.redhat.com/mailman/listinfo/fedora-devel-java-list > >-- >No virus found in this incoming message. >Checked by AVG Free Edition. >Version: 7.1.371 / Virus Database: 267.14.2/208 - Release >Date: 12/20/2005 > > -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.3/209 - Release Date: 12/21/2005 From dant at cdkkt.com Thu Dec 22 20:37:06 2005 From: dant at cdkkt.com (Daniel B. Thurman) Date: Thu, 22 Dec 2005 12:37:06 -0800 Subject: [fedora-java] Eclipse and Tomcat Message-ID: >From: fedora-devel-java-list-bounces at redhat.com >[mailto:fedora-devel-java-list-bounces at redhat.com]On Behalf Of >Daniel B. >Thurman >Sent: Thursday, December 22, 2005 9:26 AM >To: Fedora Java Development List (E-mail) >Subject: RE: [fedora-java] Eclipse and Tomcat > > >>From: fedora-devel-java-list-bounces at redhat.com >>[mailto:fedora-devel-java-list-bounces at redhat.com]On Behalf Of Kenneth >>Porter >>Sent: Wednesday, December 21, 2005 7:14 PM >>To: Fedora Java Development List (E-mail) >>Subject: RE: [fedora-java] Eclipse and Tomcat >> >> >>--On Wednesday, December 21, 2005 1:57 PM -0800 "Daniel B. Thurman" >> wrote: >> >>> I believe whomever created this tomcat version for Fedora has got >>> some explaining to do. This is a horrible piece of junk, horrible >>> waste of my time, and files moved all over the place that is it a >>> major cause of confusion which departs from apache's standard >>> configuration and installation. Heck, I cannot even simply define >>> JAVA_HOME and find the binaries!!! Sheesh!! >> >>Agreed, but this is unlikely to be Fedora-specific. More likely the >>repackaging is done to make the system comply with LSB/FHS, which Sun >>ignores. Even Microsoft has packaging guidelines and recommended >>directories that application developers routinely ignore. >>(It's easy to do >>so when everyone runs as administrator.) >> > >First I want to apologize for my uncivilized comments - I was >just plain frustrated. So I'd like to move on past this. > >Yes, you are probably right - that it is vendors that routinely >ignore packaging guidelines and recommended directories and so on >and I am sure M$ is attacked for the same reasons. Seems that the >problem may be JPackage or Fedora's problem - but for those on the >outside - there is a problem and it is a mess and who's really to >be blamed? Perhaps nobody is to be blamed but the end-result is there >is a problem and it frustrates the heck out of anyone who wants to >succeed but cannot get anywhere. > >I am not sure where to begin as far as what I have on my system >but I will try to explain it best as I can: > >1) I am using JPackage - this is where I am getting the tomcat >and other java-related packaging. I read many sites and apparently >this is where most (but not all) have recommended getting updates >from - which I was trying to stay with the "standard". So my Tomcat >5 version comes from JPackage, I believe. > >Also, I have downloaded Sun's java kit v1.5 and followed the >recommendations >somewhere that explains how to get Sun's version properly packaged for >installation into Fedora. It was a complicated process and it >uses JPacakge's >files, mentioned in that link. If anyone wants that link please let me >know and I will try to find it. > >2) Downloaded and manually installed Apache Tomcat v5.5.12 in >/usr/local directory, for the purpose to see if I can get a >running version going. The Tomcat 5 version (from JPackage) that >I have does not work out of the box - I threw everything I could >at it - and got only so far to see that *something* runs but no >pages were being served. I noted that there is a problem in the >handling of the tomcat-users.xml file and an exception was thrown >but apparently this did not cause tomcat to stop running. > >I went a little further to see if I can get Fedora's port of >Eclipse to work with a 'Dynamic Web' project and coupled with >Tomcat, the one I got working from the Apache and not the one >with JPackage. The index.jsp page that I have is one that I >developed on a Window platform with Eclipse and NetBeans and >on a heterogenous environment and it works. So I simply opened >up my project obtained over CVS an onto Fedora and the next thing >to do was to refactor it, and to at least define the application >server (Tomcat v5.5), and try to get it running. > >Unfortunately, I cannot get the the application server (tomcat v5.5) >to work. I originally tried this with Jpackage's tomcat v5 and the >problem was that it would not even accept the 'Tomcat >installation Directory' >when provided, but it would accept the directory when I supplied the >apache's version i.e. /usr/local/tomcat-5.5.12 > >Even when I am using apache's version I *still* cannot get Eclipse >to use tomcat, to run/start it, nor to get my project's pages loaded >on Tomcat. > >When I looked into the Eclipse plug-ins - this was where I let >it all out >in my frustration: that the tomcat-5 plugins were symbolically >linked into >/var/lib/tomcat5 BYPASSING the one I installed in /usr/local directory >so therein lies a problem - how do I get to choose my installation over >that of another vendor in case the vendor does not get it right? So - >that is why I belted it out - what a piece of -- well... that is >history now... > >>> It seems that there are just too many problems with this >>> version - and this was stated in several sites talking about it. >> >>Rather than "curse the dark", it's in everyone's best interest >>that those >>who identify concrete faults go to bugzilla and "light a >>candle". Did any >>of those sites provide bug numbers? > >>From the messages I read, no bug numbers were provided. Just >some people saying that they gave up trying and suggested that >I download the sources and build the things I needed. Other >people referred to JPackage but they warned of a packaging problem >that involved in a missing jta.jar and this caused me a lot of >grief in getting started. There was complaints that JPackage was >slow in keeping up. But I went ahead and and got this working and >JPackage is part of my Yum list for updates. > >If there is any thing else I can do or provide to resolve this >issue with Eclipse/Tomcat please let me know! > >I am currently looking at my "hate mail" on my uncivilized comment >and also follow up requests for information or to perform steps to >try and getting this issue resolved. > >Thanks for your patience -- > >Dan > >> Ok, with some in-depth searching, I finally got eclipse/tomcat to work but with manual tweaking.... Here is what I did so far: 1) The JPackage tomcat5 was left alone, and it was installed (/usr/share/tomcat5 w/ links to other places, one of which is /var/lib/tomcat5). 2) Installed Apache's Tomcat v5.5.12 to /usr/local directory, created the tomcat environment script in /etc/profiles.d/tomcat.sh, tested and ensured that I could run it from script (startup.sh and shutdown.sh) and ensured my browser can see the default pages at port 8080. 3) Started Fedora's Eclipse, CVS'ed my 'Dynamic Web' application, and re-configured for Fedora environment, selected Tomcat v5.5, provided the installation directory (/usr/local/tomcat-5.5.12), continued the dialog and it fails to continue after the selection of the dynamic-web application with the message that the contents of /Server/Tomcat v5.5 Server @ localhost-config was either corrupted or empty. The fact here was that Eclipse was not able to create/copy files into this directory - so what I did was to run Eclipse on my Windows Platorm and followed similar steps and I noticed the the files created there and missing (in askerisks) in the Fedora-side workspace structure: Servers Tomcat v5.5 Server @ losthost-config catalina.policy * xerver.xml * tomcat-users.xml * web.xml * .project * .runtime * So - as a manual step, I copied all these files from the windows workspace over to the Fedora workspace, edited server.xml to change the ' to refelect the workspace application source. Next, I had to shutdown tomcat (I had it running before) outside of Eclipse (cannot do this within Eclipse), then go to the Servers Tab of Eclipse, and right-click and choose "Start" and lo' tomcat started running! I then proceeded to open the web-browser, entered: http://localhost:8080/MyWebApp and it ran fine. As a test, I changed the /var/lib/tomcat5/server/lib directory to a link pointing to: /usr/local/tomcat-5.5.12/server/lib and back while testing (why I did this is because these Eclipse tomcat plug-in has jar file links pointing to it) but it turns out that this had no direct effect for now. So it appears, that there is a problem with Tomcat version supplied by JPackage and Eclipse was not able to copy the over the needed Tomcat server files over and into the Eclipse Server directory with either tomcat versions. I am not sure what is causing these problems at this time. Dan -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.3/209 - Release Date: 12/21/2005 From overholt at redhat.com Thu Dec 22 20:54:41 2005 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 22 Dec 2005 15:54:41 -0500 Subject: [fedora-java] Eclipse and Tomcat In-Reply-To: References: Message-ID: <1135284881.23322.7.camel@tophat.toronto.redhat.com> Hi, On Thu, 2005-12-22 at 12:37 -0800, Daniel B. Thurman wrote: > >I went a little further to see if I can get Fedora's port of > >Eclipse to work with a 'Dynamic Web' project and coupled with We really need to know what Eclipse plugin it is that is providing this "Dynamic Web Project" functionality. It is not part of the SDK or anything we ship so please tell us where we can get it. Andrew P.S. It would be nice if you could configure your mail client to do proper threading. From devel at batkin.net Thu Dec 22 23:32:59 2005 From: devel at batkin.net (Adam Batkin) Date: Thu, 22 Dec 2005 23:32:59 +0000 Subject: [fedora-java] Eclipse and Tomcat In-Reply-To: <1135284881.23322.7.camel@tophat.toronto.redhat.com> References: <1135284881.23322.7.camel@tophat.toronto.redhat.com> Message-ID: <43AB37AB.2000804@batkin.net> I believe it's the Eclipse Webtools project (WTP), which is composed of a few subprojects including what it calls Web Standard Tools (WST) and J2EE Standard Tools (JST). The 1.0 release (well, release candidate-until tomorrow they claim) has a few dependencies on later versions of EMF and I think JEM, but I'm pretty sure I was able to get 0.7.1 working on a stock Fedora Core 4, though with similar complications to what Daniel had (I'm away from my linux box for a couple weeks now, can't check). I think the problems were ownership of tomcat files and the fact that it wouldn't properly identify the tomcat installation directory because files were named different. Anyway, 1.0 will supposedly be out tomorrow (the 23rd of December), so it might be worthwhile working from there to package it up. See: http://www.eclipse.org/webtools/ Also, my previous reply: https://www.redhat.com/archives/fedora-devel-java-list/2005-December/msg00065.html Hope this helps, -Adam Batkin > We really need to know what Eclipse plugin it is that is providing this > "Dynamic Web Project" functionality. It is not part of the SDK or > anything we ship so please tell us where we can get it. From dant at cdkkt.com Thu Dec 22 23:51:30 2005 From: dant at cdkkt.com (Daniel B. Thurman) Date: Thu, 22 Dec 2005 15:51:30 -0800 Subject: FW: [fedora-java] Eclipse and Tomcat Message-ID: >From: fedora-devel-java-list-bounces at redhat.com >[mailto:fedora-devel-java-list-bounces at redhat.com]On Behalf Of >Daniel B. >Thurman >Sent: Thursday, December 22, 2005 9:26 AM >To: Fedora Java Development List (E-mail) >Subject: RE: [fedora-java] Eclipse and Tomcat > > >>From: fedora-devel-java-list-bounces at redhat.com >>[mailto:fedora-devel-java-list-bounces at redhat.com]On Behalf Of Kenneth >>Porter >>Sent: Wednesday, December 21, 2005 7:14 PM >>To: Fedora Java Development List (E-mail) >>Subject: RE: [fedora-java] Eclipse and Tomcat >> >> >>--On Wednesday, December 21, 2005 1:57 PM -0800 "Daniel B. Thurman" >> wrote: >> >>> I believe whomever created this tomcat version for Fedora has got >>> some explaining to do. This is a horrible piece of junk, horrible >>> waste of my time, and files moved all over the place that is it a >>> major cause of confusion which departs from apache's standard >>> configuration and installation. Heck, I cannot even simply define >>> JAVA_HOME and find the binaries!!! Sheesh!! >> >>Agreed, but this is unlikely to be Fedora-specific. More likely the >>repackaging is done to make the system comply with LSB/FHS, which Sun >>ignores. Even Microsoft has packaging guidelines and recommended >>directories that application developers routinely ignore. >>(It's easy to do >>so when everyone runs as administrator.) >> > >First I want to apologize for my uncivilized comments - I was >just plain frustrated. So I'd like to move on past this. > >Yes, you are probably right - that it is vendors that routinely >ignore packaging guidelines and recommended directories and so on >and I am sure M$ is attacked for the same reasons. Seems that the >problem may be JPackage or Fedora's problem - but for those on the >outside - there is a problem and it is a mess and who's really to >be blamed? Perhaps nobody is to be blamed but the end-result is there >is a problem and it frustrates the heck out of anyone who wants to >succeed but cannot get anywhere. > >I am not sure where to begin as far as what I have on my system >but I will try to explain it best as I can: > >1) I am using JPackage - this is where I am getting the tomcat >and other java-related packaging. I read many sites and apparently >this is where most (but not all) have recommended getting updates >from - which I was trying to stay with the "standard". So my Tomcat >5 version comes from JPackage, I believe. > >Also, I have downloaded Sun's java kit v1.5 and followed the >recommendations >somewhere that explains how to get Sun's version properly packaged for >installation into Fedora. It was a complicated process and it >uses JPacakge's >files, mentioned in that link. If anyone wants that link please let me >know and I will try to find it. > >2) Downloaded and manually installed Apache Tomcat v5.5.12 in >/usr/local directory, for the purpose to see if I can get a >running version going. The Tomcat 5 version (from JPackage) that >I have does not work out of the box - I threw everything I could >at it - and got only so far to see that *something* runs but no >pages were being served. I noted that there is a problem in the >handling of the tomcat-users.xml file and an exception was thrown >but apparently this did not cause tomcat to stop running. > >I went a little further to see if I can get Fedora's port of >Eclipse to work with a 'Dynamic Web' project and coupled with >Tomcat, the one I got working from the Apache and not the one >with JPackage. The index.jsp page that I have is one that I >developed on a Window platform with Eclipse and NetBeans and >on a heterogenous environment and it works. So I simply opened >up my project obtained over CVS an onto Fedora and the next thing >to do was to refactor it, and to at least define the application >server (Tomcat v5.5), and try to get it running. > >Unfortunately, I cannot get the the application server (tomcat v5.5) >to work. I originally tried this with Jpackage's tomcat v5 and the >problem was that it would not even accept the 'Tomcat >installation Directory' >when provided, but it would accept the directory when I supplied the >apache's version i.e. /usr/local/tomcat-5.5.12 > >Even when I am using apache's version I *still* cannot get Eclipse >to use tomcat, to run/start it, nor to get my project's pages loaded >on Tomcat. > >When I looked into the Eclipse plug-ins - this was where I let >it all out >in my frustration: that the tomcat-5 plugins were symbolically >linked into >/var/lib/tomcat5 BYPASSING the one I installed in /usr/local directory >so therein lies a problem - how do I get to choose my installation over >that of another vendor in case the vendor does not get it right? So - >that is why I belted it out - what a piece of -- well... that is >history now... > >>> It seems that there are just too many problems with this >>> version - and this was stated in several sites talking about it. >> >>Rather than "curse the dark", it's in everyone's best interest >>that those >>who identify concrete faults go to bugzilla and "light a >>candle". Did any >>of those sites provide bug numbers? > >>From the messages I read, no bug numbers were provided. Just >some people saying that they gave up trying and suggested that >I download the sources and build the things I needed. Other >people referred to JPackage but they warned of a packaging problem >that involved in a missing jta.jar and this caused me a lot of >grief in getting started. There was complaints that JPackage was >slow in keeping up. But I went ahead and and got this working and >JPackage is part of my Yum list for updates. > >If there is any thing else I can do or provide to resolve this >issue with Eclipse/Tomcat please let me know! > >I am currently looking at my "hate mail" on my uncivilized comment >and also follow up requests for information or to perform steps to >try and getting this issue resolved. > >Thanks for your patience -- > >Dan > >> *** I replied earlier but somehow this did not get listed in the newsgroup - so this is a 2nd resend. Ok, with some in-depth searching, I finally got eclipse/tomcat to work but with manual tweaking.... Here is what I did so far: 1) The JPackage tomcat5 was left alone, and it was installed (/usr/share/tomcat5 w/ links to other places, one of which is /var/lib/tomcat5). 2) Installed Apache's Tomcat v5.5.12 to /usr/local directory, created the tomcat environment script in /etc/profiles.d/tomcat.sh, tested and ensured that I could run it from script (startup.sh and shutdown.sh) and ensured my browser can see the default pages at port 8080. 3) Started Fedora's Eclipse, CVS'ed my 'Dynamic Web' application, and re-configured for Fedora environment, selected Tomcat v5.5, provided the installation directory (/usr/local/tomcat-5.5.12), continued the dialog and it fails to continue after the selection of the dynamic-web application with the message that the contents of /Server/Tomcat v5.5 Server @ localhost-config was either corrupted or empty. The fact here was that Eclipse was not able to create/copy files into this directory - so what I did was to run Eclipse on my Windows Platorm and followed similar steps and I noticed the the files created there and missing (in askerisks) in the Fedora-side workspace structure: Servers Tomcat v5.5 Server @ losthost-config catalina.policy * xerver.xml * tomcat-users.xml * web.xml * .project * .runtime * So - as a manual step, I copied all these files from the windows workspace over to the Fedora workspace, edited server.xml to change the ' to refelect the workspace application source. Next, I had to shutdown tomcat (I had it running before) outside of Eclipse (cannot do this within Eclipse), then go to the Servers Tab of Eclipse, and right-click and choose "Start" and lo' tomcat started running! I then proceeded to open the web-browser, entered: http://localhost:8080/MyWebApp and it ran fine. As a test, I changed the /var/lib/tomcat5/server/lib directory to a link pointing to: /usr/local/tomcat-5.5.12/server/lib and back while testing (why I did this is because these Eclipse tomcat plug-in has jar file links pointing to it) but it turns out that this had no direct effect for now. So it appears, that there is a problem with Tomcat version supplied by JPackage and Eclipse was not able to copy the over the needed Tomcat server files over and into the Eclipse Server directory with either tomcat versions. I am not sure what is causing these problems at this time. Dan -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.3/209 - Release Date: 12/21/2005 From dant at cdkkt.com Fri Dec 23 00:00:20 2005 From: dant at cdkkt.com (Daniel B. Thurman) Date: Thu, 22 Dec 2005 16:00:20 -0800 Subject: [fedora-java] Eclipse and Tomcat Message-ID: >>From: fedora-devel-java-list-bounces at redhat.com >>[mailto:fedora-devel-java-list-bounces at redhat.com]On Behalf Of Adam >>Batkin >>Sent: Thursday, December 22, 2005 3:33 PM >>To: Andrew Overholt >>Cc: Fedora Java Development List (E-mail) >>Subject: Re: [fedora-java] Eclipse and Tomcat >> >> >>I believe it's the Eclipse Webtools project (WTP), which is >>composed of >>a few subprojects including what it calls Web Standard Tools (WST) and >>J2EE Standard Tools (JST). >> >>The 1.0 release (well, release candidate-until tomorrow they >>claim) has >>a few dependencies on later versions of EMF and I think JEM, but I'm >>pretty sure I was able to get 0.7.1 working on a stock Fedora Core 4, >>though with similar complications to what Daniel had (I'm away from my >>linux box for a couple weeks now, can't check). I think the problems >>were ownership of tomcat files and the fact that it wouldn't properly >>identify the tomcat installation directory because files were named >>different. Anyway, 1.0 will supposedly be out tomorrow (the 23rd of >>December), so it might be worthwhile working from there to >>package it up. >> >>See: http://www.eclipse.org/webtools/ >>Also, my previous reply: >>https://www.redhat.com/archives/fedora-devel-java-list/2005-Dec >ember/msg00065.html > >Hope this helps, > >-Adam Batkin > > > > > We really need to know what Eclipse plugin it is that is providing this > > "Dynamic Web Project" functionality. It is not part of the SDK or > > anything we ship so please tell us where we can get it. > I wanted to add that I am using WTP 0.7.1 or at least is appears that way. It is quite possible that I downloaded this one and installed this in the plugin directory, but I just dont recall that for sure. Dan -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.3/209 - Release Date: 12/21/2005 From rwhart at mchsi.com Fri Dec 23 02:42:36 2005 From: rwhart at mchsi.com (Bob Hartung) Date: Thu, 22 Dec 2005 20:42:36 -0600 Subject: [fedora-java] newbie question - Tomcat 4 instead of Tomcat 5 on FC4 - continued In-Reply-To: <43AAB133.6010502@zarb.org> References: <43A8EBE6.7020808@mchsi.com> <43A910B6.5060003@zarb.org> <43AA1ECE.6040207@mchsi.com> <43AA8E7E.2010804@zarb.org> <43AAA215.3040608@mchsi.com> <43AAB133.6010502@zarb.org> Message-ID: <43AB641C.9070207@mchsi.com> Some progress! RPM Database seems okay. I deleted all Tomcat5 manually, then ran yum as you directed. It installed Tomcat4 but also reinstalled tomcat5-servlet-... The latter file has a number of dependencies all related to jakarta-commons.... . So what would one recommend to completely remove java and all java elements to start with a clean slate? TIA Bob David Walluck wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Bob Hartung wrote: > >>Weel-l-l-l-l-l-, >> Something failed here. When I do an rpm -qa | grep tomcat I get >>packages from both tomcat4 and tomcat5 listed. If I do an rpm -ql > > > You can always just remove and reinstall those packages, assuming that > your entire rpm database didn't break. > > - -- > Sincerely, > > David Walluck > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (GNU/Linux) > > iD8DBQFDqrEzarJDwJ6gwowRAgUVAJ9MQg/D/dPArqv7qmUr4f1+O9RXqwCgoEmz > TLZOVA9VMzuTxSfqzNk+ibQ= > =+YsK > -----END PGP SIGNATURE----- > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list > From rwhart at mchsi.com Fri Dec 23 03:31:59 2005 From: rwhart at mchsi.com (Bob Hartung) Date: Thu, 22 Dec 2005 21:31:59 -0600 Subject: [fedora-java] newbie question - Tomcat 4 instead of Tomcat 5 on FC4 - continued In-Reply-To: <43AB641C.9070207@mchsi.com> References: <43A8EBE6.7020808@mchsi.com> <43A910B6.5060003@zarb.org> <43AA1ECE.6040207@mchsi.com> <43AA8E7E.2010804@zarb.org> <43AAA215.3040608@mchsi.com> <43AAB133.6010502@zarb.org> <43AB641C.9070207@mchsi.com> Message-ID: <43AB6FAF.2010303@mchsi.com> More progress: Lots of manual rpm -e action. For some reason the one tomcat5 rpm can't be deleted, but: 1. Tomcat4 starts up. 2. However, when I http://localhost:8080 I receive a long list of exceptions such as at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokenext(org.apache.catalina.Request, org.apache.catalina.Response) (Unknown Source) and then under 'root cause',for example, at org.apache.catalina.core...........(Unknown Source) env var CATALINA_HOME points to /usr/share/tomcat4 and in this directory the directory shared has empty subdirectories 'classes' and 'lib'. This suggests to me (a physician, non-programmer) that tomcat4 is not really installed. I reran yum ... and it reported nothing to do. Should I do a forced reinstall of the tomcat4-jasper & servlet ? TIA Bob From tromey at redhat.com Fri Dec 23 17:32:15 2005 From: tromey at redhat.com (Tom Tromey) Date: 23 Dec 2005 10:32:15 -0700 Subject: [fedora-java] Performance issues with gcc-4.1.0-0.10.i386 In-Reply-To: <1135262885.16120.6.camel@tophat.toronto.redhat.com> References: <1135262885.16120.6.camel@tophat.toronto.redhat.com> Message-ID: >>>>> "Andrew" == Andrew Overholt writes: Andrew> I am seeing some performance issues with the latest gcc Andrew> rawhide RPM set. I tried a build of Eclipse with them and it Andrew> took 650 minutes 42 seconds where it used to take about 20 - Andrew> 30 minutes (this is just for the bytecode, BTW). I didn't see a note on this list... Andrew Haley and Jakub Jelinek tracked this down to bad debug info generated by an odd combination of events (rpm build flags mixing weirdly with the x86 setup in the compiler triggering some ld bug, or something like that). This will be fixed in a forthcoming compiler rev. I also heard today about some XML buglet in Classpath that makes part of the Eclipse build take too much memory -- an unbounded cache somewhere. I'll pull the patch in once it is available. Tom From aph at redhat.com Fri Dec 23 17:49:58 2005 From: aph at redhat.com (Andrew Haley) Date: Fri, 23 Dec 2005 17:49:58 +0000 Subject: [fedora-java] Performance issues with gcc-4.1.0-0.10.i386 In-Reply-To: References: <1135262885.16120.6.camel@tophat.toronto.redhat.com> Message-ID: <17324.14534.67786.868300@zapata.pink> Tom Tromey writes: > >>>>> "Andrew" == Andrew Overholt writes: > > Andrew> I am seeing some performance issues with the latest gcc > Andrew> rawhide RPM set. I tried a build of Eclipse with them and it > Andrew> took 650 minutes 42 seconds where it used to take about 20 - > Andrew> 30 minutes (this is just for the bytecode, BTW). > > I didn't see a note on this list... Andrew Haley and Jakub Jelinek > tracked this down to bad debug info generated by an odd combination of > events (rpm build flags mixing weirdly with the x86 setup in the > compiler triggering some ld bug, or something like that). This will > be fixed in a forthcoming compiler rev. To be honest, we haven't yet proved that this is the real problem -- we won't know until we try the new compiler rev. But IMO it's a likely contender. Andrew. From dant at cdkkt.com Fri Dec 23 20:44:41 2005 From: dant at cdkkt.com (Daniel B. Thurman) Date: Fri, 23 Dec 2005 12:44:41 -0800 Subject: [fedora-java] Eclipse and Tomcat Message-ID: >From: Andrew Overholt [mailto:overholt at redhat.com] >Sent: Friday, December 23, 2005 6:46 AM >To: Daniel B. Thurman >Subject: RE: [fedora-java] Eclipse and Tomcat > > >Hi, > >Why didn't you send this to the list? What list are you referring to? Are you talking about the fedora-java newsgroup? If this is the case, when I replied to all, the fedora-java list was not there so I assumed it was a private message. If you wish to forward this message to the group, I won't object at all :-) In fact, I added it myself in reply to this message. > >On Thu, 2005-12-22 at 15:01 -0800, Daniel B. Thurman wrote: >> >We really need to know what Eclipse plugin it is that is >providing this >> >"Dynamic Web Project" functionality. It is not part of the SDK or >> >anything we ship so please tell us where we can get it. >> >> Um.. I will try to explain best as I can, but I believe that >> the J2EE component already comes with the Fedora Eclipse? If >> not, then make sure that you have done an update, i.e.: > >It does not "come with" the Eclipse SDK. Eclipse is a giant collection >of plugins and we ship a relevant subset. > >> If you want JBOSS, Add: >> Name JBOSS >> URL: http://jboss.sourceforge.net/jbosside/updates >> [...] >> Then check what you want then and click 'Finish' >> >> If this does not work, then you can to to: >> http://eclipse.org/downloads/index_project.php >> >> Select J2EE Standard tools >> WST - Web Standars Tools > >You're not being very clear here. Is the tomcat stuff you're trying to >get working part of the Web Tools Project or part of whatever >this JBoss >stuff is (I know it's not part of the CDT ;) . I am simply telling you what is on my Eclipse update list is so it is up to you. I have WTP 0.7.1 plugin installed and this has J2EE of which the 'Dynamic Web' component is a part of it. You can check to see if you can open the J2EE perspective if you have it, otherwise you can download and install the WTP 0.7.1 (or WTP 1.0) where your Eclipse directory is installed. Note: Look at the contents of the zipped (or tar.gz) file to ensure you know how/where it will be installed. You do not install inside of your eclipse directory but rather just one directory up of the eclipse directory. >From what Fedora users have told me, Eclipse does not come with Tomcat so you have to download and manually install it yourself. I believe Eclipse by default has the Tomcat and other plugins but you will still need to download/install Tomcat (from JPackage or from Apache) before you use Eclipse with it. For Fedora, I had used the original distro FC4, added JPackage yum support, did yum update/installs and this was how I was able to get (a broken) tomcat5 (and other java-centric software support) installed. Since the yum updates pulled "everything in", I could not tell you if WTP 0.7.1 was orgignally from the distro, was part of the JPackage update or if I manually installed it. I have however installed WTP 0.7.1 manually on the Windows platform and I can tell you it is very simple to install - you just unpack it where the eclipse directory is installed but not in this directory. This simply lays over and on top of the current directory. Please check with the installation guidelines to be sure. > >> And manually install these per recommendation online, >> as it is pretty simple. >> >> Let me know if any of these work for you. > >Once we get some more information, I might be able to give it a try. Go to http://www.eclipse.org and click on 'Projects' and then there on that page is a 'Eclipse Web Tools Platform Project' link and click this link if you want more information or if you want to get WTP 0.7.1. Otherwise, click on: 'Download 1.0 now!' link to get to the download page and in this page, click: 'wtp-1.0.zip'. Note, that the SDK is there also. If you choose to get the "0.7.1" "all-in-one", then this is the full-blown eclipse vanilla package - which is probably not what you want. If you just want the plug-ins - choose: wtp-0.7.1.tar.gz and this is to be installed where your eclipse is installed - and do NOT install in the eclipse directory but one directory up. This here is a disclaimer so please understand that I do not know the aims of Fedora nor how they go about reorganizing things involving Eclipse or Tomcat - so ask around and see if these steps are even recommended because they are using gcj (or whatever it is they are doing, as I don't know). My guess is that in theory, you can download Vanilla Eclipse and it should run. But don't hold my feet to the fire if I am wrong. I am currently just trying Eclipse on Fedora - as my primary work is being done in a Windows environment. > >> >P.S. It would be nice if you could configure your mail client to do >> >proper threading. >> >> How man... I am using Microsoft Outlook 2000 SP3 and I have not >> for the life of me figured out why it is not properly threading >> the email messages. I will have to contact a MS group for that >> answer unless you know the secret! :-) > >Sorry, I haven't used a MS mail client in years. It's not a big >deal ... just would be nice. > >Good luck and happy holidays, > >Andrew > Cheers! Dan -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.5/212 - Release Date: 12/23/2005 From green at redhat.com Sun Dec 25 04:33:50 2005 From: green at redhat.com (Anthony Green) Date: Sat, 24 Dec 2005 20:33:50 -0800 Subject: [fedora-java] More azureus issues Message-ID: <1135485230.3588.31.camel@localhost.localdomain> I'm slowly plowing through the issues preventing Azureus from running. Here are some of the latest items. Casey - I had to apply to the attached two patches to gnu-crypto. The first one makes sure that GnuKeyring.engineLoad(null, null) creates an empty keyring, as per the KeyStore API. I'm not sure if it's exactly correct. The second one makes sure that the IllegalStateExceptions we throw have useful stack traces. Before this change, every IllegalStateException thrown would have a stack trace showing where NOT_LOADED was created. We should apply something like these patches to the FC gnu-crypto (or take a new upstream version if there is one). Next I had to struggle with Cryptix. Azureus uses PKCS5Padding, which only seems to be provided by Sun and Cryptix. First of all, I had to move cryptix.jar into /usr/share/java/gcj-endorsed. Can we do this? But it still doesn't work because cryptix.CryptixProperties can't find the Cryptix.properties file. Perhaps this never worked. It's required, in any case, since that file defines the mapping between the PKCS5Padding alias and the class that implements it. If anybody has insight into how this is supposed to work... well, that would be a great xmas present :-) Try running "java cryptix.CryptixProperties" to see what I mean. For what it's worth, Sun's JRE can't find it either, so cryptix and/or JPackage is likely to blame. Thanks, AG -------------- next part -------------- A non-text attachment was scrubbed... Name: gnu-crypto-new-keyring.patch Type: text/x-patch Size: 340 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gnu-crypto-NOT_LOADED.patch Type: text/x-patch Size: 4153 bytes Desc: not available URL: From tromey at redhat.com Tue Dec 27 01:51:20 2005 From: tromey at redhat.com (Tom Tromey) Date: 26 Dec 2005 18:51:20 -0700 Subject: [fedora-java] More azureus issues In-Reply-To: <1135485230.3588.31.camel@localhost.localdomain> References: <1135485230.3588.31.camel@localhost.localdomain> Message-ID: >>>>> "Anthony" == Anthony Green writes: Anthony> But it still doesn't work because cryptix.CryptixProperties Anthony> can't find the Cryptix.properties file. Perhaps this never Anthony> worked. It's required, in any case, since that file defines Anthony> the mapping between the PKCS5Padding alias and the class that Anthony> implements it. If anybody has insight into how this is Anthony> supposed to work... well, that would be a great xmas present Anthony> :-) Try running "java cryptix.CryptixProperties" to see what Anthony> I mean. For what it's worth, Sun's JRE can't find it either, Anthony> so cryptix and/or JPackage is likely to blame. Security providers have to be listed in classpath.security. For FC, see the script 'rebuild-security-providers'... put a file in /etc/java/security/security.d and then re-run the script. Tom From green at redhat.com Tue Dec 27 02:14:11 2005 From: green at redhat.com (Anthony Green) Date: Mon, 26 Dec 2005 18:14:11 -0800 Subject: [fedora-java] More azureus issues In-Reply-To: References: <1135485230.3588.31.camel@localhost.localdomain> Message-ID: <1135649651.3588.68.camel@localhost.localdomain> On Mon, 2005-12-26 at 18:51 -0700, Tom Tromey wrote: > >>>>> "Anthony" == Anthony Green writes: > > Anthony> But it still doesn't work because cryptix.CryptixProperties > Anthony> can't find the Cryptix.properties file. Perhaps this never > Anthony> worked. It's required, in any case, since that file defines > Anthony> the mapping between the PKCS5Padding alias and the class that > Anthony> implements it. If anybody has insight into how this is > Anthony> supposed to work... well, that would be a great xmas present > Anthony> :-) Try running "java cryptix.CryptixProperties" to see what > Anthony> I mean. For what it's worth, Sun's JRE can't find it either, > Anthony> so cryptix and/or JPackage is likely to blame. > > Security providers have to be listed in classpath.security. > For FC, see the script 'rebuild-security-providers'... put a file in > /etc/java/security/security.d and then re-run the script. That's not it. I've already got it finding the Cryptix provider. The problem is that the provider can't find its own property file. AG From dant at cdkkt.com Thu Dec 29 20:59:50 2005 From: dant at cdkkt.com (Daniel B. Thurman) Date: Thu, 29 Dec 2005 12:59:50 -0800 Subject: [fedora-java] Eclipse and Tomcat Message-ID: Hi Folks, Any news of this? Has anyone been working on the Eclipse / Tomcat issues previously posted? Just wondered... Seems that Xmas vacation is still continuing I guess and this newsgroup seems slow this week... Dan -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.371 / Virus Database: 267.14.9/216 - Release Date: 12/29/2005