From fedora at matbooth.co.uk Fri Aug 1 11:52:15 2008 From: fedora at matbooth.co.uk (Mat Booth) Date: Fri, 1 Aug 2008 12:52:15 +0100 Subject: [fedora-java] Re: Eclipse 3.4 In-Reply-To: <20080731194726.GA17148@redhat.com> References: <20080731190729.GB14841@redhat.com> <1217532739.4199.9.camel@localhost.localdomain> <20080731194726.GA17148@redhat.com> Message-ID: <9497e9990808010452r6ed8c396pcf12cabb8202613e@mail.gmail.com> Thanks for all your excellent work Andrew, I was just wondering the other day what the plan for 3.4 was... I will get my plugins sorted at the weekend. On Thu, Jul 31, 2008 at 8:47 PM, Andrew Overholt wrote: > Hi, > > * Robert Marcano [2008-07-31 15:33]: >> On Thu, 2008-07-31 at 15:07 -0400, Andrew Overholt wrote: >> > Hi, >> > >> > I've finally got version 3.4 of the Eclipse SDK ready to go, targetting >> > Fedora 10: >> is someone working on packaging another Ganymede subprojects? >> I remember that EMF was previously packaged > > Yeah, I used to do this but didn't have time to do the work required > when they re-organized upstream. > > Andrew I've been meaning to have a go at repackaging the EMF because I'd really like to eventually get the WebTools and DataTools platforms into Fedora. I've been mostly waiting to see what version of Eclipse will go into F10 (as I'm lazy and didn't want to package more than one version). I don't know of any one else working on it if you fancied sharing the workload, Robert. ;-) -- Mat Booth www.matbooth.co.uk From overholt at redhat.com Fri Aug 1 20:11:08 2008 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 1 Aug 2008 16:11:08 -0400 Subject: [fedora-java] Eclipse 3.4 In-Reply-To: <20080731190729.GB14841@redhat.com> References: <20080731190729.GB14841@redhat.com> Message-ID: <20080801201108.GC30738@redhat.com> I forgot a few things: - If you want your plugin to be noarch, just put the files into %{_datadir}/eclipse/{plugins,features} directly. I've added a link file in %{_libdir}/eclipse/links pointing to the arch-independent location in the currently-proceeding Eclipse build. eclipse-mylyn has been updated to this layout if anyone wants to see an example. - If you want to test before 3.4 hits rawhide, do something like this: yum --enablerepo=rawhide install icu4j-eclipse jsch jetty \ jakarta-commons-{el,logging} \ tomcat5-jasper-eclipse lucene{,-contrib} sat4j objectweb-asm and then rpm -Uvh eclipse-3.4.0-*.rpm with the RPMs you downloaded from koji. I'll be AFK until Tuesday but I think the currently-building SDK should be pretty good for most people and I've got Mylyn and the CDT set in CVS. Thanks and have a good weekend, Andrew From am2605 at gmail.com Sat Aug 2 03:38:40 2008 From: am2605 at gmail.com (Andrew Myers) Date: Sat, 2 Aug 2008 13:38:40 +1000 Subject: [fedora-java] Eclipse 3.4 In-Reply-To: <20080801201108.GC30738@redhat.com> References: <20080731190729.GB14841@redhat.com> <20080801201108.GC30738@redhat.com> Message-ID: <2584c1260808012038r6ef8761and3f58ac6afcb5fb0@mail.gmail.com> I was hoping to use 3.4 with the Web Tools Platform but I am not sure how to do it. Is it possible? From sflaniga at redhat.com Sat Aug 2 05:17:01 2008 From: sflaniga at redhat.com (sflaniga at redhat.com) Date: Sat, 2 Aug 2008 01:17:01 -0400 Subject: [fedora-java] Eclipse 3.4 In-Reply-To: <20080801201108.GC30738@redhat.com> References: <20080731190729.GB14841@redhat.com> <20080801201108.GC30738@redhat.com> Message-ID: <20080802011701.8dpi0oyn28c48sws@webmail.corp.redhat.com> Thanks Andrew, it's looking good. Quoting Andrew Overholt : > - If you want your plugin to be noarch, just put the files into > %{_datadir}/eclipse/{plugins,features} directly. I've added a link > file in %{_libdir}/eclipse/links pointing to the arch-independent > location in the currently-proceeding Eclipse build. eclipse-mylyn > has been updated to this layout if anyone wants to see an example. Is there any chance of supporting %{_datadir}/eclipse/dropins/%{mypackage}/{plugins,features}? (Thus letting me keep mypackage's jars separate from all the other packages.) I'd rather not enumerate every jar in my packages in %files, if I can avoid it ;-) > - If you want to test before 3.4 hits rawhide, do something like this: > > yum --enablerepo=rawhide install icu4j-eclipse jsch jetty \ > jakarta-commons-{el,logging} \ > tomcat5-jasper-eclipse lucene{,-contrib} sat4j objectweb-asm > > and then rpm -Uvh eclipse-3.4.0-*.rpm with the RPMs you downloaded from > koji. I found that: yum --enablerepo=rawhide localinstall eclipse-3.4*.rpm in a directory containing the koji rpms installed everything I needed, including dependencies, no trouble. Sean. From fedora at matbooth.co.uk Sat Aug 2 19:45:04 2008 From: fedora at matbooth.co.uk (Mat Booth) Date: Sat, 2 Aug 2008 20:45:04 +0100 Subject: [fedora-java] Eclipse 3.4 In-Reply-To: <2584c1260808012038r6ef8761and3f58ac6afcb5fb0@mail.gmail.com> References: <20080731190729.GB14841@redhat.com> <20080801201108.GC30738@redhat.com> <2584c1260808012038r6ef8761and3f58ac6afcb5fb0@mail.gmail.com> Message-ID: <9497e9990808021245j68fdae23x8e5eb0b6af4f75b9@mail.gmail.com> On Sat, Aug 2, 2008 at 4:38 AM, Andrew Myers wrote: > I was hoping to use 3.4 with the Web Tools Platform but I am not sure > how to do it. Is it possible? > With 3.3 in Fedora 9 it is possible to use the Help->Software Updates tool to install your favourite non-Fedora add-ons as normal. Hopefully the situation is the same for 3.4. -- Mat Booth www.matbooth.co.uk From am2605 at gmail.com Sun Aug 3 23:55:55 2008 From: am2605 at gmail.com (Andrew Myers) Date: Mon, 4 Aug 2008 09:55:55 +1000 Subject: [fedora-java] Eclipse 3.4 In-Reply-To: <9497e9990808021245j68fdae23x8e5eb0b6af4f75b9@mail.gmail.com> References: <20080731190729.GB14841@redhat.com> <20080801201108.GC30738@redhat.com> <2584c1260808012038r6ef8761and3f58ac6afcb5fb0@mail.gmail.com> <9497e9990808021245j68fdae23x8e5eb0b6af4f75b9@mail.gmail.com> Message-ID: <2584c1260808031655x8e6effage18aa494c2875dda@mail.gmail.com> I had a look in there but couldn't see any "sites" defined in there. When I added in http://download.eclipse.org/webtools/updates/ I got a message saying "The software items you selected may not be valid with your current installation. Do you want to open the wizard anyway to review the selections?". I choose yes but it couldn't complete because of some unsatisfied dependency errors. Is there (or will there be) something similar to the "Eclipse IDE for Java EE Developers" download from eclipse.org available, which includes all this? 2008/8/3 Mat Booth : > On Sat, Aug 2, 2008 at 4:38 AM, Andrew Myers wrote: >> I was hoping to use 3.4 with the Web Tools Platform but I am not sure >> how to do it. Is it possible? >> > > With 3.3 in Fedora 9 it is possible to use the Help->Software Updates > tool to install your favourite non-Fedora add-ons as normal. Hopefully > the situation is the same for 3.4. > > > -- > Mat Booth > www.matbooth.co.uk > From am2605 at gmail.com Sun Aug 3 23:59:39 2008 From: am2605 at gmail.com (Andrew Myers) Date: Mon, 4 Aug 2008 09:59:39 +1000 Subject: [fedora-java] Eclipse 3.4 In-Reply-To: <2584c1260808031655x8e6effage18aa494c2875dda@mail.gmail.com> References: <20080731190729.GB14841@redhat.com> <20080801201108.GC30738@redhat.com> <2584c1260808012038r6ef8761and3f58ac6afcb5fb0@mail.gmail.com> <9497e9990808021245j68fdae23x8e5eb0b6af4f75b9@mail.gmail.com> <2584c1260808031655x8e6effage18aa494c2875dda@mail.gmail.com> Message-ID: <2584c1260808031659p393feae1x6e880865d7b0b4f4@mail.gmail.com> Hold that thought... Instead if you use this site: http://download.eclipse.org/releases/ganymede/ It looks like you can get it from there. 2008/8/4 Andrew Myers : > I had a look in there but couldn't see any "sites" defined in there. > When I added in http://download.eclipse.org/webtools/updates/ I got a > message saying "The software items you selected may not be valid with > your current installation. Do you want to open the wizard anyway to > review the selections?". > > I choose yes but it couldn't complete because of some unsatisfied > dependency errors. > > Is there (or will there be) something similar to the "Eclipse IDE for > Java EE Developers" download from eclipse.org available, which > includes all this? > > 2008/8/3 Mat Booth : >> On Sat, Aug 2, 2008 at 4:38 AM, Andrew Myers wrote: >>> I was hoping to use 3.4 with the Web Tools Platform but I am not sure >>> how to do it. Is it possible? >>> >> >> With 3.3 in Fedora 9 it is possible to use the Help->Software Updates >> tool to install your favourite non-Fedora add-ons as normal. Hopefully >> the situation is the same for 3.4. >> >> >> -- >> Mat Booth >> www.matbooth.co.uk >> > From Fabrizio.Giudici at tidalwave.it Mon Aug 4 06:19:35 2008 From: Fabrizio.Giudici at tidalwave.it (Fabrizio Giudici) Date: Mon, 4 Aug 2008 06:19:35 +0000 (UTC) Subject: [fedora-java] Re: blueMarine and openJDK -- second attempt References: Message-ID: Matej Cepl writes: > > Hi, > > I was trying once already to use blueMarine image cataloging > program with IcedTea (which was then still too raw; > http://thread.gmane.org/gmane.linux.redhat.fedora.java/2311). Now > when the OpenJDK was officially certified to be a Java, I tried > again, and I wasn't that much successfull either. Could anyboyd > who actually understands Java and Fedora, could join a thread on > http://bluemarine.tidalwave.it/forum/posts/list/1179.page and > something useful there, please? > > Thanks a lot, > > Mat?j > > The first bug I was talking of has been fixed, but another has been detected later in the boot sequence. I've create an "umbrella issue" for all bugs related with OpenJDK here: http://bluemarine-old.tidalwave.it/issues/browse/BM-671 From Fabrizio.Giudici at tidalwave.it Tue Aug 5 07:43:42 2008 From: Fabrizio.Giudici at tidalwave.it (Fabrizio Giudici) Date: Tue, 5 Aug 2008 07:43:42 +0000 (UTC) Subject: [fedora-java] Re: blueMarine and openJDK -- second attempt References: Message-ID: I've just released a snapshot that seems to start and generally work with OpenJDK (but I didn't run all the tests available), even though there are problems. Please refer to the post in blueMarine users' forum for further information: http://bluemarine.tidalwave.it/forum/posts/list/1184.page From overholt at redhat.com Tue Aug 5 12:35:01 2008 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 5 Aug 2008 08:35:01 -0400 Subject: [fedora-java] Eclipse 3.4 In-Reply-To: <2584c1260808012038r6ef8761and3f58ac6afcb5fb0@mail.gmail.com> References: <20080731190729.GB14841@redhat.com> <20080801201108.GC30738@redhat.com> <2584c1260808012038r6ef8761and3f58ac6afcb5fb0@mail.gmail.com> Message-ID: <20080805123501.GB26843@redhat.com> Hi Andrew, * Andrew Myers [2008-08-01 23:39]: > I was hoping to use 3.4 with the Web Tools Platform but I am not sure > how to do it. Is it possible? Of course. Just add the update site for Ganymede and install from there. It should default to installing into your home directory under ~/.eclipse. I've tested this with smaller projects, but if something doesn't work, please let me know :) Andrew From overholt at redhat.com Tue Aug 5 12:47:50 2008 From: overholt at redhat.com (Andrew Overholt) Date: Tue, 5 Aug 2008 08:47:50 -0400 Subject: [fedora-java] Eclipse 3.4 In-Reply-To: <2584c1260808031655x8e6effage18aa494c2875dda@mail.gmail.com> References: <20080731190729.GB14841@redhat.com> <20080801201108.GC30738@redhat.com> <2584c1260808012038r6ef8761and3f58ac6afcb5fb0@mail.gmail.com> <9497e9990808021245j68fdae23x8e5eb0b6af4f75b9@mail.gmail.com> <2584c1260808031655x8e6effage18aa494c2875dda@mail.gmail.com> Message-ID: <20080805124750.GI26843@redhat.com> Hi, * Andrew Myers [2008-08-03 19:56]: > Is there (or will there be) something similar to the "Eclipse IDE for > Java EE Developers" download from eclipse.org available, which > includes all this? Packaging up WTP and its dependencies would be a bit of work. I'm always willing to help someone along who'd like to do this, but I personally don't have time to commit to doing it. Andrew From mark at klomp.org Tue Aug 5 13:15:25 2008 From: mark at klomp.org (Mark Wielaard) Date: Tue, 05 Aug 2008 15:15:25 +0200 Subject: [fedora-java] Re: blueMarine and openJDK -- second attempt In-Reply-To: References: Message-ID: <1217942125.3051.4.camel@dijkstra.wildebeest.org> Hi Fabrizio, On Tue, 2008-08-05 at 07:43 +0000, Fabrizio Giudici wrote: > I've just released a snapshot that seems to start and generally work with > OpenJDK (but I didn't run all the tests available), even though there are > problems. Please refer to the post in blueMarine users' forum for further > information: http://bluemarine.tidalwave.it/forum/posts/list/1184.page Thanks so much for making sure bleumarine works out of the box with icedtea/openjdk! I looked at the above posting and also found you blog at: http://weblogs.java.net/blog/fabriziogiudici/archive/2008/08/still_problems.html That last one confused me a little. Because that issue should have been fixed months ago: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2008-April/001806.html What version of fedora icedtea/openjdk are you using? $ java -version $ rpm -q java-1.6.0-openjdk should give you the exact version strings. Thanks, Mark From Fabrizio.Giudici at tidalwave.it Tue Aug 5 16:46:16 2008 From: Fabrizio.Giudici at tidalwave.it (Fabrizio Giudici) Date: Tue, 5 Aug 2008 16:46:16 +0000 (UTC) Subject: [fedora-java] Re: blueMarine and openJDK -- second attempt References: <1217942125.3051.4.camel@dijkstra.wildebeest.org> Message-ID: Mark Wielaard writes: > > Hi Fabrizio, > > On Tue, 2008-08-05 at 07:43 +0000, Fabrizio Giudici wrote: > > I've just released a snapshot that seems to start and generally work with > > OpenJDK (but I didn't run all the tests available), even though there are > > problems. Please refer to the post in blueMarine users' forum for further > > information: http://bluemarine.tidalwave.it/forum/posts/list/1184.page > > Thanks so much for making sure bleumarine works out of the box with > icedtea/openjdk! I looked at the above posting and also found you blog > at: > http://weblogs.java.net/blog/fabriziogiudici/archive/2008/08/still_problems.html > > That last one confused me a little. Because that issue should have been > fixed months ago: > http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2008-April/001806.html > > What version of fedora icedtea/openjdk are you using? > $ java -version > $ rpm -q java-1.6.0-openjdk > should give you the exact version strings. Thank you very much for following up, Mark. I'm using OpenJDK build 1.6.0-b09 - unfortunately I can't tell which is the output of rpm since I'm testing openjdk with Ubuntu - I don't have a Fedora box at hand right now. I was confused too as I saw that one of the bugs has been fixed time ago - I suspect it could be a similar bug, but slightly different. I'm working to get a stack trace and post to the issue list at launchpad. May I ask another thing? I've also run a few performance benchmarks side-by-side with Sun's JDK 6 on Ubuntu, and OpenJDK seems to be really really slower, at the point that I think I'm doing something wrong. I'll post in a few hours my findings on my blog, but in the meantime is there anything I should know, such as special command line switches etc? AFAIK OpenJDK runs the same HotSpot compiler than Sun's JDK 6, or am I wrong? Thanks. From mark at klomp.org Tue Aug 5 19:22:46 2008 From: mark at klomp.org (Mark Wielaard) Date: Tue, 05 Aug 2008 21:22:46 +0200 Subject: [fedora-java] Re: blueMarine and openJDK -- second attempt In-Reply-To: References: <1217942125.3051.4.camel@dijkstra.wildebeest.org> Message-ID: <1217964166.3051.45.camel@dijkstra.wildebeest.org> Hi Fabrizio, On Tue, 2008-08-05 at 16:46 +0000, Fabrizio Giudici wrote: > Thank you very much for following up, Mark. I'm using OpenJDK build 1.6.0-b09 - > unfortunately I can't tell which is the output of rpm since I'm testing openjdk > with Ubuntu - I don't have a Fedora box at hand right now. OK, that explains things. Ubuntu clearly packaged a really old icedtea/openjdk version. I thought you were using Fedora since you said "Since OpenJDK passed the Test Compatibility Kit (TCK), this means that some parts of imaging elaboration are not covered by it - and I'm really puzzled about that" and only the binary version shipped with Fedora 9 has ever passed the TCK (this is indeed a problem, the TCK is proprietary and not available to the community at large except under NDA, which indeed means you cannot in general rely on any openjdk derivative to having passed the TCK... sigh). > I was confused too as I saw that one of the bugs has been fixed time ago - I > suspect it could be a similar bug, but slightly different. I'm working to get a > stack trace and post to the issue list at launchpad. I am pretty sure it is that old issue. b09 is just really, really old (April 2008). And the patch that added the new color profile support was added after it was released. Current icedtea/openjdk is 1.2+hg/b11, although fedora actually packages a slightly newer version (we should release 1.3 for real I guess). The 1.2/b10 version was the version that formally passed the TCK on x86/x86_64 fedora 9. > May I ask another thing? I've also run a few performance benchmarks side-by-side > with Sun's JDK 6 on Ubuntu, and OpenJDK seems to be really really slower, at the > point that I think I'm doing something wrong. I'll post in a few hours my > findings on my blog, but in the meantime is there anything I should know, such > as special command line switches etc? AFAIK OpenJDK runs the same HotSpot > compiler than Sun's JDK 6, or am I wrong? I don't know if anybody did any benchmarks to compare the two. They should not really differ noticeably in terms of speed, since the underlying code is almost similar. But till now we have been focused on completeness and correctness. If someone has repeatable benchmarks that show icedtea/openjdk being really slow that would be interesting. Cheers, Mark From mark at klomp.org Tue Aug 5 19:39:42 2008 From: mark at klomp.org (Mark Wielaard) Date: Tue, 05 Aug 2008 21:39:42 +0200 Subject: [fedora-java] Re: blueMarine and openJDK -- second attempt In-Reply-To: <1217964166.3051.45.camel@dijkstra.wildebeest.org> References: <1217942125.3051.4.camel@dijkstra.wildebeest.org> <1217964166.3051.45.camel@dijkstra.wildebeest.org> Message-ID: <1217965182.3051.49.camel@dijkstra.wildebeest.org> Hi, On Tue, 2008-08-05 at 21:22 +0200, Mark Wielaard wrote: > > I was confused too as I saw that one of the bugs has been fixed time ago - I > > suspect it could be a similar bug, but slightly different. I'm working to get a > > stack trace and post to the issue list at launchpad. > > I am pretty sure it is that old issue. b09 is just really, really old > (April 2008). And the patch that added the new color profile support was > added after it was released. Current icedtea/openjdk is 1.2+hg/b11, > although fedora actually packages a slightly newer version (we should > release 1.3 for real I guess). The 1.2/b10 version was the version that > formally passed the TCK on x86/x86_64 fedora 9. Actually that is wrong, the binary rpm that passed the TCK was java-1.6.0-openjdk-devel-1.6.0.0-0.15.b09.fc9.x86_64 (and the x86 variant). So "b09" without the actual icedtea revision number doesn't tell the whole story unfortunately. We should probably try to make the distributions include the icedtea patch level since we do include lots of bug fixes and extra compatibility fixes on top of the bare openjdk bxx drops. Cheers, Mark From Fabrizio.Giudici at tidalwave.it Tue Aug 5 20:18:43 2008 From: Fabrizio.Giudici at tidalwave.it (Fabrizio Giudici) Date: Tue, 5 Aug 2008 20:18:43 +0000 (UTC) Subject: [fedora-java] Re: blueMarine and openJDK -- second attempt References: <1217942125.3051.4.camel@dijkstra.wildebeest.org> <1217964166.3051.45.camel@dijkstra.wildebeest.org> <1217965182.3051.49.camel@dijkstra.wildebeest.org> Message-ID: Thanks for the explanation, it makes sense. Actually I didn't think about different bits in different distros if the package name is the same. Yep, I think that if possible the package name should contain as much information about the version as possible. Tomorrow I'll try to download Fedora and install it onto an external drive - but I think it should be possible to get the .rpm and repackage it to .deb, so I can install it on Ubuntu (for a few weeks I'm with a mobile connection, fast enough for normal working, but not the best for downloading whole CD/DVDs). Can you tell me where can I download the .rpm? BTW, the performance differences I'm seeing is 2x-6x in slowness - I believe it could be the same problem, if they packaged maybe some old VM with Hotspot only partially enabled. From mark at klomp.org Wed Aug 6 08:08:06 2008 From: mark at klomp.org (Mark Wielaard) Date: Wed, 06 Aug 2008 10:08:06 +0200 Subject: [fedora-java] Re: blueMarine and openJDK -- second attempt In-Reply-To: References: <1217942125.3051.4.camel@dijkstra.wildebeest.org> <1217964166.3051.45.camel@dijkstra.wildebeest.org> <1217965182.3051.49.camel@dijkstra.wildebeest.org> Message-ID: <1218010086.3051.58.camel@dijkstra.wildebeest.org> Hi Fabrizio, > Tomorrow I'll try to download Fedora and install it onto an external drive - but > I think it should be possible to get the .rpm and repackage it to .deb, so I can > install it on Ubuntu (for a few weeks I'm with a mobile connection, fast enough > for normal working, but not the best for downloading whole CD/DVDs). Can you > tell me where can I download the .rpm? The very latest rpms can always be found through the koji build system: http://koji.fedoraproject.org/koji/packageinfo?packageID=5920 (Note that some of these are really pretty new/cutting-edge) Debian (and I assume Ubuntu) comes with alien to convert packages. But I am pretty sure there must be newer packages also available for Debian (which hopefully can also be installed on derivatives like Ubuntu): http://packages.debian.org/search?keywords=openjdk (Not that I would want to discourage you from trying out Fedora, which is probably the GNU/Linux distro that is most tuned and up to date for libre-java. http://fedoraproject.org/get-fedora ) > BTW, the performance differences I'm seeing is 2x-6x in slowness - I believe it > could be the same problem, if they packaged maybe some old VM with Hotspot only > partially enabled. Wow, that is a huge slowdown. Unless it is some micro-benchmark that cannot easily be explained away with old/newer Hotspot for sure. We definitely need to investigate that. If you could post something to easily reproduce it that would be appreciated. Thanks, Mark From Fabrizio.Giudici at tidalwave.it Wed Aug 6 08:54:26 2008 From: Fabrizio.Giudici at tidalwave.it (Fabrizio Giudici) Date: Wed, 6 Aug 2008 08:54:26 +0000 (UTC) Subject: [fedora-java] Re: blueMarine and openJDK -- second attempt References: <1217942125.3051.4.camel@dijkstra.wildebeest.org> <1217964166.3051.45.camel@dijkstra.wildebeest.org> <1217965182.3051.49.camel@dijkstra.wildebeest.org> <1218010086.3051.58.camel@dijkstra.wildebeest.org> Message-ID: Quick follow-up: I'm trying to grab a Fedora installation DVD. In the meantine, a guy from JUG Genova was kind enough to try the blueMarine latest snapshot, and the problem seems not to be there, as you predicted (I'm just waiting to see the logs to have a confirmation). I'm trying today to close first this issue of mine; then I'll move on the benchmark stuff. In any case I can anticipate that the benchmark is completely open source in code and data, I'd just like to write some more information about how to run it (and maybe trying to reduce as much as possible the amount of code to download). See you later. PS I anticipate some unofficial numbers, hoping that the table format is not screwed out: Linux Ubuntu 8.0.4 W Java 1.6.0_06 OpenJDK 1.6.0b9 Java 1.5.0_15 1 0.38 0.28 1.93 0.76 0.44 0.38 2 0.35 0.22 1.44 0.49 0.37 0.33 3 0.34 0.24 1.32 0.58 0.41 0.33 4 0.40 0.25 1.31 0.62 0.41 0.36 These number refers to tests run on the same hardware; the lower the numberm, the faster the benchmark; three JDKs tested, a pair of numbers for each JDK: the former for -client, the latter for -server; W means "number of workers" (the test can be run in parallel, even though tests with 3 and 4 workers are not meaningful as I'm running on a dual core). You see that where Sun's Java makes 0.38, OpenJDK makes 1.93 (yikes!); with -server the numbers are 0.28 and 0.76 (better, but still 2.5x). From ranger at opennms.org Wed Aug 6 17:20:50 2008 From: ranger at opennms.org (Benjamin Reed) Date: Wed, 06 Aug 2008 13:20:50 -0400 Subject: [fedora-java] Re: blueMarine and openJDK -- second attempt In-Reply-To: <1218010086.3051.58.camel@dijkstra.wildebeest.org> References: <1217942125.3051.4.camel@dijkstra.wildebeest.org> <1217964166.3051.45.camel@dijkstra.wildebeest.org> <1217965182.3051.49.camel@dijkstra.wildebeest.org> <1218010086.3051.58.camel@dijkstra.wildebeest.org> Message-ID: <4899DD72.6080002@opennms.org> Mark Wielaard wrote: > Hi Fabrizio, > >> Tomorrow I'll try to download Fedora and install it onto an external drive - but >> I think it should be possible to get the .rpm and repackage it to .deb, so I can >> install it on Ubuntu (for a few weeks I'm with a mobile connection, fast enough >> for normal working, but not the best for downloading whole CD/DVDs). Can you >> tell me where can I download the .rpm? > > The very latest rpms can always be found through the koji build system: > http://koji.fedoraproject.org/koji/packageinfo?packageID=5920 > (Note that some of these are really pretty new/cutting-edge) I just tried these RPMs with OpenNMS on fc9 and I get this error: > PropertyAccessException 1: org.springframework.beans.TypeMismatchException: Failed to convert property value of type [java.lang.String] to required type [org.opennms.netmgt.statsd.RelativeTime] for property 'relativeTime'; nested exception is java.lang.IllegalArgumentException: Unsupported value: YESTERDAY > at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:104) > at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:59) > at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:55) > at org.opennms.netmgt.statsd.ReportDefinitionBuilder.buildReportDefinitions(ReportDefinitionBuilder.java:83) > at org.opennms.netmgt.statsd.Statsd.start(Statsd.java:70) > at org.opennms.netmgt.daemon.AbstractSpringContextJmxServiceDaemon.start(AbstractSpringContextJmxServiceDaemon.java:91) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:616) > at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:111) > at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:45) > at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:226) > at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138) > at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:251) > at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:857) > ... 13 more ...presumably there's some kind of esoteric date handling that is not supported by openjdk yet... What's the best way to open a bug on this? I tried going to the OpenJDK site and couldn't figure out where to actually report issues. "Contributing" talks about submitting code, but there's no link to an issue tracker. :) -- Benjamin Reed The OpenNMS Group http://www.opennms.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 249 bytes Desc: OpenPGP digital signature URL: From mark at klomp.org Wed Aug 6 17:33:34 2008 From: mark at klomp.org (Mark Wielaard) Date: Wed, 06 Aug 2008 19:33:34 +0200 Subject: [fedora-java] Re: blueMarine and openJDK -- second attempt In-Reply-To: <4899DD72.6080002@opennms.org> References: <1217942125.3051.4.camel@dijkstra.wildebeest.org> <1217964166.3051.45.camel@dijkstra.wildebeest.org> <1217965182.3051.49.camel@dijkstra.wildebeest.org> <1218010086.3051.58.camel@dijkstra.wildebeest.org> <4899DD72.6080002@opennms.org> Message-ID: <1218044014.3051.69.camel@dijkstra.wildebeest.org> Hi Benjamin, On Wed, 2008-08-06 at 13:20 -0400, Benjamin Reed wrote: > Mark Wielaard wrote: > > The very latest rpms can always be found through the koji build system: > > http://koji.fedoraproject.org/koji/packageinfo?packageID=5920 > > (Note that some of these are really pretty new/cutting-edge) > > I just tried these RPMs with OpenNMS on fc9 and I get this error: > > > PropertyAccessException 1: org.springframework.beans.TypeMismatchException: Failed to convert property value of type [java.lang.String] to required type [org.opennms.netmgt.statsd.RelativeTime] for property 'relativeTime'; nested exception is java.lang.IllegalArgumentException: Unsupported value: YESTERDAY > > at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:104) > > at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:59) > > at org.springframework.beans.AbstractPropertyAccessor.setPropertyValues(AbstractPropertyAccessor.java:55) > > at org.opennms.netmgt.statsd.ReportDefinitionBuilder.buildReportDefinitions(ReportDefinitionBuilder.java:83) > > at org.opennms.netmgt.statsd.Statsd.start(Statsd.java:70) > > at org.opennms.netmgt.daemon.AbstractSpringContextJmxServiceDaemon.start(AbstractSpringContextJmxServiceDaemon.java:91) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > > at java.lang.reflect.Method.invoke(Method.java:616) > > at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:111) > > at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:45) > > at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:226) > > at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138) > > at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:251) > > at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:857) > > ... 13 more > > ...presumably there's some kind of esoteric date handling that is not > supported by openjdk yet... If you got the source code available that would be a big help. And hopefully a simple/short reproducer. > What's the best way to open a bug on this? I tried going to the OpenJDK > site and couldn't figure out where to actually report issues. > "Contributing" talks about submitting code, but there's no link to an > issue tracker. :) What the distributions actually package is called IcedTea http://icedtea.classpath.org/ which is the project that all GNU/Linux distros collaborate on to get top-notch free software java support around OpenJDK. It comes with its own bugtracker: http://icedtea.classpath.org/bugzilla But you can of course also file bugs in your distributions bug tracker against the package (if you suspect it might be a distro specific issue). They will then escalate it if necessary. Please include as much information as possible, including full versions and if at all possible a short reproducer (with source code). But any additional info is appreciated. Cheers, Mark From ranger at opennms.org Wed Aug 6 19:06:23 2008 From: ranger at opennms.org (Benjamin Reed) Date: Wed, 06 Aug 2008 15:06:23 -0400 Subject: [fedora-java] Re: blueMarine and openJDK -- second attempt In-Reply-To: <1218044014.3051.69.camel@dijkstra.wildebeest.org> References: <1217942125.3051.4.camel@dijkstra.wildebeest.org> <1217964166.3051.45.camel@dijkstra.wildebeest.org> <1217965182.3051.49.camel@dijkstra.wildebeest.org> <1218010086.3051.58.camel@dijkstra.wildebeest.org> <4899DD72.6080002@opennms.org> <1218044014.3051.69.camel@dijkstra.wildebeest.org> Message-ID: <4899F62F.6060401@opennms.org> Mark Wielaard wrote: > If you got the source code available that would be a big help. And > hopefully a simple/short reproducer. We're trying to get a small test case put together now. Hard to break things out of a billion lines of java+spring xml+hibernate+foo. =) >> What's the best way to open a bug on this? I tried going to the OpenJDK >> site and couldn't figure out where to actually report issues. >> "Contributing" talks about submitting code, but there's no link to an >> issue tracker. :) > > What the distributions actually package is called IcedTea > http://icedtea.classpath.org/ which is the project that all GNU/Linux > distros collaborate on to get top-notch free software java support > around OpenJDK. It comes with its own bugtracker: > http://icedtea.classpath.org/bugzilla I found my way to that eventually, but haven't gotten the test case together so hadn't posted anything. Might I suggest updating the Fedora java-X-openjdk packages to be more explicit about what they are? The only indication that it's "icedtea" is the URL in rpm -qi. Having not followed the many variants of the "we almost have an open-source JDK" saga very closely, I'm aware of the different names, but not their relationship to each other, and I suspect I'm not the only one. =) Aaaaaand, in the process of writing this email, Matt Brozowski got a nice test case put together. =) http://www.opennms.org/~brozow/enum-spring-test.tar.gz Just need maven2 installed, and do a "mvn test". Anyways, thanks again for the response. I'll open this against IcedTea I guess... -- Benjamin Reed The OpenNMS Group http://www.opennms.org/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 249 bytes Desc: OpenPGP digital signature URL: From Fabrizio.Giudici at tidalwave.it Thu Aug 7 14:49:33 2008 From: Fabrizio.Giudici at tidalwave.it (Fabrizio Giudici) Date: Thu, 7 Aug 2008 14:49:33 +0000 (UTC) Subject: [fedora-java] Re: blueMarine and openJDK -- second attempt References: <1217942125.3051.4.camel@dijkstra.wildebeest.org> <1217964166.3051.45.camel@dijkstra.wildebeest.org> <1217965182.3051.49.camel@dijkstra.wildebeest.org> <1218010086.3051.58.camel@dijkstra.wildebeest.org> Message-ID: For the record, I couldn't download Fedora, so I've ordered a DVD. Assuming the courier is able to find my vacation address :-) I should get it next week. So I'm postponing the performance tests until I can run OpenJDK on a Fedora box. See you later. From David.Fischer at dhl.com Thu Aug 7 17:35:21 2008 From: David.Fischer at dhl.com (David Fischer (DHL US)) Date: Thu, 7 Aug 2008 10:35:21 -0700 Subject: [fedora-java] Question about gcjwebplugin Message-ID: <5153D07EA87C1442AA3DAF6E648F162D09F802EC@PHXDCEX005.phx-dc.dhl.com> A non-text attachment was scrubbed... Name: smime.p7m Type: application/x-pkcs7-mime Size: 4831 bytes Desc: not available URL: From overholt at redhat.com Thu Aug 7 18:49:59 2008 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 7 Aug 2008 14:49:59 -0400 Subject: [fedora-java] Eclipse 3.4 In-Reply-To: <20080801201108.GC30738@redhat.com> References: <20080731190729.GB14841@redhat.com> <20080801201108.GC30738@redhat.com> Message-ID: <20080807184959.GC16449@redhat.com> Hi, I don't think waiting to push 3.4 to rawhide is helping testing so I'm going to push the SDK, Mylyn, CDT, ChangeLog, PyDev, and the specfile editor to rawhide today. I have updated patches for the other packages. I've emailed the owners individually. I was mistaken earlier when I said that everything should go into %{_libdir}. Obviously if a package is noarch it should go into %{_datadir} so I added a dropins directory there. Note that you *may* (and I emphasize may since it's not every time that I've hit this) run into issues if you install, remove, and then re-install a few times, starting up in between each step of the cycles. I'm still tracking down the root cause of this but will work with the upstream p2 developers once I have a test case. Hopefully tomorrow (2008-08-08)'s rawhide push will include stuff allowing you to: yum --enablerepo=rawhide install eclipse-pde getting 3.4! If there are issues upgrading from 3.3.2 in Fedora 9, I'd appreciate bugs filed at bugzilla.redhat.com. The only major issue I'm aware of at this time is the help system not starting [1] which I'd appreciate help on if someone has time :) Thanks, Andrew [1] https://bugzilla.redhat.com/show_bug.cgi?id=458348 From langel at redhat.com Thu Aug 7 19:04:25 2008 From: langel at redhat.com (Lillian Angel) Date: Thu, 07 Aug 2008 15:04:25 -0400 Subject: [fedora-java] Question about gcjwebplugin In-Reply-To: <5153D07EA87C1442AA3DAF6E648F162D09F802EC@PHXDCEX005.phx-dc.dhl.com> References: <5153D07EA87C1442AA3DAF6E648F162D09F802EC@PHXDCEX005.phx-dc.dhl.com> Message-ID: <489B4739.4060604@redhat.com> Hi, David Fischer (DHL US) wrote: > ALL, > > I have a question on how to debug issues with java-1.6.0-openjdk plugins > not working on fedora 9. Where are there any web resources that give > information on debugging applets? Also I have issues running any > applets that require a login (e.g. 401 auth error) does anyone know how > to fix this? Running firefox with -g from the commandline should give you some debug output. Still, applets that require javascript support will not work. This is a work-in-progress. Cheers, Lillian From David.Fischer at dhl.com Fri Aug 8 15:24:39 2008 From: David.Fischer at dhl.com (David Fischer (DHL US)) Date: Fri, 8 Aug 2008 08:24:39 -0700 Subject: [fedora-java] Question about gcjwebplugin In-Reply-To: <489B4739.4060604@redhat.com> References: <5153D07EA87C1442AA3DAF6E648F162D09F802EC@PHXDCEX005.phx-dc.dhl.com> <489B4739.4060604@redhat.com> Message-ID: <5153D07EA87C1442AA3DAF6E648F162D09FB6395@PHXDCEX005.phx-dc.dhl.com> Lillian, My problem is with like weblogic console and jboss web-consoles that connect back into the server and need to be authenticated with a user name and password. Is this a Javascript thing or is the plugin not sending the token back? thanks -----Original Message----- From: Lillian Angel [mailto:langel at redhat.com] Sent: Thursday, August 07, 2008 12:04 PM To: David Fischer (DHL US) Cc: fedora-devel-java-list at redhat.com; fedora-devel-list at redhat.com; fedora-test-list at redhat.com Subject: Re: [fedora-java] Question about gcjwebplugin Hi, David Fischer (DHL US) wrote: > ALL, > > I have a question on how to debug issues with java-1.6.0-openjdk > plugins not working on fedora 9. Where are there any web resources > that give information on debugging applets? Also I have issues > running any applets that require a login (e.g. 401 auth error) does > anyone know how to fix this? Running firefox with -g from the commandline should give you some debug output. Still, applets that require javascript support will not work. This is a work-in-progress. Cheers, Lillian From dbhole at redhat.com Fri Aug 8 17:47:31 2008 From: dbhole at redhat.com (Deepak Bhole) Date: Fri, 8 Aug 2008 13:47:31 -0400 Subject: [fedora-java] Question about gcjwebplugin In-Reply-To: <5153D07EA87C1442AA3DAF6E648F162D09FB6395@PHXDCEX005.phx-dc.dhl.com> References: <5153D07EA87C1442AA3DAF6E648F162D09F802EC@PHXDCEX005.phx-dc.dhl.com> <489B4739.4060604@redhat.com> <5153D07EA87C1442AA3DAF6E648F162D09FB6395@PHXDCEX005.phx-dc.dhl.com> Message-ID: <20080808174731.GA14303@redhat.com> * David Fischer (DHL US) [2008-08-08 11:25]: > Lillian, > > My problem is with like weblogic console and jboss web-consoles that > connect back into the server and need to be authenticated with a user > name and password. Is this a Javascript thing or is the plugin not > sending the token back? > > thanks > If you put print statements in your applet, and run firefox with -g, you should be able to see the output and use that to find the problem. I don't know of any way to attach to the process to a debugger as it stands right now. Cheers, Deepak > -----Original Message----- > From: Lillian Angel [mailto:langel at redhat.com] > Sent: Thursday, August 07, 2008 12:04 PM > To: David Fischer (DHL US) > Cc: fedora-devel-java-list at redhat.com; fedora-devel-list at redhat.com; > fedora-test-list at redhat.com > Subject: Re: [fedora-java] Question about gcjwebplugin > > Hi, > > David Fischer (DHL US) wrote: > > ALL, > > > > I have a question on how to debug issues with java-1.6.0-openjdk > > plugins not working on fedora 9. Where are there any web resources > > that give information on debugging applets? Also I have issues > > running any applets that require a login (e.g. 401 auth error) does > > anyone know how to fix this? > > Running firefox with -g from the commandline should give you some debug > output. > > Still, applets that require javascript support will not work. This is a > work-in-progress. > > > Cheers, > Lillian > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From foster at in.tum.de Wed Aug 13 14:17:30 2008 From: foster at in.tum.de (Mary Ellen Foster) Date: Wed, 13 Aug 2008 16:17:30 +0200 Subject: [fedora-java] Adding an "asm3" package Message-ID: In Fedora at the moment, there's an "asm2" package (asm2-2.2.3-2jpp.1.fc9.noarch). ASM was actually upgraded to version 3 quite a while ago (see http://asm.objectweb.org/), and the current version is 3.1. A package I'd like to submit to Fedora appears to (indirectly) depend on asm version 3. I'm wondering how to proceed ... why is the current package called "asm2" rather than just "asm"? Does this mean we need an "asm3" package now too, or is it possible to just create an "asm" package with the correct versioning. I've made a first stab at creating an "asm3" package based on the current asm2 one; it can be seen here: http://mef.fedorapeople.org/packages/asm3/ How should I proceed from here? Thanks, MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen and ICCS, School of Informatics, University of Edinburgh From dbhole at redhat.com Wed Aug 13 14:24:34 2008 From: dbhole at redhat.com (Deepak Bhole) Date: Wed, 13 Aug 2008 10:24:34 -0400 Subject: [fedora-java] Adding an "asm3" package In-Reply-To: References: Message-ID: <20080813142434.GA14948@redhat.com> * Mary Ellen Foster [2008-08-13 10:18]: > In Fedora at the moment, there's an "asm2" package > (asm2-2.2.3-2jpp.1.fc9.noarch). ASM was actually upgraded to version 3 > quite a while ago (see http://asm.objectweb.org/), and the current > version is 3.1. A package I'd like to submit to Fedora appears to > (indirectly) depend on asm version 3. I'm wondering how to proceed ... > why is the current package called "asm2" rather than just "asm"? Does > this mean we need an "asm3" package now too, or is it possible to just > create an "asm" package with the correct versioning. > > I've made a first stab at creating an "asm3" package based on the > current asm2 one; it can be seen here: > http://mef.fedorapeople.org/packages/asm3/ > How should I proceed from here? > I was about to do the same a while ago (upgrade to 3) but then found out that it is already in Fedora.. just uses a different name: http://koji.fedoraproject.org/koji/packageinfo?packageID=5418 Cheers, Deepak > Thanks, > > MEF > > -- > Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ > Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen > and ICCS, School of Informatics, University of Edinburgh > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From foster at in.tum.de Wed Aug 13 14:35:45 2008 From: foster at in.tum.de (Mary Ellen Foster) Date: Wed, 13 Aug 2008 16:35:45 +0200 Subject: [fedora-java] Adding an "asm3" package In-Reply-To: <20080813142434.GA14948@redhat.com> References: <20080813142434.GA14948@redhat.com> Message-ID: 2008/8/13 Deepak Bhole : > I was about to do the same a while ago (upgrade to 3) but then found out > that it is already in Fedora.. just uses a different name: > > http://koji.fedoraproject.org/koji/packageinfo?packageID=5418 Aha! I was searching for "asm*", not "*asm*", so I didn't see that. Never mind, then. MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen and ICCS, School of Informatics, University of Edinburgh From mefoster at gmail.com Thu Aug 14 12:12:22 2008 From: mefoster at gmail.com (Mary Ellen Foster) Date: Thu, 14 Aug 2008 14:12:22 +0200 Subject: [fedora-java] Building a package that uses Maven and depends on other libraries Message-ID: I've embarked on a quest to package JabRef for Fedora (http://jabref.sourceforge.net/). It has an annoying number of dependencies, but the one I'm stuck on right now is "spin" (http://spin.sourceforge.net/). This in turn depends on cglib (http://cglib.sourceforge.net), which is easy to package and I've got a version already at http://mef.fedorapeople.org/cglib/ (haven't put it up for review yet because I want to try to get everything complete). The problem now is: spin is built with maven, about which I know just about nothing. I've managed to install the required maven plugins (compiler, assembler, etc), but how do I point maven at my cglib jar file in /usr/share/java? The relevant part of the pom.xml file looks like this: cglib cglib-nodep 2.1_3 true I've tried making the obvious edits -- changing cglib-nodep to cglib and version to 2.2 to agree with the cglib RPM -- but mv-jpp still persists in not finding it when I try to build. What's the magic trick? Is it documented in the wiki anywhere that I've missed? Thanks for any help, MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen and ICCS, School of Informatics, University of Edinburgh From mefoster at gmail.com Thu Aug 14 12:14:12 2008 From: mefoster at gmail.com (Mary Ellen Foster) Date: Thu, 14 Aug 2008 14:14:12 +0200 Subject: [fedora-java] Re: Building a package that uses Maven and depends on other libraries In-Reply-To: References: Message-ID: 2008/8/14 Mary Ellen Foster : This in turn depends on cglib > (http://cglib.sourceforge.net), which is easy to package and I've got > a version already at > http://mef.fedorapeople.org/cglib/ > (haven't put it up for review yet because I want to try to get > everything complete). Oops, make that URL http://mef.fedorapeople.org/packages/cglib/ ... sorry about that. MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen and ICCS, School of Informatics, University of Edinburgh From mefoster at gmail.com Thu Aug 14 12:21:16 2008 From: mefoster at gmail.com (Mary Ellen Foster) Date: Thu, 14 Aug 2008 14:21:16 +0200 Subject: [fedora-java] Re: Building a package that uses Maven and depends on other libraries In-Reply-To: References: Message-ID: 2008/8/14 Mary Ellen Foster : > 2008/8/14 Mary Ellen Foster : > This in turn depends on cglib >> (http://cglib.sourceforge.net), which is easy to package and I've got >> a version already at >> http://mef.fedorapeople.org/cglib/ >> (haven't put it up for review yet because I want to try to get >> everything complete). > > Oops, make that URL http://mef.fedorapeople.org/packages/cglib/ ... > sorry about that. (Talking to myself ...) Hmm, looks like cglib (an older version) is in jpackage already: http://mirrors.dotsrc.org/jpackage/1.7/generic/free/repodata/repoview/cglib-0-2.1.3-2jpp.html What's the protocol for importing jpackage things into fedora that aren't already in? MEF -- Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen and ICCS, School of Informatics, University of Edinburgh From overholt at redhat.com Thu Aug 14 12:26:21 2008 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 14 Aug 2008 08:26:21 -0400 Subject: [fedora-java] Re: Building a package that uses Maven and depends on other libraries In-Reply-To: References: Message-ID: <20080814122621.GA14454@redhat.com> * Mary Ellen Foster [2008-08-14 08:21]: > What's the protocol for importing jpackage things into fedora that > aren't already in? It has to go through a review just like any other package. Andrew From dbhole at redhat.com Thu Aug 14 15:10:40 2008 From: dbhole at redhat.com (Deepak Bhole) Date: Thu, 14 Aug 2008 11:10:40 -0400 Subject: [fedora-java] Building a package that uses Maven and depends on other libraries In-Reply-To: References: Message-ID: <20080814151040.GA20402@redhat.com> * Mary Ellen Foster [2008-08-14 08:13]: > I've embarked on a quest to package JabRef for Fedora > (http://jabref.sourceforge.net/). It has an annoying number of > dependencies, but the one I'm stuck on right now is "spin" > (http://spin.sourceforge.net/). This in turn depends on cglib > (http://cglib.sourceforge.net), which is easy to package and I've got > a version already at > http://mef.fedorapeople.org/cglib/ > (haven't put it up for review yet because I want to try to get > everything complete). > > The problem now is: spin is built with maven, about which I know just > about nothing. I've managed to install the required maven plugins > (compiler, assembler, etc), but how do I point maven at my cglib jar > file in /usr/share/java? The relevant part of the pom.xml file looks > like this: > > cglib > cglib-nodep > 2.1_3 > true > > I've tried making the obvious edits -- changing cglib-nodep to cglib > and version to 2.2 to agree with the cglib RPM -- but mv-jpp still > persists in not finding it when I try to build. What's the magic > trick? Is it documented in the wiki anywhere that I've missed? > Ideally, the cglib rpm needs to install a depmap fragment in this case. That consists of using the add_to_maven_depmap and update_maven_depmap macros. Their usage is specified here: http://fedoraproject.org/wiki/Java/JPPMavenReadme#Packages_adding_their_own_depmaps Alternatively, you can hack around updating cglib by specifying a custom depmap when building JabRef. Info on that is on the page above as well. Cheers, Deepak > Thanks for any help, > > MEF > > -- > Mary Ellen Foster -- http://homepages.inf.ed.ac.uk/mef/ > Informatik 6: Robotics and Embedded Systems, Technische Universit?t M?nchen > and ICCS, School of Informatics, University of Edinburgh > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list From mark at klomp.org Sun Aug 24 16:19:37 2008 From: mark at klomp.org (Mark Wielaard) Date: Sun, 24 Aug 2008 18:19:37 +0200 Subject: [fedora-java] Re: blueMarine and openJDK -- second attempt In-Reply-To: <4899F62F.6060401@opennms.org> References: <1217942125.3051.4.camel@dijkstra.wildebeest.org> <1217964166.3051.45.camel@dijkstra.wildebeest.org> <1217965182.3051.49.camel@dijkstra.wildebeest.org> <1218010086.3051.58.camel@dijkstra.wildebeest.org> <4899DD72.6080002@opennms.org> <1218044014.3051.69.camel@dijkstra.wildebeest.org> <4899F62F.6060401@opennms.org> Message-ID: <1219594777.3111.5.camel@dijkstra.wildebeest.org> Hi, On Wed, 2008-08-06 at 15:06 -0400, Benjamin Reed wrote: > Aaaaaand, in the process of writing this email, Matt Brozowski got a > nice test case put together. =) > > http://www.opennms.org/~brozow/enum-spring-test.tar.gz > > Just need maven2 installed, and do a "mvn test". > > Anyways, thanks again for the response. I'll open this against IcedTea > I guess... To close this thread up for the list. This was: http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=181 "enum issue with icedtea" Which was solved by Lillian through the following patch: http://icedtea.classpath.org/hg/icedtea6/file/tip/patches/icedtea-enum-bug-181.patch Which hopefully will soon be integrated into the fedora package also. For OpenJDK upstream this is tracked in: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6736248 Cheers, Mark From mark at klomp.org Sun Aug 24 16:21:03 2008 From: mark at klomp.org (Mark Wielaard) Date: Sun, 24 Aug 2008 18:21:03 +0200 Subject: [fedora-java] Re: blueMarine and openJDK -- second attempt In-Reply-To: References: <1217942125.3051.4.camel@dijkstra.wildebeest.org> <1217964166.3051.45.camel@dijkstra.wildebeest.org> <1217965182.3051.49.camel@dijkstra.wildebeest.org> <1218010086.3051.58.camel@dijkstra.wildebeest.org> Message-ID: <1219594863.3111.7.camel@dijkstra.wildebeest.org> Hi Fabrizio, On Thu, 2008-08-07 at 14:49 +0000, Fabrizio Giudici wrote: > For the record, I couldn't download Fedora, so I've ordered a DVD. Assuming the > courier is able to find my vacation address :-) I should get it next week. So > I'm postponing the performance tests until I can run OpenJDK on a Fedora box. > See you later. Hope you had a nice vacation. Did you get a chance to try this out against the latest Fedora icedtea/openjdk packages? I am interested to see the results of the performance tests. Thanks, Mark From orion at cora.nwra.com Thu Aug 28 18:08:38 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 28 Aug 2008 12:08:38 -0600 Subject: [fedora-java] Help with photran eclipse feature Message-ID: <48B6E9A6.7080302@cora.nwra.com> I'm pretty close to getting the Eclipse Photran package ready for Eclipse 3.4. However, I'm having some trouble packaging it up. It seems to contain four "features", and I'm building them with: for feature in org.eclipse.photran_feature org.eclipse.photran.intel \ org.eclipse.photran.vpg_feature org.eclipse.photran.xlf_feature do %{eclipse_base}/buildscripts/pdebuild -d cdt \ -f $feature -a "-DjavacSource=1.5 -DjavacTarget=1.5" done Now the issue seems to be how/where to install. Each of the zip files created starts with the directory "eclipse/" and 3 contain "eclipse/contents.xml" files (which are different) so I don't think they should unzip into the same directory. What makes sense? Some more zip file details: Archive: org.eclipse.photran_feature.zip testing: eclipse/ OK testing: eclipse/plugins/ OK testing: eclipse/plugins/org.eclipse.photran.ui_4.0.4/ OK .. testing: eclipse/plugins/org.eclipse.photran.managedbuilder.gnu.ui_4.0.4.jar OK testing: eclipse/plugins/org.eclipse.photran.managedbuilder.ui_4.0.4/ OK .. testing: eclipse/plugins/org.eclipse.photran.core_4.0.4/ OK testing: eclipse/plugins/org.eclipse.photran.core_4.0.4/META-INF/ OK testing: eclipse/plugins/org.eclipse.photran.core_4.0.4/META-INF/MANIFEST.MF OK testing: eclipse/plugins/org.eclipse.photran.core_4.0.4/photrancore.jar OK testing: eclipse/plugins/org.eclipse.photran.core_4.0.4/plugin.properties OK testing: eclipse/plugins/org.eclipse.photran.core_4.0.4/plugin.xml OK testing: eclipse/plugins/org.eclipse.photran.core_4.0.4/about.html OK testing: eclipse/content.xml OK testing: eclipse/features/ OK testing: eclipse/features/org.eclipse.photran_feature_4.0.4/ OK testing: eclipse/features/org.eclipse.photran_feature_4.0.4/license.html OK testing: eclipse/features/org.eclipse.photran_feature_4.0.4/feature.xml OK testing: eclipse/features/org.eclipse.photran_feature_4.0.4/epl-v10.html OK -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From overholt at redhat.com Thu Aug 28 18:19:50 2008 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 28 Aug 2008 14:19:50 -0400 Subject: [fedora-java] Help with photran eclipse feature In-Reply-To: <48B6E9A6.7080302@cora.nwra.com> References: <48B6E9A6.7080302@cora.nwra.com> Message-ID: <20080828181950.GA13512@redhat.com> Hi, * Orion Poplawski [2008-08-28 14:09]: > for feature in org.eclipse.photran_feature org.eclipse.photran.intel \ > org.eclipse.photran.vpg_feature > org.eclipse.photran.xlf_feature We usually try to match features to binary RPMs. > Now the issue seems to be how/where to install. Each of the zip files > created starts with the directory "eclipse/" and 3 contain > "eclipse/contents.xml" files (which are different) so I don't think they > should unzip into the same directory. What makes sense? If you want them to all be in the same binary RPM, just unzip them all there and remove the content.xml. content.xml is just for speeding up the first startup after this plugin is installed and isn't strictly necessary. Andrew From orion at cora.nwra.com Thu Aug 28 20:18:13 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 28 Aug 2008 14:18:13 -0600 Subject: [fedora-java] Help with photran eclipse feature In-Reply-To: <20080828181950.GA13512@redhat.com> References: <48B6E9A6.7080302@cora.nwra.com> <20080828181950.GA13512@redhat.com> Message-ID: <48B70805.9010907@cora.nwra.com> Andrew Overholt wrote: > Hi, > > * Orion Poplawski [2008-08-28 14:09]: >> for feature in org.eclipse.photran_feature org.eclipse.photran.intel \ >> org.eclipse.photran.vpg_feature >> org.eclipse.photran.xlf_feature > > We usually try to match features to binary RPMs. > >> Now the issue seems to be how/where to install. Each of the zip files >> created starts with the directory "eclipse/" and 3 contain >> "eclipse/contents.xml" files (which are different) so I don't think they >> should unzip into the same directory. What makes sense? > > If you want them to all be in the same binary RPM, just unzip them all > there and remove the content.xml. content.xml is just for speeding up > the first startup after this plugin is installed and isn't strictly > necessary. I'm not sure if any of the other features are useful independent of each other or if you ever would want "photran_feature" without "photran.vpg_feature". I've asked upstream. I could certainly install in: %{eclipse_base}/dropins/photran %{eclipse_base}/dropins/photran.vpg %{eclipse_base}/dropins/photran.xlf I could also have 3 sub-packages, but if they all depend on each other that seems silly. Also, I'm ending up with paths like %{eclipse_base}/dropins/photran/eclipse/features/ Should I remove the second "eclipse" or not bother? Thanks! -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From orion at cora.nwra.com Thu Aug 28 20:41:20 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 28 Aug 2008 14:41:20 -0600 Subject: [fedora-java] aot-compile-rpm error Message-ID: <48B70D70.9060003@cora.nwra.com> Trying to build eclipse-photran: http://koji.fedoraproject.org/koji/getfile?taskID=791458&name=build.log + aot-compile-rpm /usr/lib64/gcj-4.3.1/classmap.db aot-compile-rpm: error: /usr/bin/gcj-dbtool -p: unexpected output ? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From overholt at redhat.com Thu Aug 28 20:55:59 2008 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 28 Aug 2008 16:55:59 -0400 Subject: [fedora-java] Help with photran eclipse feature In-Reply-To: <48B70805.9010907@cora.nwra.com> References: <48B6E9A6.7080302@cora.nwra.com> <20080828181950.GA13512@redhat.com> <48B70805.9010907@cora.nwra.com> Message-ID: <20080828205559.GA30382@redhat.com> Hi, * Orion Poplawski [2008-08-28 16:18]: > Andrew Overholt wrote: >> >> * Orion Poplawski [2008-08-28 14:09]: >>> for feature in org.eclipse.photran_feature org.eclipse.photran.intel \ >>> org.eclipse.photran.vpg_feature >>> org.eclipse.photran.xlf_feature >> >> We usually try to match features to binary RPMs. >> >>> Now the issue seems to be how/where to install. Each of the zip >>> files created starts with the directory "eclipse/" and 3 contain >>> "eclipse/contents.xml" files (which are different) so I don't think >>> they should unzip into the same directory. What makes sense? >> >> If you want them to all be in the same binary RPM, just unzip them all >> there and remove the content.xml. content.xml is just for speeding up >> the first startup after this plugin is installed and isn't strictly >> necessary. > > I'm not sure if any of the other features are useful independent of each > other or if you ever would want "photran_feature" without > "photran.vpg_feature". I've asked upstream. Okay. Just dump them in the same place if you don't want separation. > %{eclipse_base}/dropins/photran/eclipse/features/ > > Should I remove the second "eclipse" or not bother? Yeah, remove it. It'll work, but it's better without it. Some time soon (before F10) I am going to go through all of the plugins we have in Fedora and fix this. Andrew From orion at cora.nwra.com Thu Aug 28 21:29:14 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 28 Aug 2008 15:29:14 -0600 Subject: [fedora-java] pdebuild messages Message-ID: <48B718AA.4020703@cora.nwra.com> Are these anything to worry about? + /usr/lib/eclipse/buildscripts/pdebuild -d cdt -f org.eclipse.photran_feature -a '-Djavac Source=1.5 -DjavacTarget=1.5' mkdir -p /builddir/build/BUILD/org.eclipse.photran-v20080808_4_0_0_Beta4/build mkdir -p /builddir/build/BUILD/org.eclipse.photran-v20080808_4_0_0_Beta4/build/home Building feature = org.eclipse.photran_feature. Symlinking SDK and "cdt" into /builddir/build/BUILD/org.eclipse.photran-v20080808_4_0_0_Be ta4/build/SDK directory. /bin/sh /usr/lib/eclipse/buildscripts/copy-platform /builddir/build/BUILD/org.eclipse.phot ran-v20080808_4_0_0_Beta4/build/SDK /usr/lib/eclipse cdt ls: cannot access plugins/*cdt*: No such file or directory ls: cannot access features/*cdt*: No such file or directory ls: cannot access *cdt*: No such file or directory -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From overholt at redhat.com Fri Aug 29 00:34:03 2008 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 28 Aug 2008 20:34:03 -0400 Subject: [fedora-java] pdebuild messages In-Reply-To: <48B718AA.4020703@cora.nwra.com> References: <48B718AA.4020703@cora.nwra.com> Message-ID: <20080829003403.GA8696@redhat.com> * Orion Poplawski [2008-08-28 17:49]: > Are these anything to worry about? > > ls: cannot access plugins/*cdt*: No such file or directory > ls: cannot access features/*cdt*: No such file or directory > ls: cannot access *cdt*: No such file or directory No, they're just my poor shell scripting skills :) Patches welcome. Andrew From gbenson at redhat.com Fri Aug 29 07:43:07 2008 From: gbenson at redhat.com (Gary Benson) Date: Fri, 29 Aug 2008 08:43:07 +0100 Subject: [fedora-java] aot-compile-rpm error In-Reply-To: <48B70D70.9060003@cora.nwra.com> References: <48B70D70.9060003@cora.nwra.com> Message-ID: <20080829074306.GA3817@redhat.com> Orion Poplawski wrote: > Trying to build eclipse-photran: > > http://koji.fedoraproject.org/koji/getfile?taskID=791458&name=build.log > > + aot-compile-rpm > /usr/lib64/gcj-4.3.1/classmap.db > aot-compile-rpm: error: /usr/bin/gcj-dbtool -p: unexpected output > > ? It looks like gcj-dbtool printed its result on stderr instead of stdout, so aot-compile-rpm read nothing from it. Did something change in gcj-dbtool? Cheers, Gary -- http://gbenson.net/ From dant at cdkkt.com Sat Aug 30 01:06:33 2008 From: dant at cdkkt.com (Dan Thurman) Date: Fri, 29 Aug 2008 18:06:33 -0700 Subject: [fedora-java] F9: Eclipse problems found Message-ID: <48B89D19.90701@cdkkt.com> I noticed errors showing up with Eclipse on F9. I checked and verified the claims as to missing components and they are missing. I did not attempt to try and reinstall eclipse from past experience in that it never worked and want to wait until someone responds and tells me what to do. It seems that there are problems trying to install other components (Software Updates) such as BIRT (missing required components from which I could not find to resolve), Mylin, PyDev and so on as I also wanted to wait to get the core Eclipse fixed before continuing. PyDev in particular was hanging every time, at random places, during downloads so I never made it past that point. Downloading from Europa Discovery Site was no problem and made it all the way through to installation with no errors. Following is what shows up in: Help->Software Updates->Manage Configuration ============= /usr/share/Eclipse ============= + Eclipse C/C++ Development Tools 4.0.3 200804041441 Plug-in "org.eclipse.cdt.core.linux.x86" version "4.0.0.200804041441" referenced by this feature is missing. + Eclipse C/C++ Development Tools SDK 4.0.3 200804041441 Included feature "Eclipse C/C++ Development Tooling Source" version "4.0.3.200804041441" contains problems. + Eclipse Project SDK 3.3.3r33x_r20080120-7M7J7LB-u3aphGW6o3_VmiVfGXWO Included feature "Eclipse Platform" version "3.3.3.r33x_r20080129-_19UEl7Ezk_gXF1kouft" contains problems. Included feature "Eclipse Platform Plug-in Developer Resources" version "3.3.3.r33x_r20080129-_19UEl7Ezk_gXF1kouft" contains problems. Included feature "Eclipse Java Development Tools" version "3.3.2.r33x_r20080129-7o7jE7_EDhYDiyVEnjb1pFd7ZGD7" contains problems. Included feature "Eclipse JDT Plug-in Developer Resources" version "3.3.2.r33x_r20080129-7o7jE7_EDhYDiyVEnjb1pFd7ZGD7" contains problems. Included feature "Eclipse Plug-in Development Environment" version "3.3.3.r33x_r20080129-7N7M5DQVIA_6oJsEFkEL" contains problems. + Fedora Eclipse Feature 1.0.0 Plug-in "org.fedoraproject.ide.platform" version "0.0.0" referenced by this feature is missing. + Graphical Editing Framework SDK 3.3.0 200802201606 The feature is disabled. (Replaced by Graphical Editing Framework SDK 3.3.2.v20080129) + SETools 3.3.2.4 Plug-in "com.tresys.setools.linux.x86" version "3.3.2" referenced by this feature is missing. =========== /usr/lib/eclipse =========== + Eclipse RCP 3.3.3.r33x_r20080129-8y8eE9UEUWI6qyjeED)xT7bc Plug-in "com.ibm.icu" version "3.6.1.v20070906" referenced by this feature is missing. Plug-in "org.eclipse.core.commands" version "3.3.0.I20070605-0010" referenced by this feature is missing. Plug-in "org.eclipse.core.databinding" version "1.0.1.M20070822-0800" referenced by this feature is missing. Plug-in "org.eclipse.core.databinding.beans" version "1.0.1.M20070910-0800b" referenced by this feature is missing. Plug-in "org.eclipse.core.jobs" version "3.3.1.R33x_v20070709" referenced by this feature is missing. Plug-in "org.eclipse.core.expressions" version "3.3.0.v20070606-0010" referenced by this feature is missing. Plug-in "org.eclipse.core.runtime" version "3.3.100.v20070530" referenced by this feature is missing. Plug-in "org.eclipse.core.runtime.compatibility.auth" version "3.2.100.v20070502" referenced by this feature is missing. Plug-in "org.eclipse.osgi" version "3.3.2.R33x_v20080105" referenced by this feature is missing. Plug-in "org.eclipse.help" version "3.3.2.v20071126_33x" referenced by this feature is missing. Plug-in "org.eclipse.swt" version "3.3.2.v3349d" referenced by this feature is missing. Plug-in "org.eclipse.jface" version "3.3.2.M20080207-0800" referenced by this feature is missing. Plug-in "org.eclipse.jface.databinding" version "1.1.1.M20080207-0800" referenced by this feature is missing. Plug-in "org.eclipse.ui" version "3.3.1.M20071128-0800" referenced by this feature is missing. Plug-in "org.eclipse.ui.workbench" version "3.3.2.M20080207-0800" referenced by this feature is missing. Plug-in "org.eclipse.update.configurator" version "3.2.101.R33x_v20070810" referenced by this feature is missing. Plug-in "org.eclipse.rcp" version "3.2.1.r33x_r20080131" referenced by this feature is missing. Plug-in "org.eclipse.core.contenttype" version "3.2.100.v20070319" referenced by this feature is missing. Plug-in "org.eclipse.equinox.app" version "1.0.1.R33x_v20070828" referenced by this feature is missing. Plug-in "org.eclipse.equinox.common" version "3.3.0.v20070426" referenced by this feature is missing. Plug-in "org.eclipse.equinox.preferences" version "3.2.101.R33x_v20080117" referenced by this feature is missing. Plug-in "org.eclipse.equinox.registry" version "3.3.1.R33x_v20070802" referenced by this feature is missing. Plug-in "org.eclipse.equinox.launcher" version "1.0.1.R33x_v20080118" referenced by this feature is missing.