Bug 719118
Summary: | javadoc parses .class file as Java source code when -subpackages is used | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Alexander Boström <abo> |
Component: | java-1.6.0-openjdk | Assignee: | Deepak Bhole <dbhole> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | rawhide | CC: | ahughes, dbhole, jon.vanalten, jvanek, kostya, lkundrak, mjw, mmatejov, ole, omajid, sochotni |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-08-22 17:21:58 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 703828, 715804 |
Description
Alexander Boström
2011-07-05 20:02:09 UTC
The same problem on FC15 with java-1.6.0-openjdk-1.6.0.0-59.1.10.3.fc15.x86_64 package. Can you please try again from the terminal? This time, set locale first: export LC_ALL=en_US.UTF-8 [korum@korum ~]$ ./test_javadoc.sh + export LC_ALL=en_US.UTF-8 + LC_ALL=en_US.UTF-8 ++ mktemp -d + TEMPDIR=/tmp/tmp.klOVVu1W3X + cd /tmp/tmp.klOVVu1W3X + mkdir -p org/example/bug + cat + javac org/example/bug/Bug.java + javadoc -classpath . -subpackages org.example.bug Loading source files for package org.example.bug... ./org/example/bug/Bug.class:1: warning: unmappable character for encoding UTF8 ����2 ^ ... ./org/example/bug/Bug.class:1: illegal character: \65533 ����2 ^ ... 90 errors 6 warnings Ah, okay so it is not an encoding issue. I looked deeper into this and I think I have found the cause. I will work with upstream to try and get it resolved. In the mean time, as a workaround, you can have the .class file go to another directory (than the source files) and that should fix the error. I've been aware of this for some time, as it breaks java-gnome's doc build, but I haven't had a chance to do anything more than replicate it. I believe it's caused once again by: http://hg.openjdk.java.net/jdk6/jdk6/langtools/rev/5c2858bccb3f (In reply to comment #5) > I've been aware of this for some time, as it breaks java-gnome's doc build, but > I haven't had a chance to do anything more than replicate it. > > I believe it's caused once again by: > > http://hg.openjdk.java.net/jdk6/jdk6/langtools/rev/5c2858bccb3f Yeah, specifically the change to JavadocTool.java from what I traced. I sent an email to the javadoc-dev list earlier this month about this, including a potential fix. It is still waiting for moderator approval. I've emailed the moderator personally to try and get things moving again. I just finished communicating with Jonathan Gibbons from Oracle. He is going to fix this in JDK8. Once there, either him or myself will look into backports to 7 and 6. I think this is fixed by 7091528 which was applied in 1.10.5. http://hg.openjdk.java.net/jdk6/jdk6/langtools/rev/6fa1f24a215a http://hg.openjdk.java.net/jdk7u/jdk7u/langtools/rev/c1b84d6044ce Tried with the latest 1.6.0 and 1.7.0. Looks like it's fixed in both. Closing. |