From fitzsim at redhat.com Tue Aug 1 15:09:57 2006 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Tue, 01 Aug 2006 11:09:57 -0400 Subject: [fedora-java] gnu-crypto & jessie In-Reply-To: <1154381966.2699.33.camel@localhost.localdomain> References: <1154381966.2699.33.camel@localhost.localdomain> Message-ID: <44CF6EC5.4080804@redhat.com> Hi, Anthony Green wrote: > Do we still need these packages in fc6 or did they get merged into > libgcj? Anybody know? They were merged into libgcj, but we still need the standalone packages for some JPackages that require GNU Crypto explicitly. Tom From tromey at redhat.com Tue Aug 1 15:20:38 2006 From: tromey at redhat.com (Tom Tromey) Date: Tue, 1 Aug 2006 09:20:38 -0600 Subject: [fedora-java] fc6 extras java status In-Reply-To: <1154283903.2886.22.camel@localhost.localdomain> References: <1154283903.2886.22.camel@localhost.localdomain> Message-ID: <17615.28998.784668.175970@localhost.localdomain> Anthony> Things are a little ugly in fc6 extras java land... [...] Anthony> * I've updated jogl to jsr231 1.0 beta 5. The good news is that it Anthony> builds sans patching! The bad news is that demos crash the X server Anthony> (like, try resizing the gears demo). Is there a PR for this one? Tom From tromey at redhat.com Thu Aug 3 16:29:59 2006 From: tromey at redhat.com (Tom Tromey) Date: 03 Aug 2006 10:29:59 -0600 Subject: [fedora-java] Re: ssl connections, cacerts In-Reply-To: <1154380967.2699.29.camel@localhost.localdomain> References: <1154372466.2699.18.camel@localhost.localdomain> <2180DD9F-E218-4149-B687-B0CD440B615A@gnu.org> <1154380967.2699.29.camel@localhost.localdomain> Message-ID: >>>>> "Anthony" == Anthony Green writes: >> Does that make sense? I can explain how to generate such a cacerts >> file from a bunch of separate certificates, if you like. Anthony> That would be great. I've never run gkeytool before. Raif checked in a script to Classpath that should help with this problem. Could you give it a try? If this works out we can wire it into the libgcj build or something. Tom From fitzsim at redhat.com Thu Aug 3 19:57:14 2006 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Thu, 03 Aug 2006 15:57:14 -0400 Subject: [fedora-java] GNU Classpath 0.92 release schedule and FC6test3 backport Message-ID: <44D2551A.6030806@redhat.com> Hi, I'm wondering when GNU Classpath 0.92 is scheduled to be released. I'm trying to plan for another backport before FC6test3. My main interest in a backport is pulling all the GUI improvements from GNU Classpath 0.92 to FC6test3, since there are some major ones including fixes for crashers. But I know that you're more interested in a complete backport, because it makes subsequent merges easier. I'm going on vacation next week, so if possible, I'd like for us to make a decision on our plan by tomorrow, so that I can start merging/testing immediately when I get back. Tom From mark at klomp.org Thu Aug 3 21:17:35 2006 From: mark at klomp.org (Mark Wielaard) Date: Thu, 03 Aug 2006 23:17:35 +0200 Subject: [fedora-java] gcjwebplugin has landed in Rawhide In-Reply-To: <17614.26984.915483.80585@localhost.localdomain> References: <44C6723A.4090508@redhat.com> <1154194597.5929.67.camel@dijkstra.wildebeest.org> <17614.26984.915483.80585@localhost.localdomain> Message-ID: <1154639855.21555.31.camel@dijkstra.wildebeest.org> Hi, On Mon, 2006-07-31 at 14:34 -0600, Tom Tromey wrote: > >>>>> "Mark" == Mark Wielaard writes: > > Mark> For that last point it would be really nice to have a svn branch in > Mark> upstream gcc. Since I am sure we could share some work with other > Mark> distributions. Matthias (CCed) already tried to sync the Debian gcc > Mark> packages with the Fedora packages, but we had some trouble getting a > Mark> working patch out of the srpm. Hopefully we can get the Fedora patch set > Mark> into svn somehow so we can get svn merge to help us with the update. > > Jakub had asked for a patch rather than a branch, so that's what we > did. > > But really we can do both -- I wish I'd thought of this when doing the > merge. That is, we can make a branch, do stuff there, and then just > diff it against the RH 4.1 branch whenever we need to provide Jakub > with an updated patch. Note that Jakub added the whole patch to redhat/gcc-4_1-branch svn branch in the upstream gcc repository now. http://gcc.gnu.org/viewcvs?view=rev&revision=115879 So we can base our work on that by doing some svn merge magic :) Cheers, Mark From green at redhat.com Thu Aug 3 22:27:16 2006 From: green at redhat.com (Anthony Green) Date: Thu, 03 Aug 2006 15:27:16 -0700 Subject: [fedora-java] Re: ssl connections, cacerts In-Reply-To: References: <1154372466.2699.18.camel@localhost.localdomain> <2180DD9F-E218-4149-B687-B0CD440B615A@gnu.org> <1154380967.2699.29.camel@localhost.localdomain> Message-ID: <1154644036.2892.111.camel@localhost.localdomain> On Thu, 2006-08-03 at 10:29 -0600, Tom Tromey wrote: > Raif checked in a script to Classpath that should help with this > problem. Could you give it a try? If this works out we can wire it > into the libgcj build or something. Even if it works I can't test it, because rssowl broke again (swt breakage due to firefox upgrade I think). In any case, I'll try the script. I think it more properly belongs in java-gcj-compat, not gcc. But let me try it first. AG From tromey at redhat.com Thu Aug 3 22:44:04 2006 From: tromey at redhat.com (Tom Tromey) Date: 03 Aug 2006 16:44:04 -0600 Subject: [fedora-java] Re: ssl connections, cacerts In-Reply-To: <1154644036.2892.111.camel@localhost.localdomain> References: <1154372466.2699.18.camel@localhost.localdomain> <2180DD9F-E218-4149-B687-B0CD440B615A@gnu.org> <1154380967.2699.29.camel@localhost.localdomain> <1154644036.2892.111.camel@localhost.localdomain> Message-ID: >>>>> "Anthony" == Anthony Green writes: Anthony> Even if it works I can't test it, because rssowl broke again (swt Anthony> breakage due to firefox upgrade I think). Bleah. Anthony> In any case, I'll try the script. I think it more properly Anthony> belongs in java-gcj-compat, not gcc. Yeah, I agree. Though, in the long term I think we're hoping to get rid of java-gcj-compat and merge it all into Classpath or libgcj. Tom From raif at swiftdsl.com.au Thu Aug 3 22:56:34 2006 From: raif at swiftdsl.com.au (Raif S. Naffah) Date: Fri, 4 Aug 2006 08:56:34 +1000 Subject: [fedora-java] Re: ssl connections, cacerts In-Reply-To: <1154644036.2892.111.camel@localhost.localdomain> References: <1154372466.2699.18.camel@localhost.localdomain> <1154644036.2892.111.camel@localhost.localdomain> Message-ID: <200608040856.48944.raif@swiftdsl.com.au> hello Anthony, On Friday 04 August 2006 08:27, Anthony Green wrote: > On Thu, 2006-08-03 at 10:29 -0600, Tom Tromey wrote: > > Raif checked in a script to Classpath that should help with this > > problem. Could you give it a try? If this works out we can wire it > > into the libgcj build or something. > > Even if it works I can't test it, because rssowl broke again (swt > breakage due to firefox upgrade I think). > > In any case, I'll try the script. I think it more properly belongs in > java-gcj-compat, not gcc. But let me try it first. before trying the script you have to install (somewhere) the ca-certificates Debian package (the one i used is from http://packages.debian.org/stable/misc/ca-certificates) which requires Ruby for generating the mozilla certificates. how about if i send you my copy of the cacerts.gkr file i built from that Debian package, and you try it with rssowl? if this works then we'll worry about how to get it into java-gcj-compat. cheers; rsn -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From green at redhat.com Thu Aug 3 23:23:02 2006 From: green at redhat.com (Anthony Green) Date: Thu, 03 Aug 2006 16:23:02 -0700 Subject: [fedora-java] Re: ssl connections, cacerts In-Reply-To: <200608040856.48944.raif@swiftdsl.com.au> References: <1154372466.2699.18.camel@localhost.localdomain> <1154644036.2892.111.camel@localhost.localdomain> <200608040856.48944.raif@swiftdsl.com.au> Message-ID: <1154647382.2892.115.camel@localhost.localdomain> On Fri, 2006-08-04 at 08:56 +1000, Raif S. Naffah wrote: > how about if i send you my copy of the cacerts.gkr file i built from that > Debian package, and you try it with rssowl? if this works then we'll worry > about how to get it into java-gcj-compat. Ok. I don't know how long rssowl will be broken though. Hopefully not long, but rssowl seems to be cursed in this regard. :-) AG From mark at klomp.org Fri Aug 4 10:09:44 2006 From: mark at klomp.org (Mark Wielaard) Date: Fri, 04 Aug 2006 12:09:44 +0200 Subject: [fedora-java] Re: GNU Classpath 0.92 release schedule and FC6test3 backport In-Reply-To: <44D2551A.6030806@redhat.com> References: <44D2551A.6030806@redhat.com> Message-ID: <1154686185.2982.14.camel@dijkstra.wildebeest.org> Hi Tom, On Thu, 2006-08-03 at 15:57 -0400, Thomas Fitzsimmons wrote: > I'm wondering when GNU Classpath 0.92 is scheduled to be released. When it is ready! :) Seriously, the branch is cooking and it is looking good. I don't expect any delays, except lake of time, to hold it up for more than a couple of days. The only blocker seems to be the gconf-pref-peers as discussed on the classpath mailinglist now. And there are various fixes and workarounds proposed already. Basically 0.92-pre is done, we are just making super sure it is absolutely regression free. > I'm trying to plan for another backport before FC6test3. Yeah! > My main interest in a backport is pulling all the GUI improvements from GNU > Classpath 0.92 to FC6test3, since there are some major ones including fixes for > crashers. But I know that you're more interested in a complete backport, > because it makes subsequent merges easier. And because the upstream package as a whole has been tested a lot. Picking and choosing just "the right bits" is just much more work. And there is of course no perfect break between gui code and non-gui code. sometimes you just really need some of the non-gui fixes to get the gui to actually work. Also I think the other distros are more interested in having a full backport available. > I'm going on vacation next week, so if possible, I'd like for us to make a > decision on our plan by tomorrow, so that I can start merging/testing > immediately when I get back. What is really needed for merging in 0.92 into libgcj is someone that goes over the new configure options (like --enable-gconf-peer, --enable-plugin) and make sure the defaults are right for gcc probably --disabled instead of --enabled as in classpath. So if you could look at that using the 0.92-pre merge as a start that would be great. You can find a preliminary merge of 0.92-pre to libgcj in the following thread: http://gcc.gnu.org/ml/java/2006-07/msg00102.html Cheers, Mark From ryanollerenshaw at gmail.com Fri Aug 4 14:21:19 2006 From: ryanollerenshaw at gmail.com (Ryan Ollerenshaw) Date: Fri, 4 Aug 2006 07:21:19 -0700 Subject: [fedora-java] Tomcat Setup Help Message-ID: <20b31d4d0608040721i4c3ce64ak12ecaa29596d3adf@mail.gmail.com> I am able to compile a java mapscript file from the command line using: javac -classpath ./mapscript.jar MapServerTest.java But when i try to turn my code into a servelt and run it over Tomcat i keep getting: java.lang.UnsatisfiedLinkError: no mapscript in java.library.path I have tried adding: export CLASSPATH=./mapscript.jar to my ./tomcat5/bin/startup.sh file but that does not seem to help. Am i missing a setting somewhere, why cant Tomcat find the .jar file? I have it in the same directory as my .java file and also in /common/lib and /shared/lib Thank you for any help that you can provide -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryanollerenshaw at gmail.com Fri Aug 4 16:01:15 2006 From: ryanollerenshaw at gmail.com (Ryan Ollerenshaw) Date: Fri, 4 Aug 2006 09:01:15 -0700 Subject: [fedora-java] Tomcat Help Message-ID: <20b31d4d0608040901rcea8f5v2e96ae20daf0fea9@mail.gmail.com> I am trying to set up Tomcat 5 on Fedora Core 5 and everything iw working find but i do not know how to set my classpath when using tomcat below is a few things that i have tried. I have found i can use the following code to print out the classpath that my program is actaully using, the code is: Get the System Classloader ClassLoader sysClassLoader = ClassLoader.getSystemClassLoader(); //Get the URLs URL[] urls = ((URLClassLoader)sysClassLoader).getURLs(); for(int i=0; i< urls.length; i++) { out.println(urls[i].getFile()); out.println("
"); } and the classpath that is printed is: /usr/java/j2sdk1.4.2_12/lib/tools.jar /etc/tomcat5/bin/dist/commons-daemon.jar /etc/tomcat5/bin/bootstrap.jar But i am not sure where this is getting set, i do have the following in my /tomcat5/bin/startup.sh export CLASSPATH=./mapscript.jar:.:/etc/tomcat5/webapps/my_test/WEB-INF/classes so why is this not my classpath at run time?? From gbenson at redhat.com Fri Aug 4 17:36:42 2006 From: gbenson at redhat.com (Gary Benson) Date: Fri, 4 Aug 2006 18:36:42 +0100 Subject: [fedora-java] Tomcat Help In-Reply-To: <20b31d4d0608040901rcea8f5v2e96ae20daf0fea9@mail.gmail.com> References: <20b31d4d0608040901rcea8f5v2e96ae20daf0fea9@mail.gmail.com> Message-ID: <20060804173642.GA14095@redhat.com> Ryan Ollerenshaw wrote: > I am trying to set up Tomcat 5 on Fedora Core 5 and everything iw > working find but i do not know how to set my classpath when using > tomcat below is a few things that i have tried. > > I have found i can use the following code to print out the classpath > that my program is actaully using, the code is: > > Get the System Classloader > ClassLoader sysClassLoader = ClassLoader.getSystemClassLoader(); > > //Get the URLs > URL[] urls = ((URLClassLoader)sysClassLoader).getURLs(); > > for(int i=0; i< urls.length; i++) > { > out.println(urls[i].getFile()); > out.println("
"); > } > > and the classpath that is printed is: > > /usr/java/j2sdk1.4.2_12/lib/tools.jar > /etc/tomcat5/bin/dist/commons-daemon.jar > /etc/tomcat5/bin/bootstrap.jar > > But i am not sure where this is getting set, i do have the following > in my /tomcat5/bin/startup.sh > > export > CLASSPATH=./mapscript.jar:.:/etc/tomcat5/webapps/my_test/WEB-INF/classes > > so why is this not my classpath at run time?? Tomcat does all kinds of weird things to the classpath. Any jars your webapp needs need to be in its WEB-INF/lib directory. Cheers, Gary From ryanollerenshaw at gmail.com Fri Aug 4 18:29:51 2006 From: ryanollerenshaw at gmail.com (Ryan Ollerenshaw) Date: Fri, 4 Aug 2006 11:29:51 -0700 Subject: [fedora-java] Tomcat Help In-Reply-To: <20060804173642.GA14095@redhat.com> References: <20b31d4d0608040901rcea8f5v2e96ae20daf0fea9@mail.gmail.com> <20060804173642.GA14095@redhat.com> Message-ID: <20b31d4d0608041129i680e10efkc1f95b937d3c3de8@mail.gmail.com> On 8/4/06, Gary Benson wrote: > Ryan Ollerenshaw wrote: > > I am trying to set up Tomcat 5 on Fedora Core 5 and everything iw > > working find but i do not know how to set my classpath when using > > tomcat below is a few things that i have tried. > > > > I have found i can use the following code to print out the classpath > > that my program is actaully using, the code is: > > > > Get the System Classloader > > ClassLoader sysClassLoader = ClassLoader.getSystemClassLoader(); > > > > //Get the URLs > > URL[] urls = ((URLClassLoader)sysClassLoader).getURLs(); > > > > for(int i=0; i< urls.length; i++) > > { > > out.println(urls[i].getFile()); > > out.println("
"); > > } > > > > and the classpath that is printed is: > > > > /usr/java/j2sdk1.4.2_12/lib/tools.jar > > /etc/tomcat5/bin/dist/commons-daemon.jar > > /etc/tomcat5/bin/bootstrap.jar > > > > But i am not sure where this is getting set, i do have the following > > in my /tomcat5/bin/startup.sh > > > > export > > CLASSPATH=./mapscript.jar:.:/etc/tomcat5/webapps/my_test/WEB-INF/classes > > > > so why is this not my classpath at run time?? > > Tomcat does all kinds of weird things to the classpath. Any jars your > webapp needs need to be in its WEB-INF/lib directory. > > Cheers, > Gary > Yes i have already done this, no help, could it be that the eclipse tomcat plugin is setting its own classpath somewhere? I have added the jar to window -> preferances -> java -> classpath. but maybe i am missing somthing else. It just seems that the ./startup.sh script in the tomcat directory does not have any effect when i make changes to it. From ryanollerenshaw at gmail.com Sun Aug 6 07:40:15 2006 From: ryanollerenshaw at gmail.com (Ryan Ollerenshaw) Date: Sun, 6 Aug 2006 03:40:15 -0400 Subject: [fedora-java] Enviroment Variables Message-ID: <20b31d4d0608060040q5c86d73dt8a7d127537c5ed3d@mail.gmail.com> I can write a shell script that will set an enviroment variable using the export command, but then when i try and print the variable after the shell scrit has been run the variable is no longer set. Why is this? my problem is that i need to set some enviroment variables in a shell script that is run when my tomcat server is started, but after the startup script runs the variables are no longer set. Here is what i am using in my scripts: export CLASSPATH=/usr/root/ echo $CLASSPATH but then when i do a echo $CLASSPATH from the command line the original value is printed and not the one set in the shell script. any help would be great. From djgarbows at yahoo.co.uk Sun Aug 6 08:30:22 2006 From: djgarbows at yahoo.co.uk (Dariusz J. Garbowski) Date: Sun, 06 Aug 2006 09:30:22 +0100 Subject: [fedora-java] Enviroment Variables In-Reply-To: <20b31d4d0608060040q5c86d73dt8a7d127537c5ed3d@mail.gmail.com> References: <20b31d4d0608060040q5c86d73dt8a7d127537c5ed3d@mail.gmail.com> Message-ID: <44D5A89E.2090001@yahoo.co.uk> On 08/06/2006 08:40 AM, Ryan Ollerenshaw wrote: > I can write a shell script that will set an enviroment variable using > the export command, but then when i try and print the variable after > the shell scrit has been run the variable is no longer set. Why is > this? my problem is that i need to set some enviroment variables in a > shell script that is run when my tomcat server is started, but after > the startup script runs the variables are no longer set. Here is what > i am using in my scripts: > > export CLASSPATH=/usr/root/ > echo $CLASSPATH > > but then when i do a echo $CLASSPATH from the command line the > original value is printed and not the one set in the shell script. > > any help would be great. When you run a script from bash it will be run in a new bash process and so all environment variables will be set in that new shell. To avoid it and make your script run in current shell, use "source" builtin command (or equivalent "."), e.g. source test.sh or . test.sh More detail in man bash (look for "SHELL BUILTIN COMMANDS" -> "source"). Regards, Dariusz -- Dariusz J. Garbowski ___________________________________________________________ All new Yahoo! Mail "The new Interface is stunning in its simplicity and ease of use." - PC Magazine http://uk.docs.yahoo.com/nowyoucan.html From aph at redhat.com Sun Aug 6 09:07:57 2006 From: aph at redhat.com (Andrew Haley) Date: Sun, 6 Aug 2006 10:07:57 +0100 Subject: [fedora-java] Enviroment Variables In-Reply-To: <20b31d4d0608060040q5c86d73dt8a7d127537c5ed3d@mail.gmail.com> References: <20b31d4d0608060040q5c86d73dt8a7d127537c5ed3d@mail.gmail.com> Message-ID: <17621.45421.586909.172549@zebedee.pink> Ryan Ollerenshaw writes: > I can write a shell script that will set an enviroment variable > using the export command, but then when i try and print the > variable after the shell scrit has been run the variable is no > longer set. Why is this? my problem is that i need to set some > enviroment variables in a shell script that is run when my tomcat > server is started, but after the startup script runs the variables > are no longer set. Here is what i am using in my scripts: > > export CLASSPATH=/usr/root/ > echo $CLASSPATH > > but then when i do a echo $CLASSPATH from the command line the > original value is printed and not the one set in the shell script. > > any help would be great. Use the "." command. So, instead of running foo, run . foo Andrew. From aph at redhat.com Sun Aug 6 09:55:20 2006 From: aph at redhat.com (Andrew Haley) Date: Sun, 6 Aug 2006 10:55:20 +0100 Subject: [fedora-java] Enviroment Variables In-Reply-To: <17621.45421.586909.172549@zebedee.pink> References: <20b31d4d0608060040q5c86d73dt8a7d127537c5ed3d@mail.gmail.com> <17621.45421.586909.172549@zebedee.pink> Message-ID: <17621.48264.642198.608104@zebedee.pink> Andrew Haley writes: > Ryan Ollerenshaw writes: > > > I can write a shell script that will set an enviroment variable > > using the export command, but then when i try and print the > > variable after the shell scrit has been run the variable is no > > longer set. Why is this? my problem is that i need to set some > > enviroment variables in a shell script that is run when my tomcat > > server is started, but after the startup script runs the variables > > are no longer set. Here is what i am using in my scripts: > > > > export CLASSPATH=/usr/root/ > > echo $CLASSPATH > > > > but then when i do a echo $CLASSPATH from the command line the > > original value is printed and not the one set in the shell script. > > > > any help would be great. > > Use the "." command. So, instead of running foo, run > > . foo Allow me to recommend http://www.amazon.com/gp/product/013937681X Andrew. From bkonrath at redhat.com Mon Aug 7 18:46:31 2006 From: bkonrath at redhat.com (Ben Konrath) Date: Mon, 07 Aug 2006 14:46:31 -0400 Subject: [fedora-java] aot-compile-rpm problem In-Reply-To: <1154358866.2675.29.camel@localhost.localdomain> References: <1154324012.2886.38.camel@localhost.localdomain> <17613.50751.929133.479102@zebedee.pink> <1154355777.2675.13.camel@localhost.localdomain> <20060731145114.GB3741@redhat.com> <17614.6580.17861.194973@zebedee.pink> <20060731150303.GC3741@redhat.com> <1154358866.2675.29.camel@localhost.localdomain> Message-ID: <1154976392.3751.12.camel@localhost.localdomain> On Mon, 2006-07-31 at 08:14 -0700, Anthony Green wrote: > On Mon, 2006-07-31 at 16:03 +0100, Gary Benson wrote: > > > > gcj-dbtool is in the libgcj rpm: can you have multiple copies of > > > > this installed simultaneously? > > > > > > No. It's in /usr/bin. > > > > Really? So no simultaneous libgcj.i386 and libgcj.x86_64 installs? > > It looks like the jar files and man pages conflict so you can't install > both at the same time (I tried to force it with "yum install > libgcj.i386"). Interesting. I have a brp script that will be installed in the post install section of the rpm build to repack the jars with a consistent time stamp. This should correct the problem with the jar files. The man page conflict is new to me - there's probably a time stamp or arch listing somewhere in them. A bug should be filed about this problem. Let me know if you would like me to file it. Thanks, Ben From gbenson at redhat.com Tue Aug 8 07:37:54 2006 From: gbenson at redhat.com (Gary Benson) Date: Tue, 8 Aug 2006 08:37:54 +0100 Subject: [fedora-java] aot-compile-rpm problem In-Reply-To: <1154976392.3751.12.camel@localhost.localdomain> References: <1154324012.2886.38.camel@localhost.localdomain> <17613.50751.929133.479102@zebedee.pink> <1154355777.2675.13.camel@localhost.localdomain> <17614.6580.17861.194973@zebedee.pink> <20060731150303.GC3741@redhat.com> <1154358866.2675.29.camel@localhost.localdomain> <1154976392.3751.12.camel@localhost.localdomain> Message-ID: <20060808073753.GA3803@redhat.com> Ben Konrath wrote: > On Mon, 2006-07-31 at 08:14 -0700, Anthony Green wrote: > > On Mon, 2006-07-31 at 16:03 +0100, Gary Benson wrote: > > > > > gcj-dbtool is in the libgcj rpm: can you have multiple > > > > > copies of this installed simultaneously? > > > > > > > > No. It's in /usr/bin. > > > > > > Really? So no simultaneous libgcj.i386 and libgcj.x86_64 > > > installs? > > > > It looks like the jar files and man pages conflict so you can't > > install both at the same time (I tried to force it with "yum > > install libgcj.i386"). > > Interesting. I have a brp script that will be installed in the > post install section of the rpm build to repack the jars with a > consistent time stamp. This should correct the problem with the > jar files. > > The man page conflict is new to me - there's probably a time stamp > or arch listing somewhere in them. A bug should be filed about this > problem. Let me know if you would like me to file it. There's still all the stuff in /usr/bin anyway. That's going to be different no matter what you do to it. Cheers, Gary From mark at klomp.org Mon Aug 14 18:46:52 2006 From: mark at klomp.org (Mark Wielaard) Date: Mon, 14 Aug 2006 20:46:52 +0200 Subject: [fedora-java] Re: GNU Classpath 0.92 release schedule and FC6test3 backport In-Reply-To: <1154686185.2982.14.camel@dijkstra.wildebeest.org> References: <44D2551A.6030806@redhat.com> <1154686185.2982.14.camel@dijkstra.wildebeest.org> Message-ID: <1155581213.477.83.camel@dijkstra.wildebeest.org> Hi, A little update. On Fri, 2006-08-04 at 12:09 +0200, Mark Wielaard wrote: > On Thu, 2006-08-03 at 15:57 -0400, Thomas Fitzsimmons wrote: > > I'm wondering when GNU Classpath 0.92 is scheduled to be released. > > When it is ready! :) Which was last week: http://savannah.gnu.org/forum/forum.php?forum_id=4573 > > I'm trying to plan for another backport before FC6test3. > > Yeah! > > What is really needed for merging in 0.92 into libgcj is someone that > goes over the new configure options (like --enable-gconf-peer, > --enable-plugin) and make sure the defaults are right for gcc probably > --disabled instead of --enabled as in classpath. So if you could look at > that using the 0.92-pre merge as a start that would be great. I did that last weekend and the result is available now on the gcj patches list. It will hit svn as soon as I get an ack that it is OK to commit. Then we can start working on the backport and make sure that everything works OK. Mathias, the Debian/Ubuntu gcc packager, has also been helping with testing and backporting. So I hope we will some nice cross distro upgrade. 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 gbenson at redhat.com Wed Aug 23 12:12:31 2006 From: gbenson at redhat.com (Gary Benson) Date: Wed, 23 Aug 2006 13:12:31 +0100 Subject: [fedora-java] aot-compile-rpm problem In-Reply-To: <1154355777.2675.13.camel@localhost.localdomain> References: <1154324012.2886.38.camel@localhost.localdomain> <17613.50751.929133.479102@zebedee.pink> <1154355777.2675.13.camel@localhost.localdomain> Message-ID: <20060823121230.GB24413@redhat.com> Anthony Green wrote: > On Mon, 2006-07-31 at 09:58 +0100, Andrew Haley wrote: > > AFAIK it's the default yum behaviour: multilibbed libraries > > install all arches. That seems a litttle weird, but there it > > is. > > Gary - do you think aot-compile-rpm could set LIBDIR based in part > on the output of "gcj-dbtool -p" ? I think that would let us have > identical scripts in both the 32- and 64-bit packages. Ok, ftp://sources.redhat.com/pub/rhug/java-gcj-compat-1.0.62.tar.gz does this. Sorry for the wait... Cheers, Gary From fitzsim at redhat.com Wed Aug 23 14:36:57 2006 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Wed, 23 Aug 2006 10:36:57 -0400 Subject: [fedora-java] gcj trunk -> redhat/gcc-4_1-branch merge Message-ID: <44EC6809.6080209@redhat.com> Hi, I'm going to do the trunk to redhat/gcc-4_1-branch backport now. I'm planning to tag revision 116352 as "redhat-java-merge-20060823". If you have an outstanding patch that you want included in this merge, let me know today and I'll hold off tagging until you've committed it. Tom From fitzsim at redhat.com Wed Aug 23 14:46:34 2006 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Wed, 23 Aug 2006 10:46:34 -0400 Subject: [fedora-java] gcj trunk -> redhat/gcc-4_1-branch merge In-Reply-To: <44EC6809.6080209@redhat.com> References: <44EC6809.6080209@redhat.com> Message-ID: <44EC6A4A.9060704@redhat.com> Thomas Fitzsimmons wrote: > Hi, > > I'm going to do the trunk to redhat/gcc-4_1-branch backport now. I'm > planning to tag revision 116352 as "redhat-java-merge-20060823". Make that: "redhat/4_1-branch-java-merge-20060823". > If you have an outstanding patch that you want included in this merge, let me > know today and I'll hold off tagging until you've committed it. > > Tom > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From tromey at redhat.com Wed Aug 23 16:31:29 2006 From: tromey at redhat.com (Tom Tromey) Date: 23 Aug 2006 10:31:29 -0600 Subject: [fedora-java] gcj trunk -> redhat/gcc-4_1-branch merge In-Reply-To: <44EC6809.6080209@redhat.com> References: <44EC6809.6080209@redhat.com> Message-ID: >>>>> "Tom" == Thomas Fitzsimmons writes: Tom> I'm going to do the trunk to redhat/gcc-4_1-branch backport now. I'm Tom> planning to tag revision 116352 as "redhat-java-merge-20060823". If Tom> you have an outstanding patch that you want included in this merge, Tom> let me know today and I'll hold off tagging until you've committed it. There's the libgcj_bc patch I sent last night. But ... it is ok if you push forward with the merge; we can merge this patch in separately easily enough. It is still waiting for a bit of review. Tom From fitzsim at redhat.com Thu Aug 24 15:13:37 2006 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Thu, 24 Aug 2006 11:13:37 -0400 Subject: [fedora-java] gcj trunk -> redhat/gcc-4_1-branch merge status Message-ID: <44EDC221.8020902@redhat.com> Hi, I tagged revision 116352 as redhat/4_1-branch-java-merge-20060823, and I committed the preliminary merge to the redhat/gcc-4_1-branch-java-merge-20060823 branch. The branch builds but there are still some test suite failures to work through. Once the test suite runs I'll move on to testing bigger applications. Tom From fitzsim at redhat.com Thu Aug 24 22:00:55 2006 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Thu, 24 Aug 2006 18:00:55 -0400 Subject: [fedora-java] gcj trunk -> redhat/gcc-4_1-branch merge complete Message-ID: <44EE2197.3090907@redhat.com> Hi, gcc.gnu.org/svn/gcc/branches/redhat/gcc-4_1-branch-java-merge-20060823 now contains the trunk -> redhat/gcc-4_1-branch Java merge that I'd like to see go into FC6test3. libjava's "make check" passes except for the -O3 StackTrace2 tests: FAIL: StackTrace2 -O3 execution - source compiled test FAIL: StackTrace2 -O3 execution - bytecode->native test but these tests also failed on redhat/gcc-4_1-branch before my 2006-08-23 merge. Andrew, can you take a look at what's causing these failures? The merge includes the fix for PR13212, which fixes 33 tests that failed on redhat/gcc-4_1-branch before my 2006-08-23 merge, and will allow you to remove gcc41-java-pr13212.patch from the SRPM. I tested the following on i386 Rawhide: Eclipse - extssh mode works well, better than pre-merge when performance was unacceptably slow gcjwebplugin - works Azureus - works AWT/Swing - work much better than pre-merge, more responsive, no crashes Java2D - works much better than pre-merge, faster, no crashes Can we include this merge in the next Rawhide gcc release? Tom From aph at redhat.com Fri Aug 25 10:54:39 2006 From: aph at redhat.com (Andrew Haley) Date: Fri, 25 Aug 2006 11:54:39 +0100 Subject: [fedora-java] Re: gcj trunk -> redhat/gcc-4_1-branch merge complete In-Reply-To: <44EE2197.3090907@redhat.com> References: <44EE2197.3090907@redhat.com> Message-ID: <17646.55023.989109.835580@zebedee.pink> Thomas Fitzsimmons writes: > Hi, > > gcc.gnu.org/svn/gcc/branches/redhat/gcc-4_1-branch-java-merge-20060823 now > contains the trunk -> redhat/gcc-4_1-branch Java merge that I'd like to see go > into FC6test3. > > libjava's "make check" passes except for the -O3 StackTrace2 tests: > > FAIL: StackTrace2 -O3 execution - source compiled test > FAIL: StackTrace2 -O3 execution - bytecode->native test > > but these tests also failed on redhat/gcc-4_1-branch before my 2006-08-23 merge. > Andrew, can you take a look at what's causing these failures? I'm having a lot of trouble duplicating this failure. You should give me access to a box on which this test fails. Andrew. From aph at redhat.com Fri Aug 25 11:57:16 2006 From: aph at redhat.com (Andrew Haley) Date: Fri, 25 Aug 2006 12:57:16 +0100 Subject: [fedora-java] Re: gcj trunk -> redhat/gcc-4_1-branch merge complete In-Reply-To: <17646.55023.989109.835580@zebedee.pink> References: <44EE2197.3090907@redhat.com> <17646.55023.989109.835580@zebedee.pink> Message-ID: <17646.58780.161799.118236@zebedee.pink> Andrew Haley writes: > Thomas Fitzsimmons writes: > > Hi, > > > > gcc.gnu.org/svn/gcc/branches/redhat/gcc-4_1-branch-java-merge-20060823 now > > contains the trunk -> redhat/gcc-4_1-branch Java merge that I'd like to see go > > into FC6test3. > > > > libjava's "make check" passes except for the -O3 StackTrace2 tests: > > > > FAIL: StackTrace2 -O3 execution - source compiled test > > FAIL: StackTrace2 -O3 execution - bytecode->native test > > > > but these tests also failed on redhat/gcc-4_1-branch before my 2006-08-23 merge. > > Andrew, can you take a look at what's causing these failures? > > I'm having a lot of trouble duplicating this failure. You should give > me access to a box on which this test fails. Got it now. FAIL: StackTrace2 -O3 execution - source compiled test UNTESTED: StackTrace2 -O3 output - source compiled test Andrew. From aph at redhat.com Fri Aug 25 12:33:46 2006 From: aph at redhat.com (Andrew Haley) Date: Fri, 25 Aug 2006 13:33:46 +0100 Subject: [fedora-java] Re: gcj trunk -> redhat/gcc-4_1-branch merge complete In-Reply-To: <17646.58780.161799.118236@zebedee.pink> References: <44EE2197.3090907@redhat.com> <17646.55023.989109.835580@zebedee.pink> <17646.58780.161799.118236@zebedee.pink> Message-ID: <17646.60970.720378.141837@zebedee.pink> Andrew Haley writes: > Andrew Haley writes: > > Thomas Fitzsimmons writes: > > > Hi, > > > > > > gcc.gnu.org/svn/gcc/branches/redhat/gcc-4_1-branch-java-merge-20060823 now > > > contains the trunk -> redhat/gcc-4_1-branch Java merge that I'd like to see go > > > into FC6test3. > > > > > > libjava's "make check" passes except for the -O3 StackTrace2 tests: > > > > > > FAIL: StackTrace2 -O3 execution - source compiled test > > > FAIL: StackTrace2 -O3 execution - bytecode->native test > > > > > > but these tests also failed on redhat/gcc-4_1-branch before my 2006-08-23 merge. > > > Andrew, can you take a look at what's causing these failures? > > > > I'm having a lot of trouble duplicating this failure. You should give > > me access to a box on which this test fails. > > Got it now. > > FAIL: StackTrace2 -O3 execution - source compiled test > UNTESTED: StackTrace2 -O3 output - source compiled test Forget it, it's a buggy testcase. In here: public static void main(String[] args) { try { a(); } catch (Exception x) { StackTraceElement[] trace = x.getStackTrace(); checkTrace(trace); } } static void a() { new Inner(); } a() gets inlined into main(), so the stacktrace is only three elements in size: [Ljava.lang.StackTraceElement;@2aaaae240f78 { java.lang.StackTraceElement at 2aaaaab0b6c0 { boolean isNative = false, java.lang.String fileName = "StackTrace2.java", java.lang.String methodName = "doCrash", java.lang.String declaringClass = "StackTrace2$Inner", int lineNumber = 33, }, java.lang.StackTraceElement at 2aaaaab0b690 { boolean isNative = false, java.lang.String fileName = "StackTrace2.java", java.lang.String methodName = "", java.lang.String declaringClass = "StackTrace2$Inner", int lineNumber = 28, }, java.lang.StackTraceElement at 2aaaaab0b660 { boolean isNative = false, java.lang.String fileName = "StackTrace2.java", java.lang.String methodName = "main", java.lang.String declaringClass = "StackTrace2", int lineNumber = 21, }, } It's safe to inline methods within the same class -- they can't have different protection domains, for example. Andrew. From peter.carroll at bluefriday.ca Sat Aug 26 16:10:28 2006 From: peter.carroll at bluefriday.ca (peter.carroll at bluefriday.ca) Date: Sat, 26 Aug 2006 12:10:28 -0400 Subject: [fedora-java] How to debugging tomcat5 mailer problems Message-ID: <000c01c6c92a$267c2f40$620aa8c0@bluefriday.ca> I am completely lost on this one. I have a tomcat5 web application running on Fedora Core 4. It ran perfectly until a few months ago when suddenly it stopped sending email. I was using the Jakarta mail-1.1 taglib and it looked like it worked but nothing went out. I started using the mailer2 taglib and that finally gave me some errors (below). Even the examples don't work. Initially I had this on both my development and production servers. I hacked away at the dev server replacing jar files and restarting and eventually it all went away. I then reconciled that with my production server and nothing works. I am sure it is some kind of version conflict as it showed up as quickly as it went away. I've been beating my head on this for a couple of months now with no progress at all. Can someone please suggest an approach to debug this? I'm at a total loss. Thanks Peter The code as follows: <%@ page contentType="text/html" %> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> <%@ taglib prefix="mt" uri="http://jakarta.apache.org/taglibs/mailer2" %> Hello, World HTTP Status 500 - _____ type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: javax.servlet.jsp.JspException: mt:mail: cannot send / create message org.apache.jasper.runtime.PageContextImpl.doHandlePageException(java.lang.Th rowable) (/usr/lib/libjasper5-runtime-5.0.30.jar.so) org.apache.jasper.runtime.PageContextImpl.handlePageException(java.lang.Thro wable) (/usr/lib/libjasper5-runtime-5.0.30.jar.so) org.apache.jsp.trackreg.tmpa_jsp._jspService(javax.servlet.http.HttpServletR equest, javax.servlet.http.HttpServletResponse) (Unknown Source) org.apache.jasper.runtime.HttpJspBase.service(javax.servlet.http.HttpServlet Request, javax.servlet.http.HttpServletResponse) (/usr/lib/libjasper5-runtime-5.0.30.jar.so) javax.servlet.http.HttpServlet.service(javax.servlet.ServletRequest, javax.servlet.ServletResponse) (/usr/lib/libservletapi5-5.0.30.jar.so) org.apache.jasper.servlet.JspServletWrapper.service(javax.servlet.http.HttpS ervletRequest, javax.servlet.http.HttpServletResponse, boolean) (/usr/lib/libjasper5-compiler-5.0.30.jar.so) org.apache.jasper.servlet.JspServlet.serviceJspFile(javax.servlet.http.HttpS ervletRequest, javax.servlet.http.HttpServletResponse, java.lang.String, java.lang.Throwable, boolean) (/usr/lib/libjasper5-compiler-5.0.30.jar.so) org.apache.jasper.servlet.JspServlet.service(javax.servlet.http.HttpServletR equest, javax.servlet.http.HttpServletResponse) (/usr/lib/libjasper5-compiler-5.0.30.jar.so) javax.servlet.http.HttpServlet.service(javax.servlet.ServletRequest, javax.servlet.ServletResponse) (/usr/lib/libservletapi5-5.0.30.jar.so) org.apache.catalina.valves.ErrorReportValve.invoke(org.apache.catalina.Reque st, org.apache.catalina.Response, org.apache.catalina.ValveContext) (/usr/lib/libcatalina-5.0.30.jar.so) org.apache.coyote.tomcat5.CoyoteAdapter.service(org.apache.coyote.Request, org.apache.coyote.Response) (/usr/lib/libcatalina-5.0.30.jar.so) org.apache.jk.server.JkCoyoteHandler.invoke(org.apache.jk.core.Msg, org.apache.jk.core.MsgContext) (Unknown Source) org.apache.jk.common.HandlerRequest.invoke(org.apache.jk.core.Msg, org.apache.jk.core.MsgContext) (Unknown Source) org.apache.jk.common.ChannelSocket.invoke(org.apache.jk.core.Msg, org.apache.jk.core.MsgContext) (Unknown Source) org.apache.jk.common.ChannelSocket.processConnection(org.apache.jk.core.MsgC ontext) (Unknown Source) org.apache.jk.common.SocketConnection.runIt(java.lang.Object[]) (Unknown Source) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run() (/tmp/libtomcat-util-5.0.30.jar.sob9q4kk.so) java.lang.Thread.run() (/usr/lib/libgcj.so.6.0.0) root cause javax.mail.SendFailedException: Unsupported option: SP gnu.mail.providers.smtp.SMTPTransport.sendMessage(javax.mail.Message, javax.mail.Address[]) (Unknown Source) javax.mail.Transport.send0(javax.mail.Message, javax.mail.Address[]) (Unknown Source) javax.mail.Transport.send(javax.mail.Message) (Unknown Source) org.apache.taglibs.mailer2.MailTag.doEndTag() (Unknown Source) org.apache.jsp.trackreg.tmpa_jsp._jspx_meth_mt_mail_0(javax.servlet.jsp.Page Context) (Unknown Source) org.apache.jsp.trackreg.tmpa_jsp._jspService(javax.servlet.http.HttpServletR equest, javax.servlet.http.HttpServletResponse) (Unknown Source) org.apache.jasper.runtime.HttpJspBase.service(javax.servlet.http.HttpServlet Request, javax.servlet.http.HttpServletResponse) (/usr/lib/libjasper5-runtime-5.0.30.jar.so) javax.servlet.http.HttpServlet.service(javax.servlet.ServletRequest, javax.servlet.ServletResponse) (/usr/lib/libservletapi5-5.0.30.jar.so) org.apache.jasper.servlet.JspServletWrapper.service(javax.servlet.http.HttpS ervletRequest, javax.servlet.http.HttpServletResponse, boolean) (/usr/lib/libjasper5-compiler-5.0.30.jar.so) org.apache.jasper.servlet.JspServlet.serviceJspFile(javax.servlet.http.HttpS ervletRequest, javax.servlet.http.HttpServletResponse, java.lang.String, java.lang.Throwable, boolean) (/usr/lib/libjasper5-compiler-5.0.30.jar.so) org.apache.jasper.servlet.JspServlet.service(javax.servlet.http.HttpServletR equest, javax.servlet.http.HttpServletResponse) (/usr/lib/libjasper5-compiler-5.0.30.jar.so) javax.servlet.http.HttpServlet.service(javax.servlet.ServletRequest, javax.servlet.ServletResponse) (/usr/lib/libservletapi5-5.0.30.jar.so) org.apache.catalina.valves.ErrorReportValve.invoke(org.apache.catalina.Reque st, org.apache.catalina.Response, org.apache.catalina.ValveContext) (/usr/lib/libcatalina-5.0.30.jar.so) org.apache.coyote.tomcat5.CoyoteAdapter.service(org.apache.coyote.Request, org.apache.coyote.Response) (/usr/lib/libcatalina-5.0.30.jar.so) org.apache.jk.server.JkCoyoteHandler.invoke(org.apache.jk.core.Msg, org.apache.jk.core.MsgContext) (Unknown Source) org.apache.jk.common.HandlerRequest.invoke(org.apache.jk.core.Msg, org.apache.jk.core.MsgContext) (Unknown Source) org.apache.jk.common.ChannelSocket.invoke(org.apache.jk.core.Msg, org.apache.jk.core.MsgContext) (Unknown Source) org.apache.jk.common.ChannelSocket.processConnection(org.apache.jk.core.MsgC ontext) (Unknown Source) org.apache.jk.common.SocketConnection.runIt(java.lang.Object[]) (Unknown Source) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run() (/tmp/libtomcat-util-5.0.30.jar.sob9q4kk.so) java.lang.Thread.run() (/usr/lib/libgcj.so.6.0.0) note The full stack trace of the root cause is available in the Apache Tomcat/5.0 logs. _____ Apache Tomcat/5.0 -------------- next part -------------- An HTML attachment was scrubbed... URL: From green at redhat.com Sun Aug 27 20:34:18 2006 From: green at redhat.com (Anthony Green) Date: Sun, 27 Aug 2006 13:34:18 -0700 Subject: [fedora-java] interpreter mystery Message-ID: <1156710858.2716.30.camel@localhost.localdomain> gdb tells me that the azureus in x86 rawhide doesn't appear to be running any of the Azureus or SWT .jar.so code. It's all being interpreted. However, lsof tells me that both the Azureus and SWT .jar.so files are being held open by the gij process. This doesn't appear to be a system-wide issue, since I can see that tomcat5 is not being interpreted (again, via gdb). But looking at rssowl, I see the rssowl .jar.so _is_ being used, but swt's .jar.so isn't (despite being held open by the process). Any ideas or suggestions? AG From tromey at redhat.com Thu Aug 24 23:04:27 2006 From: tromey at redhat.com (Tom Tromey) Date: 24 Aug 2006 17:04:27 -0600 Subject: [fedora-java] gcj trunk -> redhat/gcc-4_1-branch merge complete In-Reply-To: <44EE2197.3090907@redhat.com> References: <44EE2197.3090907@redhat.com> Message-ID: >>>>> "Tom" == Thomas Fitzsimmons writes: Tom> gcc.gnu.org/svn/gcc/branches/redhat/gcc-4_1-branch-java-merge-20060823 Tom> now contains the trunk -> redhat/gcc-4_1-branch Java merge that I'd Tom> like to see go into FC6test3. Thanks! Tom> Azureus Tom> - works I merged over Gary's NetworkInterface patch. This fixes an issue with azureus that was reported on the gcj list. Tom From tromey at redhat.com Sun Aug 27 21:02:38 2006 From: tromey at redhat.com (Tom Tromey) Date: 27 Aug 2006 15:02:38 -0600 Subject: [fedora-java] interpreter mystery In-Reply-To: <1156710858.2716.30.camel@localhost.localdomain> References: <1156710858.2716.30.camel@localhost.localdomain> Message-ID: >>>>> "Anthony" == Anthony Green writes: Anthony> But looking at rssowl, I see the rssowl .jar.so _is_ being used, but Anthony> swt's .jar.so isn't (despite being held open by the process). Anthony> Any ideas or suggestions? It is possible for the .jar.so to be used by some classes from a given .jar but not others. In this situation, maybe some class that is used rarely (say an initialization class) was used from the .jar.so and the remaining classes are interpreted. That could explain why you aren't seeing it in gdb... One way to check is to run gij with -verbose:class and look at the output. It will tell you which classes are defined "BC-compiled", which are interpreted, etc. I don't think there is a super-easy way to check the contents of a .jar against a given .db -- but you could make a new .db using the SWT .jar, then dump both the installed .db and the new one, and compare class signatures using a script. Maybe the installed .db is corrupted or made from an old SWT or something. Tom From green at redhat.com Mon Aug 28 04:27:10 2006 From: green at redhat.com (Anthony Green) Date: Sun, 27 Aug 2006 21:27:10 -0700 Subject: [fedora-java] interpreter mystery In-Reply-To: References: <1156710858.2716.30.camel@localhost.localdomain> Message-ID: <1156739230.4474.15.camel@localhost.localdomain> On Sun, 2006-08-27 at 15:02 -0600, Tom Tromey wrote: > One way to check is to run gij with -verbose:class and look at the > output. It will tell you which classes are defined "BC-compiled", > which are interpreted, etc. This output looks very suspicious to me: [Loaded (bytecode) org.bouncycastle.jce.provider.BouncyCastleProvider from (file:/usr/share/java/gcj-endorsed/bcprov-1.33.ja\r )] [Loaded (BC-compiled) org.bouncycastle.asn1.pkcs.PKCSObjectIdentifiers from (file:/usr/share/java/gcj-endorsed/bcprov-1.33.j\ar )] [Loaded (BC-compiled) org.bouncycastle.asn1.DERObjectIdentifier from (file:/usr/share/java/gcj-endorsed/bcprov-1.33.jar )] [Loaded (BC-compiled) org.bouncycastle.asn1.DERObject from (file:/usr/share/java/gcj-endorsed/bcprov-1.33.jar )] [Loaded (BC-compiled) org.bouncycastle.asn1.ASN1Encodable from (file:/usr/share/java/gcj-endorsed/bcprov-1.33.jar )] [Loaded (pre-compiled) org.bouncycastle.asn1.DEREncodable from (file:/usr/share/java/gcj-endorsed/bcprov-1.33.jar )] [Loaded (pre-compiled) org.bouncycastle.asn1.DERTags from (file:/usr/share/java/gcj-endorsed/bcprov-1.33.jar )] This is all from the same .jar that was built to a .so using our standard mechanism. Similarly, it looks as though some Azureus and SWT classes are "BC-compiled" and some are "bytecode". BTW, I also noticed in an ant run that ant was executing natively, while the Eclipse compiler it invokes is being interpreted. Builds are noticeable slower than on my FC5 machine. > I don't think there is a super-easy way to check the contents of a > .jar against a given .db -- but you could make a new .db using the SWT > .jar, then dump both the installed .db and the new one, and compare > class signatures using a script. Maybe the installed .db is corrupted > or made from an old SWT or something. Gah.. this is the problem. Somewhere along the line aot-compile-rpm is creating partial classmap.db files. For instance, bcprov-1.33.jar.db only contains 331 entries but bcprov-1.33.jar has over 800 classes. I'll file a bug (against java-1.4.2-gcj-compat-devel I suppose) and copy relevant people. AG From green at redhat.com Mon Aug 28 15:29:50 2006 From: green at redhat.com (Anthony Green) Date: Mon, 28 Aug 2006 08:29:50 -0700 Subject: [fedora-java] How to debugging tomcat5 mailer problems In-Reply-To: <000c01c6c92a$267c2f40$620aa8c0@bluefriday.ca> References: <000c01c6c92a$267c2f40$620aa8c0@bluefriday.ca> Message-ID: <1156778990.4474.21.camel@localhost.localdomain> On Sat, 2006-08-26 at 12:10 -0400, peter.carroll at bluefriday.ca wrote: > I am completely lost on this one. I would start by figuring out what this means: javax.mail.SendFailedException: Unsupported option: SP gnu.mail.providers.smtp.SMTPTransport.sendMessage(javax.mail.Message, javax.mail.Address[]) (Unknown Source) The GNU Classpath list might be a good place for advice on SMTPTransport. AG From tromey at redhat.com Mon Aug 28 21:04:40 2006 From: tromey at redhat.com (Tom Tromey) Date: 28 Aug 2006 15:04:40 -0600 Subject: [fedora-java] How to debugging tomcat5 mailer problems In-Reply-To: <1156778990.4474.21.camel@localhost.localdomain> References: <000c01c6c92a$267c2f40$620aa8c0@bluefriday.ca> <1156778990.4474.21.camel@localhost.localdomain> Message-ID: >>>>> "Anthony" == Anthony Green writes: >> I am completely lost on this one. Anthony> I would start by figuring out what this means: Anthony> javax.mail.SendFailedException: Unsupported option: SP Anthony> gnu.mail.providers.smtp.SMTPTransport.sendMessage(javax.mail.Message, javax.mail.Address[]) (Unknown Source) >From what I can see this appears to be a message received from the SMTP server. I see that SMTPTransport.sendMessage does not chain exceptions. You might get somewhat better info if you fixed that and rebuilt it. Tom From tromey at redhat.com Mon Aug 28 20:51:43 2006 From: tromey at redhat.com (Tom Tromey) Date: 28 Aug 2006 14:51:43 -0600 Subject: [fedora-java] interpreter mystery In-Reply-To: <1156739230.4474.15.camel@localhost.localdomain> References: <1156710858.2716.30.camel@localhost.localdomain> <1156739230.4474.15.camel@localhost.localdomain> Message-ID: Anthony> This output looks very suspicious to me: Me too. Anthony> [Loaded (pre-compiled) org.bouncycastle.asn1.DERTags from (file:/usr/share/java/gcj-endorsed/bcprov-1.33.jar )] "pre-compiled" means that this is compiled with the C++ ABI. At least, it is supposed to mean that -- it isn't clear to me whether the test we use at runtime is 100% accurate. In particular we do: return c->otable_syms || c->atable_syms || c->itable_syms; ... but it seems like we could have a BC-compiled class where all of these are NULL. For instance a class which is nothing but a bunch of 'int' constants would probably fail this test. So, without knowing more, it is hard to say whether this output means there is a bug :( Anthony> Similarly, it looks as though some Azureus and SWT classes are Anthony> "BC-compiled" and some are "bytecode". The 'bytecode' test is definitely accurate. Anthony> BTW, I also noticed in an ant run that ant was executing Anthony> natively, while the Eclipse compiler it invokes is being Anthony> interpreted. Builds are noticeable slower than on my FC5 Anthony> machine. I've noticed this when running Eclipse as well. Anthony> Gah.. this is the problem. Somewhere along the line Anthony> aot-compile-rpm is creating partial classmap.db files. For Anthony> instance, bcprov-1.33.jar.db only contains 331 entries but Anthony> bcprov-1.33.jar has over 800 classes. I looked at the .jar in the eclipse-ecj package and noticed this same thing. The .jar has 1346 .class files but the .db only has 180 entries. Tom From peter.carroll at bluefriday.ca Tue Aug 29 04:28:00 2006 From: peter.carroll at bluefriday.ca (Peter Carroll) Date: Tue, 29 Aug 2006 00:28:00 -0400 Subject: [fedora-java] How to debugging tomcat5 mailer problems In-Reply-To: Message-ID: <002901c6cb23$8331f120$620aa8c0@bluefriday.ca> Thanks. I don't think it is the SMTP server per se but this does help. >From the server that works: Aug 29 00:27:09 w3 postfix/smtpd[24422]: connect from localhost[127.0.0.1] Aug 29 00:27:09 w3 postfix/smtpd[24422]: match_hostname: localhost ~? 192.168.0.0/16 Aug 29 00:27:09 w3 postfix/smtpd[24422]: match_hostaddr: 127.0.0.1 ~? 192.168.0.0/16 Aug 29 00:27:09 w3 postfix/smtpd[24422]: match_hostname: localhost ~? 127.0.0.0/8 Aug 29 00:27:09 w3 postfix/smtpd[24422]: match_hostaddr: 127.0.0.1 ~? 127.0.0.0/8 Aug 29 00:27:09 w3 postfix/smtpd[24422]: > localhost[127.0.0.1]: 220 w3.bluefriday.ca ESMTP Postfix Aug 29 00:27:09 w3 postfix/smtpd[24422]: < localhost[127.0.0.1]: EHLO w3 Aug 29 00:27:09 w3 postfix/smtpd[24422]: > localhost[127.0.0.1]: 250-w3.bluefriday.ca Aug 29 00:27:09 w3 postfix/smtpd[24422]: > localhost[127.0.0.1]: 250-PIPELINING Aug 29 00:27:09 w3 postfix/smtpd[24422]: > localhost[127.0.0.1]: 250-SIZE 10240000 Aug 29 00:27:09 w3 postfix/smtpd[24422]: > localhost[127.0.0.1]: 250-VRFY Aug 29 00:27:09 w3 postfix/smtpd[24422]: match_list_match: localhost: no match Aug 29 00:27:09 w3 postfix/smtpd[24422]: match_list_match: 127.0.0.1: no match Aug 29 00:27:09 w3 postfix/smtpd[24422]: > localhost[127.0.0.1]: 250-ETRN Aug 29 00:27:09 w3 postfix/smtpd[24422]: > localhost[127.0.0.1]: 250 8BITMIME Aug 29 00:27:09 w3 postfix/smtpd[24422]: < localhost[127.0.0.1]: MAIL FROM: Aug 29 00:27:09 w3 postfix/smtpd[24422]: extract_addr: input: Aug 29 00:27:09 w3 postfix/smtpd[24422]: smtpd_check_addr: addr=peter.carroll at pcaucr.org Aug 29 00:27:09 w3 postfix/smtpd[24422]: connect to subsystem private/rewrite Aug 29 00:27:09 w3 postfix/smtpd[24422]: send attr request = rewrite >From the server that doesn't: Aug 29 00:08:53 carrera postfix/smtpd[14874]: connect from localhost.localdomain[127.0.0.1] Aug 29 00:08:53 carrera postfix/smtpd[14874]: match_hostname: localhost.localdomain ~? 192.168.0.0/16 Aug 29 00:08:53 carrera postfix/smtpd[14874]: match_hostaddr: 127.0.0.1 ~? 192.168.0.0/16 Aug 29 00:08:53 carrera postfix/smtpd[14874]: match_hostname: localhost.localdomain ~? 38.112.123.0/24 Aug 29 00:08:53 carrera postfix/smtpd[14874]: match_hostaddr: 127.0.0.1 ~? 38.112.123.0/24 Aug 29 00:08:53 carrera postfix/smtpd[14874]: match_hostname: localhost.localdomain ~? 66.46.233.140 Aug 29 00:08:53 carrera postfix/smtpd[14874]: match_hostaddr: 127.0.0.1 ~? 66.46.233.140 Aug 29 00:08:53 carrera postfix/smtpd[14874]: match_hostname: localhost.localdomain ~? 127.0.0.0/8 Aug 29 00:08:53 carrera postfix/smtpd[14874]: match_hostaddr: 127.0.0.1 ~? 127.0.0.0/8 Aug 29 00:08:53 carrera postfix/smtpd[14874]: > localhost.localdomain[127.0.0.1]: 220 carrera.bluefriday.ca ESMTP Postfix Aug 29 00:08:53 carrera postfix/smtpd[14874]: watchdog_pat: 0x85428f0 Aug 29 00:08:53 carrera postfix/smtpd[14874]: < localhost.localdomain[127.0.0.1]: EHLO carrera.bluefriday.ca Aug 29 00:08:53 carrera postfix/smtpd[14874]: > localhost.localdomain[127.0.0.1]: 250-carrera.bluefriday.ca Aug 29 00:08:53 carrera postfix/smtpd[14874]: > localhost.localdomain[127.0.0.1]: 250-PIPELINING Aug 29 00:08:53 carrera postfix/smtpd[14874]: > localhost.localdomain[127.0.0.1]: 250-SIZE 25000000 Aug 29 00:08:53 carrera postfix/smtpd[14874]: > localhost.localdomain[127.0.0.1]: 250-VRFY Aug 29 00:08:53 carrera postfix/smtpd[14874]: match_list_match: localhost.localdomain: no match Aug 29 00:08:53 carrera postfix/smtpd[14874]: match_list_match: 127.0.0.1: no match Aug 29 00:08:53 carrera postfix/smtpd[14874]: > localhost.localdomain[127.0.0.1]: 250-ETRN Aug 29 00:08:53 carrera postfix/smtpd[14874]: > localhost.localdomain[127.0.0.1]: 250 8BITMIME Aug 29 00:08:53 carrera postfix/smtpd[14874]: watchdog_pat: 0x85428f0 Aug 29 00:08:53 carrera postfix/smtpd[14874]: < localhost.localdomain[127.0.0.1]: MAIL FROM: SP org.jpackage.mail.inet.smtp.ParameterList at 1d1ae9b9 Aug 29 00:08:53 carrera postfix/smtpd[14874]: extract_addr: input: Aug 29 00:08:53 carrera postfix/smtpd[14874]: smtpd_check_addr: addr=precisionpete at gmail.com Aug 29 00:08:53 carrera postfix/smtpd[14874]: connect to subsystem private/rewrite Aug 29 00:08:53 carrera postfix/smtpd[14874]: send attr request = rewrite Aug 29 00:08:53 carrera postfix/smtpd[14874]: send attr rule = local Aug 29 00:08:53 carrera postfix/smtpd[14874]: send attr address = precisionpete at gmail.com Aug 29 00:08:53 carrera postfix/smtpd[14874]: private/rewrite socket: wanted attribute: flags Aug 29 00:08:53 carrera postfix/smtpd[14874]: input attribute name: flags -----Original Message----- From: tromey at redhat.com [mailto:tromey at redhat.com] Sent: Monday, August 28, 2006 5:05 PM To: Anthony Green Cc: peter.carroll at bluefriday.ca; fedora-devel-java-list at redhat.com Subject: Re: [fedora-java] How to debugging tomcat5 mailer problems >>>>> "Anthony" == Anthony Green writes: >> I am completely lost on this one. Anthony> I would start by figuring out what this means: Anthony> javax.mail.SendFailedException: Unsupported option: SP Anthony> gnu.mail.providers.smtp.SMTPTransport.sendMessage(javax.mail.Message, javax.mail.Address[]) (Unknown Source) >From what I can see this appears to be a message received from the SMTP server. I see that SMTPTransport.sendMessage does not chain exceptions. You might get somewhat better info if you fixed that and rebuilt it. Tom -------------- next part -------------- An HTML attachment was scrubbed... URL: From gbenson at redhat.com Tue Aug 29 11:49:57 2006 From: gbenson at redhat.com (Gary Benson) Date: Tue, 29 Aug 2006 12:49:57 +0100 Subject: [fedora-java] interpreter mystery In-Reply-To: <1156739230.4474.15.camel@localhost.localdomain> References: <1156710858.2716.30.camel@localhost.localdomain> <1156739230.4474.15.camel@localhost.localdomain> Message-ID: <20060829114956.GC3740@redhat.com> Anthony Green wrote: > Gah.. this is the problem. Somewhere along the line aot-compile-rpm > is creating partial classmap.db files. For instance, > bcprov-1.33.jar.db only contains 331 entries but bcprov-1.33.jar has > over 800 classes. Ok, I see what happened. When jarfiles are large enough to need splitting only the classes from the first split are ending up in the database and solib. This affected all java-gcj-compat from 1.0.53 to 1.0.62 inclusive (so java-1.4.2-gcj-compat from 40jpp_93rh onwards). ftp://sources.redhat.com/pub/rhug/java-gcj-compat-1.0.63.tar.gz has the fix. Affected rpms will need rebuilding; if you run the attached script on binary rpms then it will tell you if they're broken or not. Cheers, Gary -------------- next part -------------- A non-text attachment was scrubbed... Name: acrcheck.sh Type: application/x-sh Size: 655 bytes Desc: not available URL: From green at redhat.com Tue Aug 29 14:06:06 2006 From: green at redhat.com (Anthony Green) Date: Tue, 29 Aug 2006 07:06:06 -0700 Subject: [fedora-java] interpreter mystery In-Reply-To: <20060829114956.GC3740@redhat.com> References: <1156710858.2716.30.camel@localhost.localdomain> <1156739230.4474.15.camel@localhost.localdomain> <20060829114956.GC3740@redhat.com> Message-ID: <1156860366.2666.8.camel@localhost.localdomain> On Tue, 2006-08-29 at 12:49 +0100, Gary Benson wrote: > Ok, I see what happened. When jarfiles are large enough to need > splitting only the classes from the first split are ending up in the > database and solib. This affected all java-gcj-compat from 1.0.53 to > 1.0.62 inclusive (so java-1.4.2-gcj-compat from 40jpp_93rh onwards). > ftp://sources.redhat.com/pub/rhug/java-gcj-compat-1.0.63.tar.gz has > the fix. > > Affected rpms will need rebuilding; if you run the attached script on > binary rpms then it will tell you if they're broken or not. Thanks Gary. Was Jesse planning another rebuild for FC6, or do we have to identify all of the packages that need rebuilding? AG From gbenson at redhat.com Tue Aug 29 15:08:29 2006 From: gbenson at redhat.com (Gary Benson) Date: Tue, 29 Aug 2006 16:08:29 +0100 Subject: [fedora-java] interpreter mystery In-Reply-To: <200608291010.25362.jkeating@redhat.com> References: <1156710858.2716.30.camel@localhost.localdomain> <20060829114956.GC3740@redhat.com> <1156860366.2666.8.camel@localhost.localdomain> <200608291010.25362.jkeating@redhat.com> Message-ID: <20060829150827.GA26935@redhat.com> Jesse Keating wrote: > On Tuesday 29 August 2006 10:06, Anthony Green wrote: > > Was Jesse planning another rebuild for FC6, or do we have to > > identify all of the packages that need rebuilding? > > I was not planning a rebuild. Please provide a list, this effects > RHEL5 as well... The attached script should print you a list if you run it on a machine with gcj-dbtool installed and /mnt/redhat mounted. I'd have run it myself except that I couldn't find such a machine... Cheers, Gary -------------- next part -------------- A non-text attachment was scrubbed... Name: acrcheck-rawhide.sh Type: application/x-sh Size: 717 bytes Desc: not available URL: From overholt at redhat.com Tue Aug 29 15:50:52 2006 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 29 Aug 2006 11:50:52 -0400 Subject: [fedora-java] interpreter mystery In-Reply-To: <20060829150827.GA26935@redhat.com> References: <1156710858.2716.30.camel@localhost.localdomain> <20060829114956.GC3740@redhat.com> <1156860366.2666.8.camel@localhost.localdomain> <200608291010.25362.jkeating@redhat.com> <20060829150827.GA26935@redhat.com> Message-ID: <1156866652.23953.18.camel@tophat.toronto.redhat.com> On Tue, 2006-29-08 at 16:08 +0100, Gary Benson wrote: > Jesse Keating wrote: > > On Tuesday 29 August 2006 10:06, Anthony Green wrote: > > > Was Jesse planning another rebuild for FC6, or do we have to > > > identify all of the packages that need rebuilding? > > > > I was not planning a rebuild. Please provide a list, this effects > > RHEL5 as well... > > The attached script should print you a list if you run it on a machine > with gcj-dbtool installed and /mnt/redhat mounted. I'd have run it > myself except that I couldn't find such a machine... I've got such a machine. I'm running now and will send a list. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fitzsim at redhat.com Tue Aug 29 21:04:38 2006 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Tue, 29 Aug 2006 17:04:38 -0400 Subject: [fedora-java] interpreter mystery In-Reply-To: <20060829114956.GC3740@redhat.com> References: <1156710858.2716.30.camel@localhost.localdomain> <1156739230.4474.15.camel@localhost.localdomain> <20060829114956.GC3740@redhat.com> Message-ID: <44F4ABE6.1020805@redhat.com> Hi, Gary Benson wrote: > Anthony Green wrote: >> Gah.. this is the problem. Somewhere along the line aot-compile-rpm >> is creating partial classmap.db files. For instance, >> bcprov-1.33.jar.db only contains 331 entries but bcprov-1.33.jar has >> over 800 classes. > > Ok, I see what happened. When jarfiles are large enough to need > splitting only the classes from the first split are ending up in the > database and solib. This affected all java-gcj-compat from 1.0.53 to > 1.0.62 inclusive (so java-1.4.2-gcj-compat from 40jpp_93rh onwards). > ftp://sources.redhat.com/pub/rhug/java-gcj-compat-1.0.63.tar.gz has > the fix. Included in java-1.4.2-gcj-compat-1.4.2.0-40jpp.103 in Rawhide. Tom From green at redhat.com Wed Aug 30 16:10:24 2006 From: green at redhat.com (Anthony Green) Date: Wed, 30 Aug 2006 09:10:24 -0700 Subject: Regressions... Re: [fedora-java] interpreter mystery In-Reply-To: <44F4ABE6.1020805@redhat.com> References: <1156710858.2716.30.camel@localhost.localdomain> <1156739230.4474.15.camel@localhost.localdomain> <20060829114956.GC3740@redhat.com> <44F4ABE6.1020805@redhat.com> Message-ID: <1156954224.2655.9.camel@localhost.localdomain> On Tue, 2006-08-29 at 17:04 -0400, Thomas Fitzsimmons wrote: > Included in java-1.4.2-gcj-compat-1.4.2.0-40jpp.103 in Rawhide. This seems to be breaking every package I build with it. RPM build errors: File not found by glob: /var/tmp/azureus-2.5.0.0-1.4.fc6-root-mockbuild/usr/lib64/gcj/* RPM build errors: File not found: /var/tmp/rssowl-1.2.1-4.1.fc6-root-mockbuild/usr/lib/gcj/rssowl Are the .jar.so files being installed somewhere new? Even worse (and unrelated) there's compiler a compiler regression preventing some packages from building: iText on x86-64: com/lowagie/text/pdf/BarcodePDF417.java: In class 'com.lowagie.text.pdf.BarcodePDF417': com/lowagie/text/pdf/BarcodePDF417.java: In method 'com.lowagie.text.pdf.BarcodePDF417.()': com/lowagie/text/pdf/BarcodePDF417.java:0: internal compiler error: Aborted Please submit a full bug report, with preprocessed source if appropriate. See for instructions. make: *** [itext-1.3.jar.1.o] Error 1 aot-compile-rpm: error: /usr/bin/make exited with code 2 error: Bad exit status from /var/tmp/rpm-tmp.89285 (%install) kawa on ppc: gnu/jemacs/lisp/simple.el: In class 'gnu.jemacs.lisp.simple': gnu/jemacs/lisp/simple.el: In method 'gnu.jemacs.lisp.simple.apply2(gnu.expr.ModuleMethod,java.lang.Object,java.lang.Object)': gnu/jemacs/lisp/simple.el:106: internal compiler error: Aborted Please submit a full bug report, with preprocessed source if appropriate. See for instructions. AG From fitzsim at redhat.com Wed Aug 30 17:42:30 2006 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Wed, 30 Aug 2006 13:42:30 -0400 Subject: Regressions... Re: [fedora-java] interpreter mystery In-Reply-To: <1156954224.2655.9.camel@localhost.localdomain> References: <1156710858.2716.30.camel@localhost.localdomain> <1156739230.4474.15.camel@localhost.localdomain> <20060829114956.GC3740@redhat.com> <44F4ABE6.1020805@redhat.com> <1156954224.2655.9.camel@localhost.localdomain> Message-ID: <44F5CE06.4030804@redhat.com> Hi, Anthony Green wrote: > On Tue, 2006-08-29 at 17:04 -0400, Thomas Fitzsimmons wrote: >> Included in java-1.4.2-gcj-compat-1.4.2.0-40jpp.103 in Rawhide. > > This seems to be breaking every package I build with it. > > RPM build errors: > File not found by > glob: /var/tmp/azureus-2.5.0.0-1.4.fc6-root-mockbuild/usr/lib64/gcj/* > > > RPM build errors: > File not > found: /var/tmp/rssowl-1.2.1-4.1.fc6-root-mockbuild/usr/lib/gcj/rssowl > > > Are the .jar.so files being installed somewhere new? java-1.4.2-gcj-compat-1.4.2.0-40jpp.103 had a bad bug where it would look in %{libdir}/%{name} instead of %{libdir}/gcj/%{name}. java-1.4.2-gcj-compat-1.4.2.0-40jpp.104 in Rawhide has the fix. > > > Even worse (and unrelated) there's compiler a compiler regression > preventing some packages from building: > > iText on x86-64: > > com/lowagie/text/pdf/BarcodePDF417.java: In class > 'com.lowagie.text.pdf.BarcodePDF417': > com/lowagie/text/pdf/BarcodePDF417.java: In method > 'com.lowagie.text.pdf.BarcodePDF417.()': > com/lowagie/text/pdf/BarcodePDF417.java:0: internal compiler error: > Aborted > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. > make: *** [itext-1.3.jar.1.o] Error 1 > aot-compile-rpm: error: /usr/bin/make exited with code 2 > error: Bad exit status from /var/tmp/rpm-tmp.89285 (%install) > > > kawa on ppc: > > gnu/jemacs/lisp/simple.el: In class 'gnu.jemacs.lisp.simple': > gnu/jemacs/lisp/simple.el: In method > 'gnu.jemacs.lisp.simple.apply2(gnu.expr.ModuleMethod,java.lang.Object,java.lang.Object)': > gnu/jemacs/lisp/simple.el:106: internal compiler error: Aborted > Please submit a full bug report, > with preprocessed source if appropriate. > See for instructions. These could be caused by the latest backport. Can you narrow them down? Tom From tromey at redhat.com Wed Aug 30 17:53:23 2006 From: tromey at redhat.com (Tom Tromey) Date: 30 Aug 2006 11:53:23 -0600 Subject: [fedora-java] How to debugging tomcat5 mailer problems In-Reply-To: <002901c6cb23$8331f120$620aa8c0@bluefriday.ca> References: <002901c6cb23$8331f120$620aa8c0@bluefriday.ca> Message-ID: >>>>> "Peter" == Peter Carroll writes: Peter> Thanks. I don't think it is the SMTP server per se but this does help. Peter> Aug 29 00:08:53 carrera postfix/smtpd[14874]: < Peter> localhost.localdomain[127.0.0.1]: MAIL FROM: SP Peter> org.jpackage.mail.inet.smtp.ParameterList at 1d1ae9b9 This is curious, and I would guess the source of the bug. You'd have to track down where this comes from. Tom From fitzsim at redhat.com Wed Aug 30 18:11:57 2006 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Wed, 30 Aug 2006 14:11:57 -0400 Subject: [fedora-java] How to debugging tomcat5 mailer problems In-Reply-To: References: <002901c6cb23$8331f120$620aa8c0@bluefriday.ca> Message-ID: <44F5D4ED.1080308@redhat.com> Hi, Tom Tromey wrote: >>>>>> "Peter" == Peter Carroll writes: > > Peter> Thanks. I don't think it is the SMTP server per se but this does help. > > Peter> Aug 29 00:08:53 carrera postfix/smtpd[14874]: < > Peter> localhost.localdomain[127.0.0.1]: MAIL FROM: SP > Peter> org.jpackage.mail.inet.smtp.ParameterList at 1d1ae9b9 > > This is curious, and I would guess the source of the bug. > You'd have to track down where this comes from. This comes from the GNU Classpath inet implementation bundled with classpathx-mail: see the classpathx-mail SRPM. We needed to roll it into the main jar to be drop-compatible with Sun's javamail implementation, which has no external dependencies. Tom From peter.carroll at bluefriday.ca Wed Aug 30 19:28:11 2006 From: peter.carroll at bluefriday.ca (Peter Carroll) Date: Wed, 30 Aug 2006 15:28:11 -0400 Subject: [fedora-java] How to debugging tomcat5 mailer problems In-Reply-To: <44F5D4ED.1080308@redhat.com> Message-ID: <000a01c6cc6a$6f1c4080$620aa8c0@bluefriday.ca> Can you suggest how I might control the configuration so as not to add the SP option? Though SP is valid in the ESMTPO RFC Postfix seems not to like it. I don't see how I can configure this. Thanks Peter -----Original Message----- From: Thomas Fitzsimmons [mailto:fitzsim at redhat.com] Sent: Wednesday, August 30, 2006 2:12 PM To: tromey at redhat.com Cc: Peter Carroll; fedora-devel-java-list at redhat.com Subject: Re: [fedora-java] How to debugging tomcat5 mailer problems Hi, Tom Tromey wrote: >>>>>> "Peter" == Peter Carroll writes: > > Peter> Thanks. I don't think it is the SMTP server per se but this does help. > > Peter> Aug 29 00:08:53 carrera postfix/smtpd[14874]: < > Peter> localhost.localdomain[127.0.0.1]: MAIL FROM: SP > Peter> org.jpackage.mail.inet.smtp.ParameterList at 1d1ae9b9 > > This is curious, and I would guess the source of the bug. > You'd have to track down where this comes from. This comes from the GNU Classpath inet implementation bundled with classpathx-mail: see the classpathx-mail SRPM. We needed to roll it into the main jar to be drop-compatible with Sun's javamail implementation, which has no external dependencies. Tom From tromey at redhat.com Wed Aug 30 19:26:46 2006 From: tromey at redhat.com (Tom Tromey) Date: 30 Aug 2006 13:26:46 -0600 Subject: [fedora-java] How to debugging tomcat5 mailer problems In-Reply-To: <44F5D4ED.1080308@redhat.com> References: <002901c6cb23$8331f120$620aa8c0@bluefriday.ca> <44F5D4ED.1080308@redhat.com> Message-ID: >>>>> "Tom" == Thomas Fitzsimmons writes: Peter> localhost.localdomain[127.0.0.1]: MAIL FROM: SP Peter> org.jpackage.mail.inet.smtp.ParameterList at 1d1ae9b9 Tom> This comes from the GNU Classpath inet implementation bundled with Tom> classpathx-mail: see the classpathx-mail SRPM. We needed to roll it Tom> into the main jar to be drop-compatible with Sun's javamail Tom> implementation, which has no external dependencies. Sorry, I meant something a little different: that output looks weird to me, as if there is a buggy toString somewhere. So I would track down where the problem data comes from. I don't know what that "SP" is about but the stuff following it just can't be what an SMTP server wants :-) Tom From green at redhat.com Thu Aug 31 20:24:55 2006 From: green at redhat.com (Anthony Green) Date: Thu, 31 Aug 2006 13:24:55 -0700 Subject: [fedora-java] interpreter mystery In-Reply-To: <200608291010.25362.jkeating@redhat.com> References: <1156710858.2716.30.camel@localhost.localdomain> <20060829114956.GC3740@redhat.com> <1156860366.2666.8.camel@localhost.localdomain> <200608291010.25362.jkeating@redhat.com> Message-ID: <1157055895.2671.2.camel@localhost.localdomain> On Tue, 2006-08-29 at 10:10 -0400, Jesse Keating wrote: > I was not planning a rebuild. Please provide a list, this effects RHEL5 as > well... If nobody has provided a list yet, please just rebuild all of the java packages. Thanks, AG