From mikeb at redhat.com Thu Oct 1 18:07:05 2009 From: mikeb at redhat.com (Mike Bonnet) Date: Thu, 01 Oct 2009 14:07:05 -0400 Subject: [fedora-java] Using Maven in Fedora Koji Message-ID: <4AC4EFC9.5080807@redhat.com> As part of my work developing and maintaining Koji, I've been looking at ways to better support Java builds. Maven is emerging as the defacto standard build tool for Java projects, but the design of Maven makes it difficult to use in the context of rpmbuild. In order to provide the same reproduceability and auditability for Java builds that we have with rpm builds, without the complexity of the Maven-in-rpmbuild system we use now, I've been working on supporting Maven natively in Koji. The code has been committed to the "mead" branch of the upstream Koji git repository, and testing has been very successful. I'm planning on taking the proposal to FESCo soon, but I wanted to get some feedback from the people most likely to be affect by this, the active Java packagers/maintainers, first. I've written up a wiki page describing how the system works and some of the advantages of it here: http://fedoraproject.org/wiki/KojiMavenSupport Note that deploying this in Fedora would not force any packages to change their build process. If you are happy with your current build process, you're free to continue using it. This is an alternative build process available to those packages that would benefit from it, primarily Java packages that build with Maven. The existing rpmbuild-based process and the new Maven-based process will be fully interoperable. I'd appreciate any thoughts or feedback you have on this before we take it to FESCo and the Fedora Packaging Committee. Though this has the potential to increase the number of Java packages in Fedora significantly, it could also make packaging Java apps for Fedora significantly easier. Note that this also has implications for building and packaging JBoss in Fedora. A number of the JBoss projects build with Maven, and more of them are moving in that direction upstream, but getting them to build within rpmbuild has been difficult and labor-intensive. Koji Maven support was designed with this in mind, and will enable us to build JBoss in a repeatable, trackable way without requiring changes to the upstream build process, and will make packaging the build output in rpms dramatically simpler. Getting JBoss packaged in Fedora in a fully supportable way is a compelling reason for deploying this in the Fedora build environment. Please let me know if you have any questions, or need more detail about any aspect of the proposal. Thanks, Mike From trever.adams at gmail.com Fri Oct 2 14:10:13 2009 From: trever.adams at gmail.com (Trever L. Adams) Date: Fri, 02 Oct 2009 08:10:13 -0600 Subject: [fedora-java] Help Requested to Package Bedework Message-ID: <4AC609C5.1030701@gmail.com> Hello all, About a year ago, I suggested that BedeWork (http://bedework.org) be included. I offered to package it with some help. I unfortunately ran out of time. I now have time to package it and hopefully maintain the package. Unfortunately, I haven't written an Java code in a decade or so. I have never messed with Java packages. I also have no experience maintaining for Fedora. The problems I have: This package has a bunch of property files that you have to edit before you build/package the program. (http://www.bedework.org/downloads/3.5/BedeworkManual-3.5.pdf#page=18) These include database names, locations, user/passwords for the database, etc. I do not know if this is normal or not. I do not know how to package this, how to suggest people customize this information, etc. This program also requires JBoss or Tomcat (maybe there are others that will work). Since I do not see JBoss in Fedora, Tomcat would be fine. I have not experience with this. It would be nice if a Tomcat person can help me with documentation on how to get this working and to use AD (Kerberos [SPNEGO/GSSAPI] and LDAP) for the authentication and user/group information as well. I have a few packages that I have not yet submitted that I have packaged. These include PyKota (and its dependencies), DSPAM, and C-ICAP (not yet ready as I have some code I am writing that will be turned over before I submit this package). I have no clue about any of the build systems in Fedora, so I will need help with this as well. Thank you, Trever -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 260 bytes Desc: OpenPGP digital signature URL: From orion at cora.nwra.com Fri Oct 2 16:14:35 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 02 Oct 2009 10:14:35 -0600 Subject: [fedora-java] Help Requested to Package Bedework In-Reply-To: <4AC609C5.1030701@gmail.com> References: <4AC609C5.1030701@gmail.com> Message-ID: <4AC626EB.4000602@cora.nwra.com> On 10/02/2009 08:10 AM, Trever L. Adams wrote: > Hello all, > > About a year ago, I suggested that BedeWork (http://bedework.org) be included. I offered to package it with some help. I unfortunately ran out of time. I now have time to package it and hopefully maintain the package. Unfortunately, I haven't written an Java code in a decade or so. I have never messed with Java packages. I also have no experience maintaining for Fedora. > > The problems I have: > > This package has a bunch of property files that you have to edit before you build/package the program. (http://www.bedework.org/downloads/3.5/BedeworkManual-3.5.pdf#page=18) These include database names, locations, user/passwords for the database, etc. I do not know if this is normal or not. I do not know how to package this, how to suggest people customize this information, etc. Usually, I provide edited copied of these files in the src.rpm and copy them into place. > I have no clue about any of the build systems in Fedora, so I will need help with this as well. This looks to be a pretty tough one to cut your teeth on :-). There look to be one missing dependency as well: avalon.jar (jakarta Excalibur?), which could be pretty major. Also, the build system seems to depend on downloading required jar files from the bedework servers. This will need to get changed. -- 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 bruno at wolff.to Mon Oct 5 02:21:59 2009 From: bruno at wolff.to (Bruno Wolff III) Date: Sun, 4 Oct 2009 21:21:59 -0500 Subject: [fedora-java] Using Maven in Fedora Koji In-Reply-To: <4AC4EFC9.5080807@redhat.com> References: <4AC4EFC9.5080807@redhat.com> Message-ID: <20091005022159.GA14361@wolff.to> On Thu, Oct 01, 2009 at 14:07:05 -0400, Mike Bonnet wrote: > > Note that deploying this in Fedora would not force any packages to > change their build process. If you are happy with your current > build process, you're free to continue using it. This is an > alternative build process available to those packages that would > benefit from it, primarily Java packages that build with Maven. The > existing rpmbuild-based process and the new Maven-based process will > be fully interoperable. > > I'd appreciate any thoughts or feedback you have on this before we > take it to FESCo and the Fedora Packaging Committee. Though this > has the potential to increase the number of Java packages in Fedora > significantly, it could also make packaging Java apps for Fedora > significantly easier. This is kind of hypothetical for me, since my java package currently uses ant. But I am wondering if there will be a maven repo package that allows one to build a local repo easily? I like being able to do local rebuilds from tweaked sources. At some future point my upstream might switch to maven and I am wondering if I'll be able to do local rebuilds easily. From choeger at cs.tu-berlin.de Mon Oct 5 12:28:44 2009 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Mon, 05 Oct 2009 14:28:44 +0200 Subject: [fedora-java] Using Maven in Fedora Koji In-Reply-To: <4AC4EFC9.5080807@redhat.com> References: <4AC4EFC9.5080807@redhat.com> Message-ID: <1254745724.3644.5.camel@choeger6> I am not sure how this will work: Building from rpm basically means that every dependency comes from the rpm package db. But maven will happily download from "the outside". This means: One cannot rebuild from (signed and trusted) rpm packages only but has to trust some other (untrusted) servers. Do you plan to adress this issue? Maybe it would be a goog idea if one could build a maven repo from rpm packages? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From orion at cora.nwra.com Mon Oct 5 22:13:27 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 05 Oct 2009 16:13:27 -0600 Subject: [fedora-java] javax.servlet API Message-ID: <4ACA6F87.8050303@cora.nwra.com> Are the javax.servlet classes packaged in Fedora? Is there a general way to search for what package/jar would provide a given class? -- 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 Mon Oct 5 23:56:44 2009 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 5 Oct 2009 19:56:44 -0400 Subject: [fedora-java] javax.servlet API In-Reply-To: <4ACA6F87.8050303@cora.nwra.com> References: <4ACA6F87.8050303@cora.nwra.com> Message-ID: <20091005235643.GA2538@redhat.com> * Orion Poplawski [2009-10-05 18:13]: > Are the javax.servlet classes packaged in Fedora? Do these contain what you need? tomcat6-servlet-2.5-api tomcat5-servlet-2.4-api > Is there a general way to search for what package/jar would provide a > given class? Nothing AFAIK more than something like this: for f in `find /usr/share/java -name \*.jar`; do \ unzip -l $f | grep MyClass &> /dev/null && echo $f; done But that doesn't help not having installed. Andrew From orion at cora.nwra.com Tue Oct 6 15:30:22 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 06 Oct 2009 09:30:22 -0600 Subject: [fedora-java] javax.servlet API In-Reply-To: <20091005235643.GA2538@redhat.com> References: <4ACA6F87.8050303@cora.nwra.com> <20091005235643.GA2538@redhat.com> Message-ID: <4ACB628E.2040906@cora.nwra.com> On 10/05/2009 05:56 PM, Andrew Overholt wrote: > * Orion Poplawski [2009-10-05 18:13]: >> Are the javax.servlet classes packaged in Fedora? > > Do these contain what you need? > > tomcat6-servlet-2.5-api > tomcat5-servlet-2.4-api Yup, just wasn't pulling them in properly. 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 Tue Oct 6 20:56:52 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 06 Oct 2009 14:56:52 -0600 Subject: [fedora-java] Status of geronimo Message-ID: <4ACBAF14.6010404@cora.nwra.com> Can someone shed light on the status of geronimo in Fedora? Seems like it hasn't managed to build since F11 - and the F11 build was never pushed. There is a geronimo-spec 1.2 in CVS that doesn't compile (missing dependencies among other things). Apache's site has version 2.1.4. Mind you, I know nothing about geronimo other than a package I'm trying to build depends on geronimo-stax-api. -- 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 Tue Oct 13 15:54:07 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 13 Oct 2009 09:54:07 -0600 Subject: [fedora-java] Missing deps for eclipse-ptp Message-ID: <4AD4A29F.1050905@cora.nwra.com> I'm trying to build eclipse-ptp for F13 and getting: [eclipse.buildScript] Some inter-plug-in dependencies have not been satisfied. [eclipse.buildScript] Bundle org.eclipse.ptp.rdt.core.tests: [eclipse.buildScript] Missing required plug-in org.eclipse.cdt.core.tests_5.0.1. [eclipse.buildScript] Bundle org.eclipse.ptp.rdt.managedbuilder.xlc.ui: [eclipse.buildScript] Missing required plug-in org.eclipse.cdt.managedbuilder.xlc.core_5.0.0. [eclipse.buildScript] Missing required plug-in org.eclipse.cdt.managedbuilder.xlc.ui_6.0.0. These don't seem to be in our cdt packages. Any reason why? No idea what they are.... -- 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 M.E.Foster at hw.ac.uk Tue Oct 13 16:00:09 2009 From: M.E.Foster at hw.ac.uk (Mary Ellen Foster) Date: Tue, 13 Oct 2009 17:00:09 +0100 Subject: [fedora-java] Unable to click some buttons in Eclipse Message-ID: Just wondering if my computer has gone totally wacko, or if anyone else is seeing this on Rawhide: https://bugzilla.redhat.com/show_bug.cgi?id=528679 The workaround of using the keyboard seems to work fine, but still, it's quite weird ... MEF -- Mary Ellen Foster -- http://www.macs.hw.ac.uk/~mef3/ School of Mathematical and Computer Sciences, Heriot-Watt University Heriot-Watt University is a Scottish charity registered under charity number SC000278 From darrellpf at gmail.com Tue Oct 13 16:09:23 2009 From: darrellpf at gmail.com (darrell pfeifer) Date: Tue, 13 Oct 2009 09:09:23 -0700 Subject: [fedora-java] Unable to click some buttons in Eclipse In-Reply-To: References: Message-ID: On Tue, Oct 13, 2009 at 09:00, Mary Ellen Foster wrote: > Just wondering if my computer has gone totally wacko, or if anyone > else is seeing this on Rawhide: > ? ?https://bugzilla.redhat.com/show_bug.cgi?id=528679 > The workaround of using the keyboard seems to work fine, but still, > it's quite weird ... > > MEF Same problem here, for at least a week, maybe two. I use a Sun JRE. Java(TM) SE Runtime Environment (build 1.6.0_16-b01) Another workaround is to select the button with the mouse, then hit the enter key. I've been hoping that some update might fix it (jre, glib2 or even the fedora theme) but no luck so far. darrell From mstadtle at redhat.com Tue Oct 13 16:23:29 2009 From: mstadtle at redhat.com (Martin Stadtler) Date: Tue, 13 Oct 2009 12:23:29 -0400 (EDT) Subject: [fedora-java] java devel fedora guidelines In-Reply-To: <693087112.131091255450764650.JavaMail.root@zmail05.collab.prod.int.phx2.redhat.com> Message-ID: <1717360871.131521255451009584.JavaMail.root@zmail05.collab.prod.int.phx2.redhat.com> Hi All, Looking at the great guidelines for building java for Fedora http://fedoraproject.org/wiki/Packaging:Java. Can anyone recommend a decent maven based srpm that I can use as a reference? Martin S. From jjohnstn at redhat.com Tue Oct 13 17:06:32 2009 From: jjohnstn at redhat.com (Jeff Johnston) Date: Tue, 13 Oct 2009 13:06:32 -0400 Subject: [fedora-java] Missing deps for eclipse-ptp In-Reply-To: <4AD4A29F.1050905@cora.nwra.com> References: <4AD4A29F.1050905@cora.nwra.com> Message-ID: <4AD4B398.5080103@redhat.com> On 13/10/09 11:54 AM, Orion Poplawski wrote: > I'm trying to build eclipse-ptp for F13 and getting: > > [eclipse.buildScript] Some inter-plug-in dependencies have not been > satisfied. > [eclipse.buildScript] Bundle org.eclipse.ptp.rdt.core.tests: > [eclipse.buildScript] Missing required plug-in > org.eclipse.cdt.core.tests_5.0.1. > [eclipse.buildScript] Bundle org.eclipse.ptp.rdt.managedbuilder.xlc.ui: > [eclipse.buildScript] Missing required plug-in > org.eclipse.cdt.managedbuilder.xlc.core_5.0.0. > [eclipse.buildScript] Missing required plug-in > org.eclipse.cdt.managedbuilder.xlc.ui_6.0.0. > > These don't seem to be in our cdt packages. Any reason why? No idea what > they are.... > We don't ship the tests by default. There is a flag ship_tests which can be set to force the eclipse-cdt.spec file to create the package eclipse-cdt-tests. The xlc and c99 stuff has been removed for some time because it relied on a binary lpg java runtime jar which was shipped in the CDT without source. I have been made aware that there is now an lpg-java package available so I will look at changing the build to prereq this. -- Jeff J. From fedora at matbooth.co.uk Tue Oct 13 18:26:20 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Tue, 13 Oct 2009 19:26:20 +0100 Subject: [fedora-java] Missing deps for eclipse-ptp In-Reply-To: <4AD4B398.5080103@redhat.com> References: <4AD4A29F.1050905@cora.nwra.com> <4AD4B398.5080103@redhat.com> Message-ID: <9497e9990910131126h119d69e9nc91b6ff2da075c8d@mail.gmail.com> 2009/10/13 Jeff Johnston : > On 13/10/09 11:54 AM, Orion Poplawski wrote: >> >> I'm trying to build eclipse-ptp for F13 and getting: >> >> [eclipse.buildScript] Some inter-plug-in dependencies have not been >> satisfied. >> [eclipse.buildScript] Bundle org.eclipse.ptp.rdt.core.tests: >> [eclipse.buildScript] Missing required plug-in >> org.eclipse.cdt.core.tests_5.0.1. >> [eclipse.buildScript] Bundle org.eclipse.ptp.rdt.managedbuilder.xlc.ui: >> [eclipse.buildScript] Missing required plug-in >> org.eclipse.cdt.managedbuilder.xlc.core_5.0.0. >> [eclipse.buildScript] Missing required plug-in >> org.eclipse.cdt.managedbuilder.xlc.ui_6.0.0. >> >> These don't seem to be in our cdt packages. Any reason why? No idea what >> they are.... >> > > We don't ship the tests by default. ?There is a flag ship_tests which can be > set to force the eclipse-cdt.spec file to create the package > eclipse-cdt-tests. > > The xlc and c99 stuff has been removed for some time because it relied on a > binary lpg java runtime jar which was shipped in the CDT without source. ?I > have been made aware that there is now an lpg-java package available so I > will look at changing the build to prereq this. > > -- Jeff J. > There is indeed, I packaged lpg because it was also an eclipse-dtp dependency. Presumably you need the same version that is orbit (lpg 1.1), so you'll want to require lpg-java-compat rather than lpg-java. Unfortunately that version of lpg (version 1.1) is no longer maintained upstream; what are the chances of getting CDT upstream to migrate to the newer and more actively maintained lpg 2.0? -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? From jjohnstn at redhat.com Tue Oct 13 22:01:18 2009 From: jjohnstn at redhat.com (Jeff Johnston) Date: Tue, 13 Oct 2009 18:01:18 -0400 Subject: [fedora-java] Missing deps for eclipse-ptp In-Reply-To: <9497e9990910131126h119d69e9nc91b6ff2da075c8d@mail.gmail.com> References: <4AD4A29F.1050905@cora.nwra.com> <4AD4B398.5080103@redhat.com> <9497e9990910131126h119d69e9nc91b6ff2da075c8d@mail.gmail.com> Message-ID: <4AD4F8AE.2030508@redhat.com> On 13/10/09 02:26 PM, Mat Booth wrote: > 2009/10/13 Jeff Johnston: >> On 13/10/09 11:54 AM, Orion Poplawski wrote: >>> >>> I'm trying to build eclipse-ptp for F13 and getting: >>> >>> [eclipse.buildScript] Some inter-plug-in dependencies have not been >>> satisfied. >>> [eclipse.buildScript] Bundle org.eclipse.ptp.rdt.core.tests: >>> [eclipse.buildScript] Missing required plug-in >>> org.eclipse.cdt.core.tests_5.0.1. >>> [eclipse.buildScript] Bundle org.eclipse.ptp.rdt.managedbuilder.xlc.ui: >>> [eclipse.buildScript] Missing required plug-in >>> org.eclipse.cdt.managedbuilder.xlc.core_5.0.0. >>> [eclipse.buildScript] Missing required plug-in >>> org.eclipse.cdt.managedbuilder.xlc.ui_6.0.0. >>> >>> These don't seem to be in our cdt packages. Any reason why? No idea what >>> they are.... >>> >> >> We don't ship the tests by default. There is a flag ship_tests which can be >> set to force the eclipse-cdt.spec file to create the package >> eclipse-cdt-tests. >> >> The xlc and c99 stuff has been removed for some time because it relied on a >> binary lpg java runtime jar which was shipped in the CDT without source. I >> have been made aware that there is now an lpg-java package available so I >> will look at changing the build to prereq this. >> >> -- Jeff J. >> > > There is indeed, I packaged lpg because it was also an eclipse-dtp > dependency. Presumably you need the same version that is orbit (lpg > 1.1), so you'll want to require lpg-java-compat rather than lpg-java. > Thanks for the info. > Unfortunately that version of lpg (version 1.1) is no longer > maintained upstream; what are the chances of getting CDT upstream to > migrate to the newer and more actively maintained lpg 2.0? > I would imagine good if it is just plugging in 2.0 and everything works. I can try it after I get 1.1 working. If 2.0 requires patches, it may require some discussion to get them to upgrade. -- Jeff J. From orion at cora.nwra.com Tue Oct 13 23:08:34 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 13 Oct 2009 17:08:34 -0600 Subject: [fedora-java] Missing deps for eclipse-ptp In-Reply-To: <4AD4B398.5080103@redhat.com> References: <4AD4A29F.1050905@cora.nwra.com> <4AD4B398.5080103@redhat.com> Message-ID: <4AD50872.3030102@cora.nwra.com> On 10/13/2009 11:06 AM, Jeff Johnston wrote: > On 13/10/09 11:54 AM, Orion Poplawski wrote: >> I'm trying to build eclipse-ptp for F13 and getting: >> >> [eclipse.buildScript] Some inter-plug-in dependencies have not been >> satisfied. >> [eclipse.buildScript] Bundle org.eclipse.ptp.rdt.core.tests: >> [eclipse.buildScript] Missing required plug-in >> org.eclipse.cdt.core.tests_5.0.1. >> [eclipse.buildScript] Bundle org.eclipse.ptp.rdt.managedbuilder.xlc.ui: >> [eclipse.buildScript] Missing required plug-in >> org.eclipse.cdt.managedbuilder.xlc.core_5.0.0. >> [eclipse.buildScript] Missing required plug-in >> org.eclipse.cdt.managedbuilder.xlc.ui_6.0.0. >> >> These don't seem to be in our cdt packages. Any reason why? No idea what >> they are.... >> > > We don't ship the tests by default. There is a flag ship_tests which can > be set to force the eclipse-cdt.spec file to create the package > eclipse-cdt-tests. Looks like they are needed for the ptp tests packages. I can try to disable those for now. Don't know what their purpose is yet. > The xlc and c99 stuff has been removed for some time because it relied > on a binary lpg java runtime jar which was shipped in the CDT without > source. I have been made aware that there is now an lpg-java package > available so I will look at changing the build to prereq this. > > -- Jeff J. Another missing item: [eclipse.buildScript] Bundle org.eclipse.ptp.pldt.upc: [eclipse.buildScript] Missing required plug-in org.eclipse.cdt.core.parser.upc_5.0.0. Any ideas on this one? 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 fedora at matbooth.co.uk Wed Oct 14 10:02:47 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Wed, 14 Oct 2009 11:02:47 +0100 Subject: [fedora-java] Missing deps for eclipse-ptp In-Reply-To: <4AD4F8AE.2030508@redhat.com> References: <4AD4A29F.1050905@cora.nwra.com> <4AD4B398.5080103@redhat.com> <9497e9990910131126h119d69e9nc91b6ff2da075c8d@mail.gmail.com> <4AD4F8AE.2030508@redhat.com> Message-ID: <9497e9990910140302n4aa65b15j68a6d2b135a515c1@mail.gmail.com> 2009/10/13 Jeff Johnston : > On 13/10/09 02:26 PM, Mat Booth wrote: >> >> There is indeed, I packaged lpg because it was also an eclipse-dtp >> dependency. Presumably you need the same version that is orbit (lpg >> 1.1), so you'll want to require lpg-java-compat rather than lpg-java. >> > > Thanks for the info. > >> Unfortunately that version of lpg (version 1.1) is no longer >> maintained upstream; what are the chances of getting CDT upstream to >> migrate to the newer and more actively maintained lpg 2.0? >> > > I would imagine good if it is just plugging in 2.0 and everything works. > I can try it after I get 1.1 working. ?If 2.0 requires patches, it may > require some discussion to get them to upgrade. > > -- Jeff J. > Well the jar name and the package names have changed, so there will be a non-zero amount of patching needed. I can't comment on API changes however. -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? From choeger at cs.tu-berlin.de Wed Oct 14 10:22:04 2009 From: choeger at cs.tu-berlin.de (Christoph =?ISO-8859-1?Q?H=F6ger?=) Date: Wed, 14 Oct 2009 12:22:04 +0200 Subject: [fedora-java] Is this specified somewhere? Message-ID: <1255515724.2765.25.camel@choeger6> Hi, I was just pointed to a strange thing in javas anonymous class features. Consider the following class: package javabug; public class NormalTestClass { final Integer i; //mark NormalTestClass() { i = 101; //mark foo(); } public void foo() { } } When you create an anonyous class like final Integer i = 100; NormalTestClass myClass = new NormalTestClass() { @Override public void foo() { System.err.println(i); } }; Instead of 100 the output would be 101. The problem is that we had discussed a case that used to occur in older versions of java when you removed the marked lines: In that case in the first call of foo() the variable i would not yet be initialised and therefore be null. This is fixed now. But what you get now is problematic on its own: Effectively you are forced into not using variables that are privately used by the superclass (you might not even know of). Any comments on this issue? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From ophidian at ophidian.homeip.net Wed Oct 14 11:48:49 2009 From: ophidian at ophidian.homeip.net (Aaron Clark) Date: Wed, 14 Oct 2009 07:48:49 -0400 Subject: [fedora-java] Is this specified somewhere? In-Reply-To: <1255515724.2765.25.camel@choeger6> References: <1255515724.2765.25.camel@choeger6> Message-ID: <20BF2A0C-AF35-4187-ACB4-0C82FF09C557@ophidian.homeip.net> On 14-Oct-09, at 6:22 AM, Christoph H?ger wrote: > Hi, > > I was just pointed to a strange thing in javas anonymous class > features. > > Consider the following class: > > package javabug; > > public class NormalTestClass { > > final Integer i; //mark > > NormalTestClass() { > i = 101; //mark > foo(); > } > > public void foo() { } > } > > > When you create an anonyous class like > > final Integer i = 100; > > NormalTestClass myClass = new NormalTestClass() { > > @Override > public void foo() { > System.err.println(i); > } > }; > > Instead of 100 the output would be 101. > The problem is that we had discussed a case that used to occur in > older > versions of java when you removed the marked lines: In that case in > the > first call of foo() the variable i would not yet be initialised and > therefore be null. > This is fixed now. But what you get now is problematic on its own: > Effectively you are forced into not using variables that are privately > used by the superclass (you might not even know of). > > Any comments on this issue? > Actually, it makes perfect sense. The first i is package scoped, not private, so it is visible to the child class if it's in the same package, and the second i is at a higher scope level than the anonymous class. Inside the anonymous class definition, you're referencing the 'closest' scoped variable with that name, which is the class variable rather than what it might view as a global variable. If you moved the definition of the 100 inside the anonymous class, then your new foo() would reference it. Aaron -- "In the last, lorn fight 'gainst the fall of long night, the mountains stand guard, and the dead shall be ward, for the grave is no bar to my call." --The Horn Of Valere From orion at cora.nwra.com Wed Oct 14 23:17:51 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 14 Oct 2009 17:17:51 -0600 Subject: [fedora-java] Trouble with eclipse plugin version matching Message-ID: <4AD65C1F.7050900@cora.nwra.com> Trying to build eclipse-ptp, getting: /usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.5.1.R35x_20090820/scripts/build.xml:35: The following error occurred while executing this line: /usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.5.1.R35x_20090820/scripts/build.xml:91: The following error occurred while executing this line: /usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.5.1.R35x_20090820/templates/package-build/customTargets.xml:19: The following error occurred while executing this line: /usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.5.1.R35x_20090820/scripts/genericTargets.xml:106: Bundle org.eclipse.ptp.pldt.upc_0.0.0 failed to resolve.: Missing required plug-in org.eclipse.cdt.core.parser.upc_5.0.0. The requires line is: The version in cdt-parsers is: /usr/lib/eclipse/dropins/cdt-parsers/eclipse/plugins/org.eclipse.cdt.core.parser.upc_5.1.0.200906161748.jar so why isn't it satisfied? File a bug? Where? -- 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 Oct 15 16:24:04 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 15 Oct 2009 10:24:04 -0600 Subject: [fedora-java] Missing deps for eclipse-ptp In-Reply-To: <4AD628B4.2080600@redhat.com> References: <4AD4A29F.1050905@cora.nwra.com> <4AD4B398.5080103@redhat.com> <4AD50872.3030102@cora.nwra.com> <4AD5F7B9.1020702@redhat.com> <4AD5F9B8.5020507@cora.nwra.com> <4AD628B4.2080600@redhat.com> Message-ID: <4AD74CA4.2020505@cora.nwra.com> On 10/14/2009 01:38 PM, Jeff Johnston wrote: > I have built the parsers into a separate sub-package called > eclipse-cdt-parsers. > > Let me know if there are any problems. You'll probably want to use the > new Eclipse 3.5.1 as there appears to be a bug in the 3.5.0 UI. > > -- Jeff J. I'm not having much luck. See: http://koji.fedoraproject.org/koji/taskinfo?taskID=1747631 [eclipse.buildScript] Some inter-plug-in dependencies have not been satisfied. [eclipse.buildScript] Bundle org.eclipse.ptp.rdt.core.tests: [eclipse.buildScript] Missing required plug-in org.eclipse.cdt.core.tests_5.0.1. [eclipse.buildScript] Bundle org.eclipse.ptp.pldt.upc: [eclipse.buildScript] Missing required plug-in org.eclipse.cdt.core.parser.upc_0.0.0. [eclipse.buildScript] Bundle org.eclipse.cdt.core.lrparser.xlc: [eclipse.buildScript] Missing required plug-in org.eclipse.cdt.core.lrparser_5.1.0. [eclipse.buildScript] Bundle org.eclipse.cdt.core.lrparser: [eclipse.buildScript] Missing required plug-in net.sourceforge.lpg.lpgjavaruntime_1.1.0. [eclipse.buildScript] Bundle org.eclipse.cdt.core.parser.upc: [eclipse.buildScript] Missing required plug-in net.sourceforge.lpg.lpgjavaruntime_1.1.0. [eclipse.buildScript] Missing required plug-in org.eclipse.cdt.core.lrparser_5.0.0. [eclipse.buildScript] Bundle org.eclipse.cdt.managedbuilder.xlupc.ui: [eclipse.buildScript] Missing required plug-in org.eclipse.cdt.core.parser.upc_5.0.0. BUILD FAILED /usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.5.1.R35x_20090820/scripts/build.xml:35: The following error occurred while executing this line: /usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.5.1.R35x_20090820/scripts/build.xml:91: The following error occurred while executing this line: /usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.5.1.R35x_20090820/templates/package-build/customTargets.xml:19: The following error occurred while executing this line: /usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.5.1.R35x_20090820/scripts/genericTargets.xml:106: Bundle org.eclipse.ptp.pldt.upc_0.0.0 failed to resolve.: Missing required plug-in org.eclipse.cdt.core.parser.upc_0.0.0. It's still not finding org.eclipse.cdt.core.parser.upc. I've tried stripping all version information about upc I can find to no avail. It also complains about lrparser and lpgjavaruntime. Not sure if I should be adding lpg somehow to the pdebuild script. Any help would be appreciated. -- 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 fedora at matbooth.co.uk Thu Oct 15 17:27:02 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Thu, 15 Oct 2009 18:27:02 +0100 Subject: [fedora-java] Missing deps for eclipse-ptp In-Reply-To: <4AD74CA4.2020505@cora.nwra.com> References: <4AD4A29F.1050905@cora.nwra.com> <4AD4B398.5080103@redhat.com> <4AD50872.3030102@cora.nwra.com> <4AD5F7B9.1020702@redhat.com> <4AD5F9B8.5020507@cora.nwra.com> <4AD628B4.2080600@redhat.com> <4AD74CA4.2020505@cora.nwra.com> Message-ID: <9497e9990910151027n6c1bf03cr9583a44f1cd696d3@mail.gmail.com> 2009/10/15 Orion Poplawski : > On 10/14/2009 01:38 PM, Jeff Johnston wrote: >> >> I have built the parsers into a separate sub-package called >> eclipse-cdt-parsers. >> >> Let me know if there are any problems. You'll probably want to use the >> new Eclipse 3.5.1 as there appears to be a bug in the 3.5.0 UI. >> >> -- Jeff J. > > I'm not having much luck. ?See: > > http://koji.fedoraproject.org/koji/taskinfo?taskID=1747631 > > > [eclipse.buildScript] Some inter-plug-in dependencies have not been > satisfied. > [eclipse.buildScript] Bundle org.eclipse.ptp.rdt.core.tests: > [eclipse.buildScript] ? Missing required plug-in > org.eclipse.cdt.core.tests_5.0.1. > [eclipse.buildScript] Bundle org.eclipse.ptp.pldt.upc: > [eclipse.buildScript] ? Missing required plug-in > org.eclipse.cdt.core.parser.upc_0.0.0. > [eclipse.buildScript] Bundle org.eclipse.cdt.core.lrparser.xlc: > [eclipse.buildScript] ? Missing required plug-in > org.eclipse.cdt.core.lrparser_5.1.0. > [eclipse.buildScript] Bundle org.eclipse.cdt.core.lrparser: > [eclipse.buildScript] ? Missing required plug-in > net.sourceforge.lpg.lpgjavaruntime_1.1.0. > [eclipse.buildScript] Bundle org.eclipse.cdt.core.parser.upc: > [eclipse.buildScript] ? Missing required plug-in > net.sourceforge.lpg.lpgjavaruntime_1.1.0. > [eclipse.buildScript] ? Missing required plug-in > org.eclipse.cdt.core.lrparser_5.0.0. > [eclipse.buildScript] Bundle org.eclipse.cdt.managedbuilder.xlupc.ui: > [eclipse.buildScript] ? Missing required plug-in > org.eclipse.cdt.core.parser.upc_5.0.0. > BUILD FAILED > /usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.5.1.R35x_20090820/scripts/build.xml:35: > The following error occurred while executing this line: > /usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.5.1.R35x_20090820/scripts/build.xml:91: > The following error occurred while executing this line: > /usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.5.1.R35x_20090820/templates/package-build/customTargets.xml:19: > The following error occurred while executing this line: > /usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.5.1.R35x_20090820/scripts/genericTargets.xml:106: > Bundle org.eclipse.ptp.pldt.upc_0.0.0 failed to resolve.: > ? ? ? ?Missing required plug-in org.eclipse.cdt.core.parser.upc_0.0.0. > > > It's still not finding org.eclipse.cdt.core.parser.upc. ?I've tried > stripping all version information about upc I can find to no avail. > > It also complains about lrparser and lpgjavaruntime. ?Not sure if I should > be adding lpg somehow to the pdebuild script. > > Any help would be appreciated. > The lpg java runtime is from orbit and is available in Fedora in the package lpg-java-compat. Look at a package like eclipse-dtp to see how to set up orbit dependencies. -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? From jjohnstn at redhat.com Thu Oct 15 17:42:07 2009 From: jjohnstn at redhat.com (Jeff Johnston) Date: Thu, 15 Oct 2009 13:42:07 -0400 Subject: [fedora-java] Missing deps for eclipse-ptp In-Reply-To: <9497e9990910151027n6c1bf03cr9583a44f1cd696d3@mail.gmail.com> References: <4AD4A29F.1050905@cora.nwra.com> <4AD4B398.5080103@redhat.com> <4AD50872.3030102@cora.nwra.com> <4AD5F7B9.1020702@redhat.com> <4AD5F9B8.5020507@cora.nwra.com> <4AD628B4.2080600@redhat.com> <4AD74CA4.2020505@cora.nwra.com> <9497e9990910151027n6c1bf03cr9583a44f1cd696d3@mail.gmail.com> Message-ID: <4AD75EEF.8060503@redhat.com> On 15/10/09 01:27 PM, Mat Booth wrote: > 2009/10/15 Orion Poplawski: >> On 10/14/2009 01:38 PM, Jeff Johnston wrote: >>> >>> I have built the parsers into a separate sub-package called >>> eclipse-cdt-parsers. >>> >>> Let me know if there are any problems. You'll probably want to use the >>> new Eclipse 3.5.1 as there appears to be a bug in the 3.5.0 UI. >>> >>> -- Jeff J. >> >> I'm not having much luck. See: >> >> http://koji.fedoraproject.org/koji/taskinfo?taskID=1747631 >> >> >> [eclipse.buildScript] Some inter-plug-in dependencies have not been >> satisfied. >> [eclipse.buildScript] Bundle org.eclipse.ptp.rdt.core.tests: >> [eclipse.buildScript] Missing required plug-in >> org.eclipse.cdt.core.tests_5.0.1. >> [eclipse.buildScript] Bundle org.eclipse.ptp.pldt.upc: >> [eclipse.buildScript] Missing required plug-in >> org.eclipse.cdt.core.parser.upc_0.0.0. >> [eclipse.buildScript] Bundle org.eclipse.cdt.core.lrparser.xlc: >> [eclipse.buildScript] Missing required plug-in >> org.eclipse.cdt.core.lrparser_5.1.0. >> [eclipse.buildScript] Bundle org.eclipse.cdt.core.lrparser: >> [eclipse.buildScript] Missing required plug-in >> net.sourceforge.lpg.lpgjavaruntime_1.1.0. >> [eclipse.buildScript] Bundle org.eclipse.cdt.core.parser.upc: >> [eclipse.buildScript] Missing required plug-in >> net.sourceforge.lpg.lpgjavaruntime_1.1.0. >> [eclipse.buildScript] Missing required plug-in >> org.eclipse.cdt.core.lrparser_5.0.0. >> [eclipse.buildScript] Bundle org.eclipse.cdt.managedbuilder.xlupc.ui: >> [eclipse.buildScript] Missing required plug-in >> org.eclipse.cdt.core.parser.upc_5.0.0. >> BUILD FAILED >> /usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.5.1.R35x_20090820/scripts/build.xml:35: >> The following error occurred while executing this line: >> /usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.5.1.R35x_20090820/scripts/build.xml:91: >> The following error occurred while executing this line: >> /usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.5.1.R35x_20090820/templates/package-build/customTargets.xml:19: >> The following error occurred while executing this line: >> /usr/lib64/eclipse/dropins/sdk/plugins/org.eclipse.pde.build_3.5.1.R35x_20090820/scripts/genericTargets.xml:106: >> Bundle org.eclipse.ptp.pldt.upc_0.0.0 failed to resolve.: >> Missing required plug-in org.eclipse.cdt.core.parser.upc_0.0.0. >> >> >> It's still not finding org.eclipse.cdt.core.parser.upc. I've tried >> stripping all version information about upc I can find to no avail. >> >> It also complains about lrparser and lpgjavaruntime. Not sure if I should >> be adding lpg somehow to the pdebuild script. >> >> Any help would be appreciated. >> > > > The lpg java runtime is from orbit and is available in Fedora in the > package lpg-java-compat. Look at a package like eclipse-dtp to see how > to set up orbit dependencies. > > I didn't put in the ln -s for the install of the new eclipse-cdt-parsers subpackage. I will add it and rebuild. Thanks, -- Jeff J. From orion at cora.nwra.com Thu Oct 15 19:41:06 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 15 Oct 2009 13:41:06 -0600 Subject: [fedora-java] Missing deps for eclipse-ptp In-Reply-To: <9497e9990910151027n6c1bf03cr9583a44f1cd696d3@mail.gmail.com> References: <4AD4A29F.1050905@cora.nwra.com> <4AD4B398.5080103@redhat.com> <4AD50872.3030102@cora.nwra.com> <4AD5F7B9.1020702@redhat.com> <4AD5F9B8.5020507@cora.nwra.com> <4AD628B4.2080600@redhat.com> <4AD74CA4.2020505@cora.nwra.com> <9497e9990910151027n6c1bf03cr9583a44f1cd696d3@mail.gmail.com> Message-ID: <4AD77AD2.20008@cora.nwra.com> On 10/15/2009 11:27 AM, Mat Booth wrote: > > The lpg java runtime is from orbit and is available in Fedora in the > package lpg-java-compat. Look at a package like eclipse-dtp to see how > to set up orbit dependencies. That did the trick. 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 Oct 15 21:18:52 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Thu, 15 Oct 2009 15:18:52 -0600 Subject: [fedora-java] Bug 529278 - Review Request: eclipse-ptp - Eclipse Parallel Tools Platform Message-ID: <4AD791BC.8000606@cora.nwra.com> Bug 529278 - Review Request: eclipse-ptp - Eclipse Parallel Tools Platform Ready for your reviewing pleasure... :-) Thanks to Jeff Johnson and Matt Booth for their help. -- 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 tim.lauridsen at googlemail.com Sun Oct 18 11:38:40 2009 From: tim.lauridsen at googlemail.com (Tim Lauridsen) Date: Sun, 18 Oct 2009 13:38:40 +0200 Subject: [fedora-java] Unable to click some buttons in Eclipse In-Reply-To: References: Message-ID: <4ADAFE40.3090600@googlemail.com> On 10/13/2009 06:09 PM, darrell pfeifer wrote: > On Tue, Oct 13, 2009 at 09:00, Mary Ellen Foster wrote: > >> Just wondering if my computer has gone totally wacko, or if anyone >> else is seeing this on Rawhide: >> https://bugzilla.redhat.com/show_bug.cgi?id=528679 >> The workaround of using the keyboard seems to work fine, but still, >> it's quite weird ... >> >> MEF >> > Same problem here, for at least a week, maybe two. I use a Sun JRE. > > Java(TM) SE Runtime Environment (build 1.6.0_16-b01) > > Another workaround is to select the button with the mouse, then hit > the enter key. > > I've been hoping that some update might fix it (jre, glib2 or even the > fedora theme) but no luck so far. > > darrell > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list > look like it is fixed in todays eclipse updates :) Tim From jimhayward at embarqmail.com Mon Oct 19 04:38:10 2009 From: jimhayward at embarqmail.com (Jim Hayward) Date: Sun, 18 Oct 2009 21:38:10 -0700 Subject: [fedora-java] Unable to click some buttons in Eclipse In-Reply-To: <4ADAFE40.3090600@googlemail.com> References: <4ADAFE40.3090600@googlemail.com> Message-ID: <1255927090.2062.13.camel@garfield> On Sun, 2009-10-18 at 13:38 +0200, Tim Lauridsen wrote: > > > look like it is fixed in todays eclipse updates :) I still appear to be seeing some problems. Some of the Java dialogs are still not working for me. The "finish" buttons in the new Java class and interface dialogs don't work at all. Even using enter or the shortcut keys from the keyboard. Temporarily moving my old ~/.eclipse and workspace didn't help either. Do these dialogs work for anyone else? Regards, Jim H From tim.lauridsen at googlemail.com Tue Oct 20 05:30:29 2009 From: tim.lauridsen at googlemail.com (Tim Lauridsen) Date: Tue, 20 Oct 2009 07:30:29 +0200 Subject: [fedora-java] Unable to click some buttons in Eclipse In-Reply-To: <1255927090.2062.13.camel@garfield> References: <4ADAFE40.3090600@googlemail.com> <1255927090.2062.13.camel@garfield> Message-ID: <4ADD4AF5.1050004@googlemail.com> On 10/19/2009 06:38 AM, Jim Hayward wrote: > On Sun, 2009-10-18 at 13:38 +0200, Tim Lauridsen wrote: > > >>> >>> >> look like it is fixed in todays eclipse updates :) >> > I still appear to be seeing some problems. Some of the Java dialogs are > still not working for me. The "finish" buttons in the new Java class and > interface dialogs don't work at all. Even using enter or the shortcut > keys from the keyboard. Temporarily moving my old ~/.eclipse and > workspace didn't help either. > > Do these dialogs work for anyone else? > > Regards, > Jim H > > -- > fedora-devel-java-list mailing list > fedora-devel-java-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-java-list > Everything works for me using the following packages. eclipse-swt-3.5.1-1.fc12.i686 eclipse-platform-3.5.1-1.fc12.i686 eclipse-pydev-1.4.7-3.fc12.i686 eclipse-egit-0.5.0-2.fc12.noarch eclipse-rcp-3.5.1-1.fc12.i686 eclipse-jdt-3.5.1-1.fc12.i686 Tim From rdieter at math.unl.edu Tue Oct 20 17:14:41 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 20 Oct 2009 12:14:41 -0500 Subject: [fedora-java] soprano/sesame, needs java love Message-ID: <4ADDF001.2060604@math.unl.edu> In order to help make fedora/kde rock more, we're in need of some java love. In particular, some help to get soprano's java/sesame2 backend buildable from source. Looks like debian has been fortunate enough to make that happen, see also: http://osdir.com/ml/debian-java/2009-09/msg00098.html http://pusling.com/blog/?p=76 http://rdieter.livejournal.com/12915.html The last one, being that a contributor who previously offered to help, bore no fruit. Would there be anyone here interested in helping make this happen in fedora? You'd earn my eternal gratitude as well as an adult beverage of your choice if we're lucky enough to meet in person (say, at FUDCon Toronto, or something). -- Rex From mefoster at gmail.com Wed Oct 21 06:46:47 2009 From: mefoster at gmail.com (Mary Ellen Foster) Date: Wed, 21 Oct 2009 07:46:47 +0100 Subject: [fedora-java] soprano/sesame, needs java love In-Reply-To: <4ADDF001.2060604@math.unl.edu> References: <4ADDF001.2060604@math.unl.edu> Message-ID: 2009/10/20 Rex Dieter : > In order to help make fedora/kde rock more, we're in need of some java > love. ?In particular, some help to get soprano's java/sesame2 backend > buildable from source. > > Looks like debian has been fortunate enough to make that happen, see also: > http://osdir.com/ml/debian-java/2009-09/msg00098.html > http://pusling.com/blog/?p=76 > http://rdieter.livejournal.com/12915.html > > The last one, being that a contributor who previously offered to help, > bore no fruit. > > Would there be anyone here interested in helping make this happen in > fedora? ? You'd earn my eternal gratitude as well as an adult beverage > of your choice ?if we're lucky enough to meet in person (say, at FUDCon > Toronto, or something). I'm interested in both KDE and Java, so I'm willing to give this a go ... MEF -- Mary Ellen Foster -- http://www.macs.hw.ac.uk/~mef3/ Interaction Lab -- http://www.macs.hw.ac.uk/InteractionLab School of Mathematical and Computer Sciences, Heriot-Watt University Heriot-Watt University is a Scottish charity registered under charity number SC000278 From mefoster at gmail.com Wed Oct 21 08:56:11 2009 From: mefoster at gmail.com (Mary Ellen Foster) Date: Wed, 21 Oct 2009 09:56:11 +0100 Subject: [fedora-java] soprano/sesame, needs java love In-Reply-To: References: <4ADDF001.2060604@math.unl.edu> Message-ID: 2009/10/21 Mary Ellen Foster : > 2009/10/20 Rex Dieter : >> In order to help make fedora/kde rock more, we're in need of some java >> love. ?In particular, some help to get soprano's java/sesame2 backend >> buildable from source. > I'm interested in both KDE and Java, so I'm willing to give this a go ... I've given this a closer look now, and it looks like the normal Java every-dependency-included-in-binary-form mess. Wonder how many of these are already in Fedora ... MEF -- Mary Ellen Foster -- http://www.macs.hw.ac.uk/~mef3/ Interaction Lab -- http://www.macs.hw.ac.uk/InteractionLab School of Mathematical and Computer Sciences, Heriot-Watt University Heriot-Watt University is a Scottish charity registered under charity number SC000278 From aph at redhat.com Wed Oct 21 09:09:31 2009 From: aph at redhat.com (Andrew Haley) Date: Wed, 21 Oct 2009 10:09:31 +0100 Subject: [fedora-java] soprano/sesame, needs java love In-Reply-To: References: <4ADDF001.2060604@math.unl.edu> Message-ID: <4ADECFCB.2090803@redhat.com> Mary Ellen Foster wrote: > 2009/10/21 Mary Ellen Foster : >> 2009/10/20 Rex Dieter : >>> In order to help make fedora/kde rock more, we're in need of some java >>> love. In particular, some help to get soprano's java/sesame2 backend >>> buildable from source. >> I'm interested in both KDE and Java, so I'm willing to give this a go ... > > I've given this a closer look now, and it looks like the normal Java > every-dependency-included-in-binary-form mess. Wonder how many of > these are already in Fedora ... We've gone to a lot of trouble to fix such things. Andrew. From mefoster at gmail.com Wed Oct 21 10:06:25 2009 From: mefoster at gmail.com (Mary Ellen Foster) Date: Wed, 21 Oct 2009 11:06:25 +0100 Subject: [fedora-java] Maven and tomcat Message-ID: I've started poking into the requirements for building sesame, and I'm hitting an issue with Tomcat and Maven on Rawhide. This happens every time I try to rebuild the slf4j SRPM on Rawhide (as well as in other cases, but this is an easy reproducer): Here's the error, which I get with both mvn and mvn-jpp: Project ID: null:servlet-api:jar:5.5.27 Reason: Cannot find parent: tomcat:tomcat-parent for project: null:servlet-api:jar:5.5.27 for project null:servlet-api:jar:5.5.27 The package tomcat5-servlet-2.4-api *is* installed and includes a plausible-looking /usr/share/maven2/poms/JPP-tomcat5-servlet-2.4-api.pom file. What's going on? What does Maven want that it's not getting? Eventually I'll learn to understand and love Maven, I'm sure ... :) MEF -- Mary Ellen Foster -- http://www.macs.hw.ac.uk/~mef3/ Interaction Lab -- http://www.macs.hw.ac.uk/InteractionLab School of Mathematical and Computer Sciences, Heriot-Watt University Heriot-Watt University is a Scottish charity registered under charity number SC000278 From akurtako at redhat.com Wed Oct 21 10:09:36 2009 From: akurtako at redhat.com (Alexander Kurtakov) Date: Wed, 21 Oct 2009 13:09:36 +0300 Subject: [fedora-java] soprano/sesame, needs java love In-Reply-To: References: <4ADDF001.2060604@math.unl.edu> Message-ID: <200910211309.36690.akurtako@redhat.com> > 2009/10/21 Mary Ellen Foster : > > 2009/10/20 Rex Dieter : > >> In order to help make fedora/kde rock more, we're in need of some java > >> love. In particular, some help to get soprano's java/sesame2 backend > >> buildable from source. > > > > I'm interested in both KDE and Java, so I'm willing to give this a go ... > > I've given this a closer look now, and it looks like the normal Java > every-dependency-included-in-binary-form mess. Wonder how many of > these are already in Fedora ... > > MEF > If you start documenting what binaries are included, what's missing in fedora and etc I'll try to help from time to time. Maybe a wiki page? Alex From akurtako at redhat.com Wed Oct 21 10:22:27 2009 From: akurtako at redhat.com (Alexander Kurtakov) Date: Wed, 21 Oct 2009 13:22:27 +0300 Subject: [fedora-java] Maven and tomcat In-Reply-To: References: Message-ID: <200910211322.27603.akurtako@redhat.com> > I've started poking into the requirements for building sesame, and I'm > hitting an issue with Tomcat and Maven on Rawhide. This happens every > time I try to rebuild the slf4j SRPM on Rawhide (as well as in other > cases, but this is an easy reproducer): > > Here's the error, which I get with both mvn and mvn-jpp: > Project ID: null:servlet-api:jar:5.5.27 > > Reason: Cannot find parent: tomcat:tomcat-parent for project: > null:servlet-api:jar:5.5.27 for project null:servlet-api:jar:5.5.27 > > > The package tomcat5-servlet-2.4-api *is* installed and includes a > plausible-looking > /usr/share/maven2/poms/JPP-tomcat5-servlet-2.4-api.pom file. > > What's going on? What does Maven want that it's not getting? > > Eventually I'll learn to understand and love Maven, I'm sure ... :) > > MEF > mvn-jpp is looking for fragments in /etc/maven/fragments. And the fragment file is part of the tomcat5 package. If you add tomcat5 as a BuildRequires it should work. Are you trying to update slf4j or it is failing on regular rebuild? Alex From mefoster at gmail.com Wed Oct 21 10:32:54 2009 From: mefoster at gmail.com (Mary Ellen Foster) Date: Wed, 21 Oct 2009 11:32:54 +0100 Subject: [fedora-java] Maven and tomcat In-Reply-To: <200910211322.27603.akurtako@redhat.com> References: <200910211322.27603.akurtako@redhat.com> Message-ID: 2009/10/21 Alexander Kurtakov : > mvn-jpp is looking for fragments in /etc/maven/fragments. > And the fragment file is part of the tomcat5 package. If you add tomcat5 as a > BuildRequires it should work. Are you trying to update slf4j or it is failing > on regular rebuild? It was failing on regular rebuild -- I was trying to look at its spec file to see if I could get clues to fix my building-openrdf problem. I didn't realise that tomcat5-servlet-2.4-api didn't Require tomcat5. Installing tomcat5 (with its fragments) fixed the problem -- you may want to add it as a BuildRequire to slf4j. Thanks a lot! Back to openrdf now ... MEF -- Mary Ellen Foster -- http://www.macs.hw.ac.uk/~mef3/ Interaction Lab -- http://www.macs.hw.ac.uk/InteractionLab School of Mathematical and Computer Sciences, Heriot-Watt University Heriot-Watt University is a Scottish charity registered under charity number SC000278 From rdieter at math.unl.edu Wed Oct 21 13:34:55 2009 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 21 Oct 2009 08:34:55 -0500 Subject: [fedora-java] Re: soprano/sesame, needs java love References: <4ADDF001.2060604@math.unl.edu> <200910211309.36690.akurtako@redhat.com> Message-ID: Alexander Kurtakov wrote: >> 2009/10/21 Mary Ellen Foster >> : >> > 2009/10/20 Rex Dieter >> > : >> >> In order to help make fedora/kde rock more, we're in need of some java >> >> love. In particular, some help to get soprano's java/sesame2 backend >> >> buildable from source. >> > >> > I'm interested in both KDE and Java, so I'm willing to give this a go >> > ... >> >> I've given this a closer look now, and it looks like the normal Java >> every-dependency-included-in-binary-form mess. Wonder how many of >> these are already in Fedora ... > If you start documenting what binaries are included, what's missing in > fedora and etc I'll try to help from time to time. Maybe a wiki page? Thanks Mary, Alex! feel free to mail me or irc on #fedora-devel or #fedora- kde if you need anything. -- Rex From mefoster at gmail.com Wed Oct 21 14:21:35 2009 From: mefoster at gmail.com (Mary Ellen Foster) Date: Wed, 21 Oct 2009 15:21:35 +0100 Subject: [fedora-java] What's the deal with geronimo-specs? Message-ID: In the course of some other Java stuff, I noticed that the geronimo-specs package doesn't include Maven depmaps (https://bugzilla.redhat.com/show_bug.cgi?id=530088). I then decided to take a look at the actual SRPM itself to see how hard it would be to add things, and it looks like it's actually *very* old (version 1.0M2, released in August 2004) and it doesn't actually build from source any more on Rawhide (errors about javax.transaction.*). What's this package for, anyway? Would it hurt anything to package the 2.1.4 version (March 2009) instead? MEF -- Mary Ellen Foster -- http://www.macs.hw.ac.uk/~mef3/ Interaction Lab -- http://www.macs.hw.ac.uk/InteractionLab School of Mathematical and Computer Sciences, Heriot-Watt University Heriot-Watt University is a Scottish charity registered under charity number SC000278 From mefoster at gmail.com Wed Oct 21 14:23:41 2009 From: mefoster at gmail.com (Mary Ellen Foster) Date: Wed, 21 Oct 2009 15:23:41 +0100 Subject: [fedora-java] Re: What's the deal with geronimo-specs? In-Reply-To: References: Message-ID: 2009/10/21 Mary Ellen Foster : > In the course of some other Java stuff, I noticed that the > geronimo-specs package doesn't include Maven depmaps > (https://bugzilla.redhat.com/show_bug.cgi?id=530088). I then decided > to take a look at the actual SRPM itself to see how hard it would be > to add things, and it looks like it's actually *very* old (version > 1.0M2, released in August 2004) and it doesn't actually build from > source any more on Rawhide (errors about javax.transaction.*). > > What's this package for, anyway? Would it hurt anything to package the > 2.1.4 version (March 2009) instead? p.s. -- It looks like jpackage has a *much* newer package (http://jpackage.org/browser/rpm.php?jppversion=5.0&id=7845) that might be worth importing. I'll check that out now ... MEF -- Mary Ellen Foster -- http://www.macs.hw.ac.uk/~mef3/ Interaction Lab -- http://www.macs.hw.ac.uk/InteractionLab School of Mathematical and Computer Sciences, Heriot-Watt University Heriot-Watt University is a Scottish charity registered under charity number SC000278 From jimhayward at embarqmail.com Wed Oct 21 17:56:32 2009 From: jimhayward at embarqmail.com (Jim Hayward) Date: Wed, 21 Oct 2009 10:56:32 -0700 Subject: [fedora-java] Unable to click some buttons in Eclipse In-Reply-To: <4ADD4AF5.1050004@googlemail.com> References: <4ADAFE40.3090600@googlemail.com> <1255927090.2062.13.camel@garfield> <4ADD4AF5.1050004@googlemail.com> Message-ID: <1256147792.2022.4.camel@garfield> On Tue, 2009-10-20 at 07:30 +0200, Tim Lauridsen wrote: > Everything works for me using the following packages. > > eclipse-swt-3.5.1-1.fc12.i686 > eclipse-platform-3.5.1-1.fc12.i686 > eclipse-pydev-1.4.7-3.fc12.i686 > eclipse-egit-0.5.0-2.fc12.noarch > eclipse-rcp-3.5.1-1.fc12.i686 > eclipse-jdt-3.5.1-1.fc12.i686 Something must have been corrupted with my install. I uninstalled all of my eclipse-* packages and re-installed. Everything is working correctly again now. Regards, Jim H From mefoster at gmail.com Thu Oct 22 10:34:35 2009 From: mefoster at gmail.com (Mary Ellen Foster) Date: Thu, 22 Oct 2009 11:34:35 +0100 Subject: [fedora-java] soprano/sesame, needs java love In-Reply-To: <200910211309.36690.akurtako@redhat.com> References: <4ADDF001.2060604@math.unl.edu> <200910211309.36690.akurtako@redhat.com> Message-ID: 2009/10/21 Alexander Kurtakov : > If you start documenting what binaries are included, what's missing in fedora > and etc I'll try to help from time to time. Maybe a wiki page? To test the scale of the problem, I deleted my ~/.m2 directory and then did a full Maven build of the soprano sesame back end (version 2.4.1, for what it's worth). I then looked at what .jar files were in my .m2 directory after the fact, and checked for each (a) is it in Fedora, (b) does it have an appropriate Maven fragment, and (c) if it's not in Fedora, is it in JPackage? Here are the results: https://fedoraproject.org/wiki/MaryEllenFoster/SopranoSesame Looks like lots of fun. :) NB: Some or all of these jars may not actually be needed in practice -- I haven't looked into where each is used. MEF -- Mary Ellen Foster -- http://www.macs.hw.ac.uk/~mef3/ Interaction Lab -- http://www.macs.hw.ac.uk/InteractionLab School of Mathematical and Computer Sciences, Heriot-Watt University Heriot-Watt University is a Scottish charity registered under charity number SC000278 From fedora at matbooth.co.uk Thu Oct 22 10:55:27 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Thu, 22 Oct 2009 10:55:27 +0000 Subject: [fedora-java] soprano/sesame, needs java love In-Reply-To: References: <4ADDF001.2060604@math.unl.edu> <200910211309.36690.akurtako@redhat.com> Message-ID: <9497e9990910220355v42a11891q44c3cf737f48ff19@mail.gmail.com> 2009/10/22 Mary Ellen Foster : > 2009/10/21 Alexander Kurtakov : >> If you start documenting what binaries are included, what's missing in fedora >> and etc I'll try to help from time to time. Maybe a wiki page? > > To test the scale of the problem, I deleted my ~/.m2 directory and > then did a full Maven build of the soprano sesame back end (version > 2.4.1, for what it's worth). I then looked at what .jar files were in > my .m2 directory after the fact, and checked for each (a) is it in > Fedora, (b) does it have an appropriate Maven fragment, and (c) if > it's not in Fedora, is it in JPackage? > > Here are the results: > ? ?https://fedoraproject.org/wiki/MaryEllenFoster/SopranoSesame > Looks like lots of fun. :) > > NB: Some or all of these jars may not actually be needed in practice > -- I haven't looked into where each is used. > > MEF > > -- > Mary Ellen Foster -- http://www.macs.hw.ac.uk/~mef3/ > Interaction Lab -- http://www.macs.hw.ac.uk/InteractionLab > School of Mathematical and Computer Sciences, Heriot-Watt University > > Heriot-Watt University is a Scottish charity registered under charity > number SC000278 > Nice work, a couple of the jars you list in "Included in Fedora, missing metadata" are mine (commons-codec and xml-commons); I will have a look at them when I get a spare few minutes. -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? From mefoster at gmail.com Thu Oct 22 11:02:02 2009 From: mefoster at gmail.com (Mary Ellen Foster) Date: Thu, 22 Oct 2009 12:02:02 +0100 Subject: [fedora-java] soprano/sesame, needs java love In-Reply-To: <9497e9990910220355v42a11891q44c3cf737f48ff19@mail.gmail.com> References: <4ADDF001.2060604@math.unl.edu> <200910211309.36690.akurtako@redhat.com> <9497e9990910220355v42a11891q44c3cf737f48ff19@mail.gmail.com> Message-ID: 2009/10/22 Mat Booth : > Nice work, a couple of the jars you list in "Included in Fedora, > missing metadata" are mine (commons-codec and xml-commons); I will > have a look at them when I get a spare few minutes. What I mean by "missing metadata": I mean that you ideally should do the %add_to_maven_depmap and %update_maven_depmap steps described here http://fedoraproject.org/wiki/Java/JPPMavenReadme#Packages_adding_their_own_depmaps Side question: what should the values be in %add_to_maven_depmap? I usually do something like this: %add_to_maven_depmap org.codehaus.janino %{name} %{version} JPP %{name} (so the first argument is the package name) but I've also seen %{name} as the first argument. In fact, what are all of the arguments supposed to represent? That page refers to a couple of spec files with examples, but there's no other documentation I can find. Thanks, MEF -- Mary Ellen Foster -- http://www.macs.hw.ac.uk/~mef3/ Interaction Lab -- http://www.macs.hw.ac.uk/InteractionLab School of Mathematical and Computer Sciences, Heriot-Watt University Heriot-Watt University is a Scottish charity registered under charity number SC000278 From fedora at matbooth.co.uk Thu Oct 22 12:41:33 2009 From: fedora at matbooth.co.uk (Mat Booth) Date: Thu, 22 Oct 2009 12:41:33 +0000 Subject: [fedora-java] soprano/sesame, needs java love In-Reply-To: References: <4ADDF001.2060604@math.unl.edu> <200910211309.36690.akurtako@redhat.com> <9497e9990910220355v42a11891q44c3cf737f48ff19@mail.gmail.com> Message-ID: <9497e9990910220541g14b2474an40a06de5ad5c2306@mail.gmail.com> 2009/10/22 Mary Ellen Foster : > 2009/10/22 Mat Booth : >> Nice work, a couple of the jars you list in "Included in Fedora, >> missing metadata" are mine (commons-codec and xml-commons); I will >> have a look at them when I get a spare few minutes. > > What I mean by "missing metadata": I mean that you ideally should do > the %add_to_maven_depmap and %update_maven_depmap steps described here > ? ?http://fedoraproject.org/wiki/Java/JPPMavenReadme#Packages_adding_their_own_depmaps > I didn't know this, thanks for the info. :-) > Side question: what should the values be in %add_to_maven_depmap? I > usually do something like this: > ? ?%add_to_maven_depmap org.codehaus.janino %{name} %{version} JPP %{name} > (so the first argument is the package name) but I've also seen %{name} > as the first argument. In fact, what are all of the arguments supposed > to represent? That page refers to a couple of spec files with > examples, but there's no other documentation I can find. > > Thanks, > > MEF On my system that macro is defined in /etc/rpm/macros.jpackage, provided by the jpackage-utils package, if you want to see what it does. -- Mat Booth A: Because it destroys the order of the conversation. Q: Why shouldn't you do it? A: Posting your reply above the original message. Q: What is top-posting? From mefoster at gmail.com Thu Oct 22 14:30:29 2009 From: mefoster at gmail.com (Mary Ellen Foster) Date: Thu, 22 Oct 2009 15:30:29 +0100 Subject: [fedora-java] What does the maven "groupId" mean? Message-ID: Looking more closely at my current /etc/maven/maven2-depmap.xml file, I notice a range of conventions for what fragments are called. Here are a few examples: For jakarta-commons-lang (from Fedora): lang lang 2.3 JPP jakarta-commons-lang 2.3 For jakarta-commons-logging (from JPackage): commons-logging commons-logging 1.1 JPP commons-logging 1.1 For ant (from Fedora): org.apache.ant ant 1.7.1 JPP ant 1.7.1 For aqute-bindlib (from Fedora): biz.aQute bndlib 0.0.363 JPP aqute-bndlib 0.0.363 So should the groupId be the package name, the full project name, the sub-project name, or what? And what's the role of the "JPP" part in all of this? There seem to be several different conventions going on ... Thanks for any light you can shed, MEF -- Mary Ellen Foster -- http://www.macs.hw.ac.uk/~mef3/ Interaction Lab -- http://www.macs.hw.ac.uk/InteractionLab School of Mathematical and Computer Sciences, Heriot-Watt University Heriot-Watt University is a Scottish charity registered under charity number SC000278 From loganjerry at gmail.com Fri Oct 23 22:05:55 2009 From: loganjerry at gmail.com (Jerry James) Date: Fri, 23 Oct 2009 16:05:55 -0600 Subject: [fedora-java] jdepend-maven-plugin Message-ID: <870180fe0910231505y51c09a99p5bc871c5d8719a57@mail.gmail.com> I'm still trying to get jakarta-commons-lang to build with maven (F-12+ only). I'm getting closer, but I'm having a problem with a missing jdepend-maven-plugin. This plugin is referred to in at least two F-12 poms, namely: /usr/share/maven2/default_poms/JPP-commons-parent.pom /usr/share/maven2/default_poms/JPP.codehaus-mojo.pom Both of those poms are supplied by the maven2-common-poms package. The problem is that I can't find a package that supplies jdepend-maven-plugin. Does it even exist in Fedora? -- Jerry James http://www.jamezone.org/ From orion at cora.nwra.com Mon Oct 26 23:22:47 2009 From: orion at cora.nwra.com (Orion Poplawski) Date: Mon, 26 Oct 2009 17:22:47 -0600 Subject: [fedora-java] Manifest warning Message-ID: <4AE62F47.60100@cora.nwra.com> Can someone explain this: deploy: [jar] Building jar: /builddir/build/BUILD/javatar-2.5/tar-2.5/jars/tar.jar [jar] Manifest warning: "Name" attributes should not occur in the main section and must be the first element in all other sections: "Name: "Java Tar"" The manifest file is: Manifest-Version: 2.3 Main-Class: com.ice.tar.tar Name: "Java Tar" Created-By: "Tim Endres