From fedora at matbooth.co.uk Sat May 3 11:41:57 2008 From: fedora at matbooth.co.uk (Mat Booth) Date: Sat, 3 May 2008 12:41:57 +0100 Subject: [fedora-java] Koji build failure of eclipse-epic Message-ID: <9497e9990805030441q538b9586r4103e550133c32ab@mail.gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, My build of eclipse-epic failed in Koji: http://koji.fedoraproject.org/koji/taskinfo?taskID=594051 And the error is confusing me: Error: Missing Dependency: libhunspell.so.1()(64bit) is needed by package xulrunner It's confusing me because eclipse-epic doesn't depend on xulrunner. I'm a newbie with package management, so I'm not sure what to do to resolve this. Is anyone able to offer any hints? Regards, Mat - -- Mat Booth www.matbooth.co.uk -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: http://getfiregpg.org iD8DBQFIHE+EKfdzh3zDrvARAjNIAKCNRVlBIXAnHMzOO0/XmSY/faZIZACgm6Ah 4CPA84JXhxreuRbEXfUaBKs= =uoqM -----END PGP SIGNATURE----- From overholt at redhat.com Mon May 5 12:32:51 2008 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 5 May 2008 08:32:51 -0400 Subject: [fedora-java] Koji build failure of eclipse-epic In-Reply-To: <9497e9990805030441q538b9586r4103e550133c32ab@mail.gmail.com> References: <9497e9990805030441q538b9586r4103e550133c32ab@mail.gmail.com> Message-ID: <20080505123251.GA3069@redhat.com> Hi, * Mat Booth [2008-05-03 07:43]: > Error: Missing Dependency: libhunspell.so.1()(64bit) is needed by > package xulrunner That's because xulrunner is broken in rawhide (or so I was told). There's some sort of dependency chain that needs to be fixed. > It's confusing me because eclipse-epic doesn't depend on xulrunner. > I'm a newbie with package management, so I'm not sure what to do to > resolve this. eclipse-epic needs eclipse which needs xulrunner (through SWT). Since koji builds up a buildroot using mock and it can't satisfy the entire chain of build deps, it fails. It's nothing you've done wrong - just keep trying :) Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From langel at redhat.com Mon May 5 14:42:31 2008 From: langel at redhat.com (Lillian Angel) Date: Mon, 05 May 2008 10:42:31 -0400 Subject: [fedora-java] rawhide failure Message-ID: <481F1CD7.8090906@redhat.com> Hi, I am having problems building the latest java-1.6.0-openjdk package into rawhide. Does anyone know why I might be seeing this error? http://koji.fedoraproject.org/koji/getfile?taskID=596036&name=root.log Thanks, Lillian DEBUG backend.py:490: /usr/bin/yum --installroot /var/lib/mock/dist-f10-build-184356-32533/root/ resolvedep 'libX11-devel' 'pkgconfig >= 0.9.0' 'libXinerama-devel' 'java-1.6.0-openjdk-devel' 'gtk2-devel' 'libXt-devel' 'lesstif-devel' 'ant' 'desktop-file-utils' 'xerces-j2' 'gecko-devel' 'fontconfig' 'cups-devel' 'libXtst-devel' 'libbonobo-devel' 'glib2-devel' 'alsa-lib-devel' 'at-spi-devel' 'gawk' 'xorg-x11-fonts-Type1' 'wget' 'xalan-j2' 'giflib-devel' 'xorg-x11-fonts-misc' 'xorg-x11-utils' 'freetype-devel >= 2.2.0' 'libjpeg-devel' 'mercurial' 'xorg-x11-proto-devel' 'libXi-devel' 'libpng-devel' 'xorg-x11-server-Xvfb' 'libXp-devel' DEBUG util.py:272: Executing command: /usr/bin/yum --installroot /var/lib/mock/dist-f10-build-184356-32533/root/ resolvedep 'libX11-devel' 'pkgconfig >= 0.9.0' 'libXinerama-devel' 'java-1.6.0-openjdk-devel' 'gtk2-devel' 'libXt-devel' 'lesstif-devel' 'ant' 'desktop-file-utils' 'xerces-j2' 'gecko-devel' 'fontconfig' 'cups-devel' 'libXtst-devel' 'libbonobo-devel' 'glib2-devel' 'alsa-lib-devel' 'at-spi-devel' 'gawk' 'xorg-x11-fonts-Type1' 'wget' 'xalan-j2' 'giflib-devel' 'xorg-x11-fonts-misc' 'xorg-x11-utils' 'freetype-devel >= 2.2.0' 'libjpeg-devel' 'mercurial' 'xorg-x11-proto-devel' 'libXi-devel' 'libpng-devel' 'xorg-x11-server-Xvfb' 'libXp-devel' DEBUG util.py:250: 0:libX11-devel-1.1.4-1.fc9.i386 DEBUG util.py:250: 1:pkgconfig-0.23-2.fc9.i386 DEBUG util.py:250: 0:libXinerama-devel-1.0.3-1.fc9.i386 DEBUG util.py:250: 1:java-1.6.0-openjdk-devel-1.6.0.0-0.10.b09.fc9.i386 DEBUG util.py:250: 0:gtk2-devel-2.13.0-2.fc10.i386 DEBUG util.py:250: 0:libXt-devel-1.0.4-5.fc9.i386 DEBUG util.py:250: 0:lesstif-devel-0.95.0-23.fc9.i386 DEBUG util.py:250: 0:ant-1.7.0-1jpp.4.fc9.i386 DEBUG util.py:250: 0:desktop-file-utils-0.15-3.fc10.i386 DEBUG util.py:250: 0:xerces-j2-2.7.1-10jpp.1.fc9.i386 DEBUG util.py:250: 0:xulrunner-devel-1.9-0.60.cvs20080414.fc10.i386 DEBUG util.py:250: 0:fontconfig-2.5.0-2.fc9.i386 DEBUG util.py:250: 1:cups-devel-1.3.7-1.fc9.i386 DEBUG util.py:250: 0:libXtst-devel-1.0.3-3.fc9.i386 DEBUG util.py:250: 0:libbonobo-devel-2.22.0-2.fc10.i386 DEBUG util.py:250: 0:glib2-devel-2.16.3-5.fc10.i386 DEBUG util.py:250: 0:alsa-lib-devel-1.0.16-3.fc9.i386 DEBUG util.py:250: 0:at-spi-devel-1.22.1-1.fc9.i386 DEBUG util.py:250: 0:gawk-3.1.5-17.fc9.i386 DEBUG util.py:250: 0:xorg-x11-fonts-Type1-7.2-6.fc9.noarch DEBUG util.py:250: 0:wget-1.11.1-1.fc9.i386 DEBUG util.py:250: 0:xalan-j2-2.7.0-7jpp.2.fc9.i386 DEBUG util.py:250: 0:giflib-devel-4.1.3-9.i386 DEBUG util.py:250: 0:xorg-x11-fonts-misc-7.2-6.fc9.noarch DEBUG util.py:250: 0:xorg-x11-utils-7.3-3.fc9.i386 DEBUG util.py:250: 0:freetype-devel-2.3.5-4.fc9.i386 DEBUG util.py:250: 0:libjpeg-devel-6b-41.fc9.i386 DEBUG util.py:250: 0:mercurial-1.0-4.fc9.i386 DEBUG util.py:250: 0:xorg-x11-proto-devel-7.3-12.fc9.noarch DEBUG util.py:250: 0:libXi-devel-1.1.3-4.fc9.i386 DEBUG util.py:250: 2:libpng-devel-1.2.24-1.fc9.i386 DEBUG util.py:250: 0:xorg-x11-server-Xvfb-1.4.99.901-26.20080415.fc9.i386 DEBUG util.py:250: 0:libXp-devel-1.0.0-11.fc9.i386 DEBUG backend.py:490: /usr/bin/yum --installroot /var/lib/mock/dist-f10-build-184356-32533/root/ install 'libX11-devel' 'pkgconfig >= 0.9.0' 'libXinerama-devel' 'java-1.6.0-openjdk-devel' 'gtk2-devel' 'libXt-devel' 'lesstif-devel' 'ant' 'desktop-file-utils' 'xerces-j2' 'gecko-devel' 'fontconfig' 'cups-devel' 'libXtst-devel' 'libbonobo-devel' 'glib2-devel' 'alsa-lib-devel' 'at-spi-devel' 'gawk' 'xorg-x11-fonts-Type1' 'wget' 'xalan-j2' 'giflib-devel' 'xorg-x11-fonts-misc' 'xorg-x11-utils' 'freetype-devel >= 2.2.0' 'libjpeg-devel' 'mercurial' 'xorg-x11-proto-devel' 'libXi-devel' 'libpng-devel' 'xorg-x11-server-Xvfb' 'libXp-devel' DEBUG util.py:272: Executing command: /usr/bin/yum --installroot /var/lib/mock/dist-f10-build-184356-32533/root/ install 'libX11-devel' 'pkgconfig >= 0.9.0' 'libXinerama-devel' 'java-1.6.0-openjdk-devel' 'gtk2-devel' 'libXt-devel' 'lesstif-devel' 'ant' 'desktop-file-utils' 'xerces-j2' 'gecko-devel' 'fontconfig' 'cups-devel' 'libXtst-devel' 'libbonobo-devel' 'glib2-devel' 'alsa-lib-devel' 'at-spi-devel' 'gawk' 'xorg-x11-fonts-Type1' 'wget' 'xalan-j2' 'giflib-devel' 'xorg-x11-fonts-misc' 'xorg-x11-utils' 'freetype-devel >= 2.2.0' 'libjpeg-devel' 'mercurial' 'xorg-x11-proto-devel' 'libXi-devel' 'libpng-devel' 'xorg-x11-server-Xvfb' 'libXp-devel' DEBUG util.py:250: Error: Missing Dependency: libhunspell.so.1 is needed by package xulrunner DEBUG backend.py:478: umount -n /var/lib/mock/dist-f10-build-184356-32533/root/proc DEBUG util.py:272: Executing command: umount -n /var/lib/mock/dist-f10-build-184356-32533/root/proc DEBUG backend.py:478: umount -n /var/lib/mock/dist-f10-build-184356-32533/root/sys DEBUG util.py:272: Executing command: umount -n /var/lib/mock/dist-f10-build-184356-32533/root/sys DEBUG backend.py:478: umount -n /var/lib/mock/dist-f10-build-184356-32533/root/dev/pts DEBUG util.py:272: Executing command: umount -n /var/lib/mock/dist-f10-build-184356-32533/root/dev/pts DEBUG util.py:98: kill orphans From fedora at matbooth.co.uk Mon May 5 14:53:56 2008 From: fedora at matbooth.co.uk (Mat Booth) Date: Mon, 5 May 2008 15:53:56 +0100 Subject: [fedora-java] rawhide failure In-Reply-To: <481F1CD7.8090906@redhat.com> References: <481F1CD7.8090906@redhat.com> Message-ID: <9497e9990805050753o4be5e25aq139bd46737d17029@mail.gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, May 5, 2008 at 3:42 PM, Lillian Angel wrote: > Hi, > > I am having problems building the latest java-1.6.0-openjdk package into > rawhide. Does anyone know why I might be seeing this error? > http://koji.fedoraproject.org/koji/getfile?taskID=596036&name=root.log > > Thanks, > Lillian > Hi, I was tripped up by the same thing earlier: https://www.redhat.com/archives/fedora-devel-java-list/2008-May/msg00001.html See this thread: https://www.redhat.com/archives/fedora-devel-list/2008-April/msg01593.html Mat - -- Mat Booth www.matbooth.co.uk -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) Comment: http://getfiregpg.org iD8DBQFIHx+DKfdzh3zDrvARAuSVAJ9fEHowPIZVmUjviNm4kHvs5WXxAwCfU1ps BgXKV46+8DP3PqDsxHddhfw= =gp+F -----END PGP SIGNATURE----- From overholt at redhat.com Fri May 9 16:05:05 2008 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 09 May 2008 12:05:05 -0400 Subject: [fedora-java] FreeMind Message-ID: <1210349105.2938.42.camel@upstairs.overholt.lan> Hi, I saw FreeMind on fp.o/wiki/PackageMaintainers/WishList page and took a brief look. There's a JPackage SRPM available at [1] and it looks like the only dependency we don't yet have in Fedora is jcalendar [2]. Also, apparently there's an issue with batik 1.7 which is what we have in Fedora [3]. Just thought I'd post this in case anyone was interested. Andrew [1] http://sourceforge.net/project/showfiles.php?group_id=7118&package_id=161830&release_id=574721 [2] http://www.toedter.com/en/jcalendar/ [3] http://sourceforge.net/project/shownotes.php?release_id=574721&group_id=7118 From david at zarb.org Fri May 9 16:16:29 2008 From: david at zarb.org (David Walluck) Date: Fri, 09 May 2008 12:16:29 -0400 Subject: [fedora-java] FreeMind In-Reply-To: <1210349105.2938.42.camel@upstairs.overholt.lan> References: <1210349105.2938.42.camel@upstairs.overholt.lan> Message-ID: <482478DD.8060302@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Overholt wrote: | I saw FreeMind on fp.o/wiki/PackageMaintainers/WishList page and took a | brief look. There's a JPackage SRPM available at [1] and it looks like | the only dependency we don't yet have in Fedora is jcalendar [2]. Also, | apparently there's an issue with batik 1.7 which is what we have in | Fedora [3]. I've already packaged freemind 0.9.0 Beta for Mandriva (the freemind rpm on the upstream website is of little help here). This doesn't have the jcalendar dependency. The Java dependencies for this version are: batik batik-squiggle crimson echomine-muse fop jakarta-commons-lang jakarta-oro javahelp2 jgoodies-forms jibx simplyhtml. The one issue is . Basically, I looked everywhere and I could not find the version of simplyhtml that upstream is using, so the package is broken. - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iEYEARECAAYFAkgkeN0ACgkQItObMyg2XCUUSACgrJ6KX6RHivKV1w/ilvCwdAJI JR4AnAyIMVOjxMkHqgHnLS/3bRHrJl1C =TVxa -----END PGP SIGNATURE----- From walters at redhat.com Fri May 9 17:30:49 2008 From: walters at redhat.com (Colin Walters) Date: Fri, 09 May 2008 13:30:49 -0400 Subject: [fedora-java] java group Message-ID: <1210354249.31248.8.camel@space-ghost.verbum.private> Hi, What would you guys think about having a subset of Java packages be owned by a Java group? I'm mostly thinking of random libraries; jna, maven-*, etc. The idea would be that anyone in this group would get email about bugs, have permission to do patches/uploads, etc. If there's interest in this, according to http://www.redhat.com/archives/rhl-devel-list/2008-May/msg00627.html Toshio can create it for us and help migrate ownership of existing packages. Call it say java-maint at fedoraproject.org? From smooge at gmail.com Fri May 9 17:52:49 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 9 May 2008 11:52:49 -0600 Subject: [fedora-java] java group In-Reply-To: <1210354249.31248.8.camel@space-ghost.verbum.private> References: <1210354249.31248.8.camel@space-ghost.verbum.private> Message-ID: <80d7e4090805091052ledd575ehc4946e39902e8087@mail.gmail.com> On Fri, May 9, 2008 at 11:30 AM, Colin Walters wrote: > Hi, > > What would you guys think about having a subset of Java packages be > owned by a Java group? I'm mostly thinking of random libraries; jna, > maven-*, etc. The idea would be that anyone in this group would get > email about bugs, have permission to do patches/uploads, etc. > > If there's interest in this, according to > http://www.redhat.com/archives/rhl-devel-list/2008-May/msg00627.html > Toshio can create it for us and help migrate ownership of existing > packages. > > Call it say java-maint at fedoraproject.org? > I think that would help with coverage of issues. The main problem is making sure that someone is taking ownership of a problem in the group so that something does not just get 'oh I thought Colin was working on it?' -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From overholt at redhat.com Fri May 9 18:03:21 2008 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 9 May 2008 14:03:21 -0400 Subject: [fedora-java] java group In-Reply-To: <80d7e4090805091052ledd575ehc4946e39902e8087@mail.gmail.com> References: <1210354249.31248.8.camel@space-ghost.verbum.private> <80d7e4090805091052ledd575ehc4946e39902e8087@mail.gmail.com> Message-ID: <20080509180321.GA7985@redhat.com> * Stephen John Smoogen [2008-05-09 13:53]: > On Fri, May 9, 2008 at 11:30 AM, Colin Walters wrote: > > What would you guys think about having a subset of Java packages be > > owned by a Java group? Tom Fitzsimmons was going to start a Java SIG. Perhaps this can tie in with that? > > [...] > > I think that would help with coverage of issues. The main problem is > making sure that someone is taking ownership of a problem in the group > so that something does not just get 'oh I thought Colin was working on > it?' Yeah, that's my only issue as well. And it annoys me when I file a bug and see it go to xdg-maint at redhat.com or something since there's no guarantee anyone's watching that alias. I'm sure those with a million packages like Deepak (dbhole) would really appreciate any help, though! Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From walters at redhat.com Fri May 9 18:28:41 2008 From: walters at redhat.com (Colin Walters) Date: Fri, 09 May 2008 14:28:41 -0400 Subject: [fedora-java] java group In-Reply-To: <20080509180321.GA7985@redhat.com> References: <1210354249.31248.8.camel@space-ghost.verbum.private> <80d7e4090805091052ledd575ehc4946e39902e8087@mail.gmail.com> <20080509180321.GA7985@redhat.com> Message-ID: <1210357721.31248.14.camel@space-ghost.verbum.private> On Fri, 2008-05-09 at 14:03 -0400, Andrew Overholt wrote: > * Stephen John Smoogen [2008-05-09 13:53]: > > On Fri, May 9, 2008 at 11:30 AM, Colin Walters wrote: > > > What would you guys think about having a subset of Java packages be > > > owned by a Java group? > > Tom Fitzsimmons was going to start a Java SIG. Perhaps this can tie in > with that? Yeah, that makes sense. > > > [...] > > > > I think that would help with coverage of issues. The main problem is > > making sure that someone is taking ownership of a problem in the group > > so that something does not just get 'oh I thought Colin was working on > > it?' > > Yeah, that's my only issue as well. And it annoys me when I file a bug > and see it go to xdg-maint at redhat.com or something since there's no > guarantee anyone's watching that alias. That is a valid concern - however, since Fedora is in general a community project, there's no guarantee that a bug will get a response even if it's assigned to an actual person. As for knowing that someone's working on a bug - Bugzilla provides a mechanism for someone to take ownership of a bug (change state to ASSIGNED, reassign to your email address). I think in practice, having more people see issues and work on them collectively will work out better than individual fiefdoms. From smooge at gmail.com Fri May 9 18:33:55 2008 From: smooge at gmail.com (Stephen John Smoogen) Date: Fri, 9 May 2008 12:33:55 -0600 Subject: [fedora-java] java group In-Reply-To: <1210357721.31248.14.camel@space-ghost.verbum.private> References: <1210354249.31248.8.camel@space-ghost.verbum.private> <80d7e4090805091052ledd575ehc4946e39902e8087@mail.gmail.com> <20080509180321.GA7985@redhat.com> <1210357721.31248.14.camel@space-ghost.verbum.private> Message-ID: <80d7e4090805091133x5c09213dg79fc29d03b487f98@mail.gmail.com> On Fri, May 9, 2008 at 12:28 PM, Colin Walters wrote: > > On Fri, 2008-05-09 at 14:03 -0400, Andrew Overholt wrote: >> * Stephen John Smoogen [2008-05-09 13:53]: >> > On Fri, May 9, 2008 at 11:30 AM, Colin Walters wrote: >> > > What would you guys think about having a subset of Java packages be >> > > owned by a Java group? >> >> Tom Fitzsimmons was going to start a Java SIG. Perhaps this can tie in >> with that? > > Yeah, that makes sense. > >> > > [...] >> > >> > I think that would help with coverage of issues. The main problem is >> > making sure that someone is taking ownership of a problem in the group >> > so that something does not just get 'oh I thought Colin was working on >> > it?' >> >> Yeah, that's my only issue as well. And it annoys me when I file a bug >> and see it go to xdg-maint at redhat.com or something since there's no >> guarantee anyone's watching that alias. > > That is a valid concern - however, since Fedora is in general a > community project, there's no guarantee that a bug will get a response > even if it's assigned to an actual person. > s/in general a community// I have had more than my share of RH bugs that sat in UNASSIGNED for a long time :).. and I worked there at the time. :) > As for knowing that someone's working on a bug - Bugzilla provides a > mechanism for someone to take ownership of a bug (change state to > ASSIGNED, reassign to your email address). > > I think in practice, having more people see issues and work on them > collectively will work out better than individual fiefdoms. > That is true... as long as the workflow is clear. -- Stephen J Smoogen. -- BSD/GNU/Linux How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From srmq at srmq.org Sat May 10 14:00:05 2008 From: srmq at srmq.org (Sergio Queiroz) Date: Sat, 10 May 2008 11:00:05 -0300 Subject: [fedora-java] java-gnome 4.0 and Fedora Message-ID: <1210428005.17964.18.camel@localhost.localdomain> Hello, has java-gnome 4.0 ( http://java-gnome.sourceforge.net/4.0/ ) already been packed to Fedora? It seems not ( http://java-gnome.sourceforge.net/4.0/get/fedora.php ). Will it be in the next Fedora 9? Thanks! Sergio From walters at redhat.com Mon May 12 18:36:53 2008 From: walters at redhat.com (Colin Walters) Date: Mon, 12 May 2008 14:36:53 -0400 Subject: [fedora-java] java-gnome 4.0 and Fedora In-Reply-To: <1210428005.17964.18.camel@localhost.localdomain> References: <1210428005.17964.18.camel@localhost.localdomain> Message-ID: <1210617413.12331.0.camel@space-ghost.verbum.private> On Sat, 2008-05-10 at 11:00 -0300, Sergio Queiroz wrote: > Hello, > > has java-gnome 4.0 ( http://java-gnome.sourceforge.net/4.0/ ) already > been packed to Fedora? It seems not > ( http://java-gnome.sourceforge.net/4.0/get/fedora.php ). Will it be in > the next Fedora 9? https://bugzilla.redhat.com/show_bug.cgi?id=438452 If someone helps review the package, I'll push for Fedora 9. From gregjo at yahoo.com Thu May 22 20:33:06 2008 From: gregjo at yahoo.com (Greg Johnson) Date: Thu, 22 May 2008 13:33:06 -0700 (PDT) Subject: [fedora-java] Fedora 9: NoClassDefFoundError (LogFactory) starting Tomcat from Fedora Eclipse Message-ID: <792492.56692.qm@web51010.mail.re2.yahoo.com> I apologize. I already cross posted this message on FedoraForum.org but didn't generate any responses. And then I found THIS list. If this list isn't the appropriate one for this question then please slap me down. I'll take my licks. ;-) I feel silly asking this question. I'm not totally a Tomcat/Eclipse/Java noob...but I feel like one asking this question. And Google's even my BFF...but I can't figure this one out...yet. I have a brand new clean installation of Fedora 9. I let the installer automagically install Fedora Eclipse, Tomcat and Java for me. I'm fully patched (yum update). Then I installed the Sysdeo Tomcat plugin. From the plugin I pointed to Tomcat base: /usr/share/tomcat5 When I launch Tomcat from Fedora Eclipse, I get the following error: Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory at org.apache.catalina.startup.Bootstrap.(Bootstrap.java:54) Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.LogFactory at java.net.URLClassLoader$1.run(URLClassLoader.java: 217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.j ava:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:3 23) at sun.misc.Launcher$AppClassLoader.loadClass(Launche r.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:2 68) at java.lang.ClassLoader.loadClassInternal(ClassLoade r.java:336) ... 1 more Here is the output from the instructions listed on this page: http://fedoraproject.org/wiki/DebuggingEclipseProblems # for f in `rpm -aq | egrep "eclipse|swt"`; do rpm -qV $f; done # which java /usr/bin/java # readlink -f `which java` /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/jre/bin/java # which javac /usr/bin/javac # readlink -f `which javac` /usr/lib/jvm/java-1.6.0-openjdk-1.6.0.0/bin/javac # java -version java version "1.6.0" OpenJDK Runtime Environment (build 1.6.0-b09) OpenJDK Client VM (build 1.6.0-b09, mixed mode) Now here's where it got really interesting. Since it was complaining about LogFactory, I located it inside /usr/share/tomcat5/bin/commons-logging-api.jar So, just for grins, I unjar'ed the contents of: /usr/share/tomcat5/bin/bootstrap.jar and /usr/share/tomcat5/bin/commons-logging-api.jar Then I jar'ed all of the contents of those two jar files back into: /usr/share/tomcat5/bin/bootstrap.jar And now I can launch Tomcat from Fedora Eclipse just fine. This is obviously a classpath issue....but whose? Is this a Fedora configuration problem? I don't even know how to proceed from here to clean up this mess. I'd really like to not launch Tomcat using jar files that I've hacked together...just to get it to run. Oh, by the way, I also installed tomcat6 and had the same problem...except I now located the missing LogFactory class in tomcat-juli.jar From overholt at redhat.com Fri May 23 13:24:53 2008 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 23 May 2008 09:24:53 -0400 Subject: [fedora-java] Fedora 9: NoClassDefFoundError (LogFactory) starting Tomcat from Fedora Eclipse In-Reply-To: <792492.56692.qm@web51010.mail.re2.yahoo.com> References: <792492.56692.qm@web51010.mail.re2.yahoo.com> Message-ID: <20080523132453.GA3465@redhat.com> Hi, * Greg Johnson [2008-05-22 16:33]: > > Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory > > [...] > > Now here's where it got really interesting. Since it was complaining > about LogFactory, I located it inside > /usr/share/tomcat5/bin/commons-logging-api.jar > > So, just for grins, I unjar'ed the contents of: > /usr/share/tomcat5/bin/bootstrap.jar > and > /usr/share/tomcat5/bin/commons-logging-api.jar > Then I jar'ed all of the contents of those two jar files back into: > /usr/share/tomcat5/bin/bootstrap.jar > > And now I can launch Tomcat from Fedora Eclipse just fine. > This is obviously a classpath issue....but whose? This sounds like something is different with the packaging of the tomcat jars and how the Sysdeo plugin expects them to be. You should file a bug against the tomcat package to track this, but you could also email the JPackage project since the tomcat RPMs in Fedora come from there (AFAIK). In fact, I recall reading something on jpackage-discuss about tomcat jar contents a few months ago ... perhaps this is related. HTH, Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From gregjo at yahoo.com Fri May 23 16:28:55 2008 From: gregjo at yahoo.com (Greg Johnson) Date: Fri, 23 May 2008 09:28:55 -0700 (PDT) Subject: [fedora-java] Fedora 9: NoClassDefFoundError (LogFactory) Message-ID: <556544.76527.qm@web51001.mail.re2.yahoo.com> Thanks Andrew. Someone on FedoraForum.org is starting to help shed a little light on the problem. He noticed a problem in the manifest of tomcat5's bootstrap.jar file. In the manifest he noticed this line: Class-Path: jmx.jar commons-daemon.jar commons-logging-api-1.1.1.jar tomcat-juli.jar As a workaround, he executed this: ln -s commons-logging-api.jar commons-logging-api-1.1.1.jar This workaround is less involved than combining the contents of two jar files. I went looking for the same problem in tomcat6. However the manifest in bootstrap.jar doesn't even have a Class-Path element. In your previous message you suggested filing a bug with the tomcat package and/or contacting the JPackage project. Does this new information narrow down where I should go next? I could also use a little help pointing me to where I should file a bug report. Is this where I'd file it for Tomcat? https://issues.apache.org/bugzilla/index.cgi And is this where I'd shoot the JPackage email? https://www.zarb.org/mailman/listinfo/jpackage-discuss Thanks. From overholt at redhat.com Fri May 23 17:45:41 2008 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 23 May 2008 13:45:41 -0400 Subject: [fedora-java] Fedora 9: NoClassDefFoundError (LogFactory) In-Reply-To: <556544.76527.qm@web51001.mail.re2.yahoo.com> References: <556544.76527.qm@web51001.mail.re2.yahoo.com> Message-ID: <20080523174541.GA8793@redhat.com> Hi, * Greg Johnson [2008-05-23 12:29]: > Class-Path: jmx.jar commons-daemon.jar commons-logging-api-1.1.1.jar > tomcat-juli.jar Ah, Class-Path entries in JAR manifests aren't allowed in Fedora packages: http://fedoraproject.org/wiki/Packaging/Java#head-35dda923a0a2f82c349c3a998edb321da544de33 > In your previous message you suggested filing a bug with the tomcat > package and/or contacting the JPackage project. Does this new > information narrow down where I should go next? Not really :) I suspect the change will be made at JPackage first and then imported into Fedora, but since I'm not sure where, I'd suggest filing a bug and asking on the jpackage mailing list. > Is this where I'd file it for Tomcat? > https://issues.apache.org/bugzilla/index.cgi No, file against the Fedora package at bugzilla.redhat.com. > And is this where I'd shoot the JPackage email? > https://www.zarb.org/mailman/listinfo/jpackage-discuss Yes. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From caolanm at redhat.com Fri May 23 18:09:16 2008 From: caolanm at redhat.com (Caolan McNamara) Date: Fri, 23 May 2008 19:09:16 +0100 Subject: [fedora-java] Fedora 9: NoClassDefFoundError (LogFactory) In-Reply-To: <20080523174541.GA8793@redhat.com> References: <556544.76527.qm@web51001.mail.re2.yahoo.com> <20080523174541.GA8793@redhat.com> Message-ID: <1211566156.15135.13.camel@vain.rhgalway> On Fri, 2008-05-23 at 13:45 -0400, Andrew Overholt wrote: > Hi, > > * Greg Johnson [2008-05-23 12:29]: > > Class-Path: jmx.jar commons-daemon.jar commons-logging-api-1.1.1.jar > > tomcat-juli.jar > > Ah, Class-Path entries in JAR manifests aren't allowed in Fedora > packages: > > http://fedoraproject.org/wiki/Packaging/Java#head-35dda923a0a2f82c349c3a998edb321da544de33 I'm not too sure I understand the why of this though ? Isn't it a good to remove the burden of knowing what other .jars are required to make it work away from consuming apps. And maybe even use them as an input into an rpm autorequires sort of thing ? C. From overholt at redhat.com Fri May 23 18:23:56 2008 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 23 May 2008 14:23:56 -0400 Subject: [fedora-java] Fedora 9: NoClassDefFoundError (LogFactory) In-Reply-To: <1211566156.15135.13.camel@vain.rhgalway> References: <556544.76527.qm@web51001.mail.re2.yahoo.com> <20080523174541.GA8793@redhat.com> <1211566156.15135.13.camel@vain.rhgalway> Message-ID: <20080523182356.GA18412@redhat.com> * Caolan McNamara [2008-05-23 14:09]: > On Fri, 2008-05-23 at 13:45 -0400, Andrew Overholt wrote: > > Ah, Class-Path entries in JAR manifests aren't allowed in Fedora > > packages: > > > > http://fedoraproject.org/wiki/Packaging/Java#head-35dda923a0a2f82c349c3a998edb321da544de33 > > I'm not too sure I understand the why of this though ? Here's what Nicolas Mailhot had to say during the Java Packaging guidelines process: "the problem with classpathes-in-manifest is you hardcode the location of other jar files inside a file. So any common file operation like copying, renaming, moving the referenced file or the jar itself will break the classpath and trigger difficult-to-debug failures. When the classpath is in a single place and not hidden in part inside jar files maintenance is much easier and file operations do not require doing surgery inside jar files" -- http://fedoraproject.org/wiki/Packaging/Java?action=recall&rev=34 > Isn't it a good to remove the burden of knowing what other .jars are > required to make it work away from consuming apps. And maybe even use > them as an input into an rpm autorequires sort of thing ? A Java module system would fix that properly. Examples include JSR 277 or OSGi. Supposedly will get something in the JRE/JDK with Java 7. I really don't know what I'm talking about here, though, so feel free to ignore me :) Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: From david at zarb.org Fri May 23 19:13:46 2008 From: david at zarb.org (David Walluck) Date: Fri, 23 May 2008 15:13:46 -0400 Subject: [fedora-java] Fedora 9: NoClassDefFoundError (LogFactory) In-Reply-To: <556544.76527.qm@web51001.mail.re2.yahoo.com> References: <556544.76527.qm@web51001.mail.re2.yahoo.com> Message-ID: <4837176A.20407@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Greg Johnson wrote: | Thanks Andrew. Someone on FedoraForum.org is starting to help shed a little light on the problem. He noticed a problem in the manifest of tomcat5's bootstrap.jar file. | In the manifest he noticed this line: | Class-Path: jmx.jar commons-daemon.jar commons-logging-api-1.1.1.jar tomcat-juli.jar | | As a workaround, he executed this: | ln -s commons-logging-api.jar commons-logging-api-1.1.1.jar This is why classpaths in manifests are a bad idea. How easy was it to find that? And any upgrade of commons-logging would break tomcat5 even though the two packages are unrelated. | This workaround is less involved than combining the contents of two jar files. | | I went looking for the same problem in tomcat6. However the manifest in bootstrap.jar doesn't even have a Class-Path element. I would say that an incorrect classpath is wrong (and should even be removed), but an empty classpath is not. While I am not sure if the fault lies with tomcat or eclipse, the eclipse plugin should place a symlink where it expects to find its libraries, so in that sense it's a packaging bug in the eclipse plugin. - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iEYEARECAAYFAkg3F2kACgkQItObMyg2XCV7IgCeO4mr6IObgugSDNUtVmjT+2Bi E30AnjEhc/426Do0dZXtaF/JtTHfG4QM =yCZq -----END PGP SIGNATURE----- From orion at cora.nwra.com Fri May 23 20:21:45 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 23 May 2008 14:21:45 -0600 Subject: [fedora-java] Alternative to com.sun class Message-ID: <48372759.1070008@cora.nwra.com> I've got a package that is trying to use: com.sun.org.apache.xerces.internal.impl.dv.util.Base64 Is there an alternative that is in the Fedora java implementation? -- 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 robert at marcanoonline.com Fri May 23 20:43:26 2008 From: robert at marcanoonline.com (Robert Marcano) Date: Fri, 23 May 2008 16:13:26 -0430 Subject: [fedora-java] Alternative to com.sun class In-Reply-To: <48372759.1070008@cora.nwra.com> References: <48372759.1070008@cora.nwra.com> Message-ID: <1211575406.2888.20.camel@localhost.localdomain> On Fri, 2008-05-23 at 14:21 -0600, Orion Poplawski wrote: > I've got a package that is trying to use: > > com.sun.org.apache.xerces.internal.impl.dv.util.Base64 > > Is there an alternative that is in the Fedora java implementation? > jakarta-commons-codec http://commons.apache.org/codec/apidocs/org/apache/commons/codec/binary/Base64.html ________________________________________ Robert Marcano web: http://www.marcanoonline.com/ gpg --keyserver hkp://pgp.mit.edu/ --recv-key 72A0DCFD From overholt at redhat.com Fri May 23 21:25:51 2008 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 23 May 2008 17:25:51 -0400 Subject: [fedora-java] Fedora 9: NoClassDefFoundError (LogFactory) In-Reply-To: <4837176A.20407@zarb.org> References: <556544.76527.qm@web51001.mail.re2.yahoo.com> <4837176A.20407@zarb.org> Message-ID: <20080523212551.GA8641@redhat.com> * David Walluck [2008-05-23 15:17]: > > While I am not sure if the fault lies with tomcat or eclipse, the > eclipse plugin should place a symlink where it expects to find its > libraries, so in that sense it's a packaging bug in the eclipse plugin. Except the Eclipse plugin isn't a package and was installed via the update manager ... Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From david at zarb.org Fri May 23 21:29:12 2008 From: david at zarb.org (David Walluck) Date: Fri, 23 May 2008 17:29:12 -0400 Subject: [fedora-java] Fedora 9: NoClassDefFoundError (LogFactory) In-Reply-To: <20080523212551.GA8641@redhat.com> References: <556544.76527.qm@web51001.mail.re2.yahoo.com> <4837176A.20407@zarb.org> <20080523212551.GA8641@redhat.com> Message-ID: <48373728.50006@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Overholt wrote: | * David Walluck [2008-05-23 15:17]: |> |> While I am not sure if the fault lies with tomcat or eclipse, the |> eclipse plugin should place a symlink where it expects to find its |> libraries, so in that sense it's a packaging bug in the eclipse plugin. | | Except the Eclipse plugin isn't a package and was installed via the | update manager ... Then how can we support it? We can only support the packages that we maintain that are properly packaged according to our policies. - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iEYEARECAAYFAkg3NygACgkQItObMyg2XCVyPwCgntdULOivEECNDnqJeLUuu21a ezsAoKGL1p3O6tsj6x4nS1NrqbyqjWf0 =P79Y -----END PGP SIGNATURE----- From orion at cora.nwra.com Fri May 23 21:35:08 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 23 May 2008 15:35:08 -0600 Subject: [fedora-java] Alternative to com.sun class In-Reply-To: <1211575406.2888.20.camel@localhost.localdomain> References: <48372759.1070008@cora.nwra.com> <1211575406.2888.20.camel@localhost.localdomain> Message-ID: <4837388C.1080900@cora.nwra.com> Robert Marcano wrote: > jakarta-commons-codec > > http://commons.apache.org/codec/apidocs/org/apache/commons/codec/binary/Base64.html Great, thanks! Now to get a java neophyte like myself to be able to use it. I'm trying to specify the location in the main build.xml file (no idea if this is how to do it): myant: Doing target="@{target}" on directory "@{dir}" but it doesn't seem to take: [java] [javac] 1. ERROR in /export/home/orion/fedora/gridengine/devel/gridengine/source/libs/juti/java/com/sun/grid/security/login/GECATrustManagerLoginModule.java (at line 35) [java] [javac] import org.apache.commons.codec.binary.Base64; [java] [javac] ^^^^^^^^^^ [java] [javac] The import org.apache cannot be resolved Thoughts? -- 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 jtulach at netbeans.org Fri May 23 20:07:29 2008 From: jtulach at netbeans.org (Jaroslav Tulach) Date: Fri, 23 May 2008 22:07:29 +0200 Subject: [fedora-java] Resend3: Cannot proceed with JavaHelp Message-ID: <200805232207.30003.jtulach@netbeans.org> Dne Monday 19 May 2008 20:02:20 Jaroslav Tulach napsal(a): > Dne Monday 12 May 2008 20:48:07 Jaroslav Tulach napsal(a): > > Hello guys, > > I need help with fedora-cvs, it yields: > > > > Error: Permission denied (publickey,keyboard-interactive). > > cvs [checkout aborted]: end of file from server (consult above messages > > if any) > > > > I guess that will be because missing .ssh directory, but when following > > the page > > http://fedoraproject.org/wiki/PackageMaintainers/Join > > there was no instruction to create .ssh/id_dsa! Or is it there and I am > > just too blind to find it? > > Please advice. > -jst From david at zarb.org Fri May 23 21:46:28 2008 From: david at zarb.org (David Walluck) Date: Fri, 23 May 2008 17:46:28 -0400 Subject: [fedora-java] Resend3: Cannot proceed with JavaHelp In-Reply-To: <200805232207.30003.jtulach@netbeans.org> References: <200805232207.30003.jtulach@netbeans.org> Message-ID: <48373B34.8080601@zarb.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jaroslav Tulach wrote: |> > I guess that will be because missing .ssh directory, but when following |> > the page |> > http://fedoraproject.org/wiki/PackageMaintainers/Join |> > there was no instruction to create .ssh/id_dsa! Or is it there and I am |> > just too blind to find it? Go to . Click "My Account" and then "Edit". You will be able to upload id_rsa.pub there (it only spreaks of RSA, but maybe DSA also works). You should have done this initially when creating your account. It is there. - -- Sincerely, David Walluck -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iEYEARECAAYFAkg3OzMACgkQItObMyg2XCUdcQCgmGhlzcVqxRT3hbtpOczDecWl M4IAn2G09kBHKaVQ9gatR0pHdrwO1Bnh =b8hb -----END PGP SIGNATURE----- From orion at cora.nwra.com Fri May 23 22:09:10 2008 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 23 May 2008 16:09:10 -0600 Subject: [fedora-java] Alternative to com.sun class In-Reply-To: <1211575406.2888.20.camel@localhost.localdomain> References: <48372759.1070008@cora.nwra.com> <1211575406.2888.20.camel@localhost.localdomain> Message-ID: <48374086.7050004@cora.nwra.com> Robert Marcano wrote: > jakarta-commons-codec > > http://commons.apache.org/codec/apidocs/org/apache/commons/codec/binary/Base64.html Finally figured out where to add the path, but it looks like it's not a drop in replacement for the com.sun class: [java] [javac] Compiling 1 source file to /export/home/orion/fedora/gridengine/devel/gridengine/source/CLASSES/juti/classes [java] [javac] ---------- [java] [javac] 1. ERROR in /export/home/orion/fedora/gridengine/devel/gridengine/source/libs/juti/java/com/sun/grid/security/login/GECATrustManagerLoginModule.java (at line 203) [java] [javac] byte[] message = Base64.decode(messa [java] [javac] geStr); [java] [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^ [java] [javac] Cannot make a static reference to the non-static method decode(Object) from the type Base64 [java] [javac] ---------- [java] [javac] 2. ERROR in /export/home/orion/fedora/gridengine/devel/gridengine/source/libs/juti/java/com/sun/grid/security/login/GECATrustManagerLoginModule.java (at line 203) [java] [javac] byte[] message = Base64.decode(messa [java] [javac] geStr); [java] [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^ [java] [javac] Type mismatch: cannot convert from Object to byte[] [java] [javac] ---------- [java] [javac] 3. ERROR in /export/home/orion/fedora/gridengine/devel/gridengine/source/libs/juti/java/com/sun/grid [java] [javac] /security/login/GECATrustManagerLoginModule.java (at line 210) [java] [javac] byte[] signature = Base64.decode(signatureStr); [java] [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^^ [java] [javac] Cannot make a static reference to the non-static method decode(Object) from the type Base64 [java] [javac] ---------- [java] [javac] 4. ERROR in /export/home/orion/fedora/gridengine/devel/gridengine/source/libs/juti/java/com/sun/grid [java] [javac] /security/login/GECATrustManagerLoginModule.java (at line 210) [java] [javac] byte[] signature = Base64.decode(signatureStr); [java] [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^^ [java] [javac] Type mismatch: cannot convert from Object to byte[] [java] [javac] ---------- [java] [javac] 4 problems (4 errors) -- 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 May 23 23:48:32 2008 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 23 May 2008 19:48:32 -0400 Subject: [fedora-java] Fedora 9: NoClassDefFoundError (LogFactory) In-Reply-To: <48373728.50006@zarb.org> References: <556544.76527.qm@web51001.mail.re2.yahoo.com> <4837176A.20407@zarb.org> <20080523212551.GA8641@redhat.com> <48373728.50006@zarb.org> Message-ID: <20080523234831.GA8929@redhat.com> * David Walluck [2008-05-23 17:29]: > > We can only support the packages that we maintain that are properly > packaged according to our policies. If our tomcat packages are packaged that differently than upstream provides, and external projects rely on the upstream layout, I'd say our packages are broken. Andrew -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From robert at marcanoonline.com Sat May 24 16:09:56 2008 From: robert at marcanoonline.com (Robert Marcano) Date: Sat, 24 May 2008 11:39:56 -0430 Subject: [fedora-java] Alternative to com.sun class In-Reply-To: <48374086.7050004@cora.nwra.com> References: <48372759.1070008@cora.nwra.com> <1211575406.2888.20.camel@localhost.localdomain> <48374086.7050004@cora.nwra.com> Message-ID: <1211645396.3976.5.camel@localhost.localdomain> On Fri, 2008-05-23 at 16:09 -0600, Orion Poplawski wrote: > Robert Marcano wrote: > > jakarta-commons-codec > > > > http://commons.apache.org/codec/apidocs/org/apache/commons/codec/binary/Base64.html > Ohh sorry, but I am not sure you will find a drop in replacement, the commons-codec version does not convert to Strings always works with byte arrays, but you can change a little the code, for example // sun code String encodedData = Base64.encode(data); // new code String encodedData = null; try { encodedData = new String(Base64.encodeBase64(data), "UTF-8"); } catch (UnsupportedEncodingException e) { // can not happen, UTF-8 is always supported } Hope this helps > > Finally figured out where to add the path, but it looks like it's not a > drop in replacement for the com.sun class: > > > [java] [javac] Compiling 1 source file to > /export/home/orion/fedora/gridengine/devel/gridengine/source/CLASSES/juti/classes > [java] [javac] ---------- > [java] [javac] 1. ERROR in > /export/home/orion/fedora/gridengine/devel/gridengine/source/libs/juti/java/com/sun/grid/security/login/GECATrustManagerLoginModule.java > (at line 203) > [java] [javac] byte[] message = Base64.decode(messa > [java] [javac] geStr); > [java] [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^ > [java] [javac] Cannot make a static reference to the > non-static method decode(Object) from the type Base64 > [java] [javac] ---------- > [java] [javac] 2. ERROR in > /export/home/orion/fedora/gridengine/devel/gridengine/source/libs/juti/java/com/sun/grid/security/login/GECATrustManagerLoginModule.java > (at line 203) > [java] [javac] byte[] message = Base64.decode(messa > [java] [javac] geStr); > [java] [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^ > [java] [javac] Type mismatch: cannot convert from Object to byte[] > [java] [javac] ---------- > [java] [javac] 3. ERROR in > /export/home/orion/fedora/gridengine/devel/gridengine/source/libs/juti/java/com/sun/grid > [java] [javac] > /security/login/GECATrustManagerLoginModule.java (at line 210) > [java] [javac] byte[] signature = > Base64.decode(signatureStr); > [java] [javac] > ^^^^^^^^^^^^^^^^^^^^^^^^^^^ > [java] [javac] Cannot make a static reference to the > non-static method decode(Object) from the type Base64 > [java] [javac] ---------- > [java] [javac] 4. ERROR in > /export/home/orion/fedora/gridengine/devel/gridengine/source/libs/juti/java/com/sun/grid > [java] [javac] > /security/login/GECATrustManagerLoginModule.java (at line 210) > [java] [javac] byte[] signature = > Base64.decode(signatureStr); > [java] [javac] > ^^^^^^^^^^^^^^^^^^^^^^^^^^^ > [java] [javac] Type mismatch: cannot convert from Object to byte[] > [java] [javac] ---------- > [java] [javac] 4 problems (4 errors) > ________________________________________ Robert Marcano web: http://www.marcanoonline.com/ gpg --keyserver hkp://pgp.mit.edu/ --recv-key 72A0DCFD