After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 304191 - libgnome-java fails to compile
libgnome-java fails to compile
Status: VERIFIED FIXED
Product: java-gnome
Classification: Bindings
Component: GNOME
Not Applicable
Other All
: Normal blocker
: ---
Assigned To: Ismael Juma
Ismael Juma
: 304194 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2005-05-14 19:05 UTC by Luca Merolla
Modified: 2009-08-15 18:40 UTC
See Also:
GNOME target: ---
GNOME version: 2.9/2.10



Description Luca Merolla 2005-05-14 19:05:03 UTC
Please describe the problem:
When I try to emerge (I'm using gentoo...) libgnome-java-2.10.1 I get an error
during the compilation. I have tryed with or without gcj usef flag with the same
result.


Steps to reproduce:
1. emerge libgnome-java
2. 
3. 


Actual results:


Expected results:


Does this happen every time?


Other information:
Building index for all the packages and classes...
Generating doc/api/overview-tree.html...
Generating doc/api/index-all.html...
java.util.MissingResourceException: Can't find resource for bundle
com.sun.tools.doclets
.formats.html.resources.standard, key doclet.malformed_html_link_tag
        at java.util.ResourceBundle.getObject(ResourceBundle.java:326)
        at java.util.ResourceBundle.getString(ResourceBundle.java:286)
        at
com.sun.tools.doclets.internal.toolkit.util.MessageRetriever.getText(MessageR
etriever.java:114)
        at
com.sun.tools.doclets.internal.toolkit.util.MessageRetriever.getText(MessageR
etriever.java:92)
        at
com.sun.tools.doclets.internal.toolkit.util.MessageRetriever.getText(MessageR
etriever.java:81)
        at
com.sun.tools.doclets.internal.toolkit.util.MessageRetriever.warning(MessageR
etriever.java:290)
        at
com.sun.tools.doclets.formats.html.HtmlDocletWriter.redirectRelativeLinks(Htm
lDocletWriter.java:1526)
        at
com.sun.tools.doclets.formats.html.HtmlDocletWriter.commentTagsToString(HtmlD
ocletWriter.java:1438)
        at
com.sun.tools.doclets.formats.html.HtmlDocletWriter.printCommentTags(HtmlDocl
etWriter.java:1397)
        at
com.sun.tools.doclets.formats.html.HtmlDocletWriter.printSummaryComment(HtmlD
ocletWriter.java:1370)
        at
com.sun.tools.doclets.formats.html.HtmlDocletWriter.printSummaryComment(HtmlD
ocletWriter.java:1366)
        at
com.sun.tools.doclets.formats.html.AbstractIndexWriter.printComment(AbstractI
ndexWriter.java:192)
        at
com.sun.tools.doclets.formats.html.AbstractIndexWriter.printDescription(Abstr
actIndexWriter.java:164)
        at
com.sun.tools.doclets.formats.html.AbstractIndexWriter.generateContents(Abstr
actIndexWriter.java:89)
        at
com.sun.tools.doclets.formats.html.SingleIndexWriter.generateIndexFile(Single
IndexWriter.java:76)
        at
com.sun.tools.doclets.formats.html.SingleIndexWriter.generate(SingleIndexWrit
er.java:52)
        at
com.sun.tools.doclets.formats.html.HtmlDoclet.generateOtherFiles(HtmlDoclet.j
ava:103)
        at
com.sun.tools.doclets.internal.toolkit.AbstractDoclet.startGeneration(Abstrac
tDoclet.java:122)
        at
com.sun.tools.doclets.internal.toolkit.AbstractDoclet.start(AbstractDoclet.ja
va:64)
        at com.sun.tools.doclets.formats.html.HtmlDoclet.start(HtmlDoclet.java:42)
        at com.sun.tools.doclets.standard.Standard.start(Standard.java:23)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.
java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at com.sun.tools.javadoc.DocletInvoker.invoke(DocletInvoker.java:269)
        at com.sun.tools.javadoc.DocletInvoker.start(DocletInvoker.java:143)
        at com.sun.tools.javadoc.Start.parseAndExecute(Start.java:340)
        at com.sun.tools.javadoc.Start.begin(Start.java:128)
        at com.sun.tools.javadoc.Main.execute(Main.java:41)
        at com.sun.tools.javadoc.Main.main(Main.java:31)
make[1]: *** [doc-stamp] Error 1
make[1]: Leaving directory
`/var/tmp/portage/libgnome-java-2.10.1/work/libgnome-java-2.1
0.1'
make: *** [all] Error 2
Comment 1 Andrew Cowie 2005-05-15 06:02:05 UTC
Can't say that I've ever seen this onbe.

What version of Java (ie, which JDK) are you using to try and build this? It's
not 1.5 perchance?

AfC
Sydney
Comment 2 Luca Merolla 2005-05-15 09:25:22 UTC
Yes, java version was 1.5. I thought that gcj use flag means to use gcj to build
the lib... Anyway I have tryed also with 1.4 series and I get this different error:
...
org_gnu_gnome_IconTextItem.o src/jni/.libs/libgnomejni_la-org_gnu_gnome_ModuleIn
fo.o src/jni/.libs/libgnomejni_la-org_gnu_gnome_PasswordDialog.o src/jni/.libs/l
ibgnomejni_la-org_gnu_gnome_PixmapEntry.o src/jni/.libs/libgnomejni_la-org_gnu_g
nome_PopupMenu.o src/jni/.libs/libgnomejni_la-org_gnu_gnome_Program.o src/jni/.l
ibs/libgnomejni_la-org_gnu_gnome_Scores.o src/jni/.libs/libgnomejni_la-org_gnu_g
nome_Sound.o src/jni/.libs/libgnomejni_la-org_gnu_gnome_UIBuilderData.o src/jni/
.libs/libgnomejni_la-org_gnu_gnome_UIInfo.o src/jni/.libs/libgnomejni_la-org_gnu
_gnome_Url.o src/jni/.libs/libgnomejni_la-org_gnu_gnome_Util.o src/jni/.libs/lib
gnomejni_la-org_gnu_gnome_WindowIcon.o  -L/usr/X11R6/lib -L/usr/lib /usr/lib/lib
gnomeui-2.so -lSM -lICE /usr/lib/libbonoboui-2.so /usr/lib/libxml2.so -lpthread 
-lz /usr/lib/libgnome-2.so /usr/lib/libpopt.so /usr/lib/libgnomevfs-2.so /usr/li
b/libbonobo-2.so /usr/lib/libgconf-2.so /usr/lib/libbonobo-activation.so /usr/li
b/libORBit-2.so /usr/lib/libgthread-2.0.so /usr/lib/libgnomecanvas-2.so /usr/lib
/libart_lgpl_2.so /usr/lib/libpangoft2-1.0.so /usr/lib/libgtk-x11-2.0.so /usr/li
b/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so -lm /us
r/lib/libpangoxft-1.0.so /usr/lib/libpangox-1.0.so /usr/lib/libpango-1.0.so /usr
/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libglib-2.0.so /
usr/lib/libgtkjni.so  -march=athlon-xp -Wl,--export-dynamic -pthread -Wl,-soname
 -Wl,libgnomejni-2.10.so -o .libs/libgnomejni-2.10.so
(cd .libs && rm -f libgnomejni.so && ln -s libgnomejni-2.10.so libgnomejni.so)
creating libgnomejni.la
(cd .libs && rm -f libgnomejni.la && ln -s ../libgnomejni.la libgnomejni.la)
/opt/sun-jdk-1.4.2.07/bin/javac -classpath /usr/share/libgtk-java-2.6/lib/gtk2.6
-2.6.2.jar:./src/java:src/java -d src/java src/java/org/gnu/gnome/About.java
src/java/org/gnu/gnome/About.java:11: cannot access org.gnu.gdk.Pixbuf
bad class file: /usr/share/libgtk-java-2.6/lib/gtk2.6-2.6.2.jar(org/gnu/gdk/Pixb
uf.class)
class file has wrong version 49.0, should be 48.0
Please remove or make sure it appears in the correct subdirectory of the classpa
th.
import org.gnu.gdk.Pixbuf;
                   ^
1 error
make[1]: *** [src/java/org/gnu/gnome/About.class] Error 1
make[1]: Leaving directory `/var/tmp/portage/libgnome-java-2.10.1/work/libgnome-
java-2.10.1'
make: *** [all] Error 2
Comment 3 Ismael Juma 2005-05-15 14:14:01 UTC
'class file has wrong version 49.0, should be 48.0' 
 
This means that some of the files were compiled using java 1.5 mode and the 
rest are being compiled using 1.4. There are two solutions. One is to recompile 
everything using the 1.4 compiler. The other is to try j2se 1.5 update 3. The 
javadoc problem initially reported was a bug that I think was fixed in update 
3. Please let us know if you manage to solve your problem. 
Comment 4 Luca Merolla 2005-05-15 19:32:58 UTC
I updated java to 1.5.0.03 and I get the same error that I got with 1.5.0.02.
Maybe tomorrow I'll try to recompile everything with 1.4 series.
Comment 5 Christian Kirbach 2005-05-15 20:59:19 UTC
*** Bug 304194 has been marked as a duplicate of this bug. ***
Comment 6 Andrew Cowie 2005-05-28 06:48:28 UTC
As with anything from Sun that is x.y.0, Java 1.5.0 is still pretty beta. There
are enormous problems with class compatibility up and down the stack. I would
recommend sticking with Java 1.4 if you want a stable usable system.

(if you read the gentoo-java@gentoo.org mailing list archive for the last few
monts, you'll see the ongoing efforts to try and beat Java 1.5 into some
semblance of sanity. It's not going very well).

As far as I can tell, none of the java-gnome hackers (regardless of OS) are
having much luck with Java 1.5, but certainly with respect to the Gentoo
ebuilds, you should use Sun (or IBM) Java 1.4.2, or GCJ-4.0 (which is more or
less Java 1.4.2 equivalent).

AfC
Calgary
Comment 7 Ismael Juma 2005-05-28 11:54:22 UTC
Hi,

This is the javadoc bug that was causing the problem:

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5082928

From the information there, I was able to find the area in libgnome-java that
was triggering it. Fixed in 2-10 branch and HEAD. Please re-open if you still
see the problem.

Thanks for reporting this.

P.S. re: comment #6, I have used Java 5 without problems and it's misleading to
call it a x.y.0 release as three updates have been released already. These
updates are all that Sun is going to release for Java 5. They do not intend to
have a 1.5.1 (or 5.1) release at all (apart from the updates, 6.0 is next).
Having said that, the recommendation to use gcj is definitely a good one. :)
Comment 8 Scott Harmon 2005-09-12 04:42:06 UTC
This is marked fixed...but will libgnome-java 2.10.2 ever be released (or at
least the patch attached to this bug)?