[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: Java debugging
- From: Andrew Haley <aph redhat com>
- To: Development discussions related to Fedora <fedora-devel-list redhat com>
- Subject: Re: Java debugging
- Date: Wed, 30 Apr 2008 18:14:28 +0100
Les Mikesell wrote:
> Andrew Overholt wrote:
>>
>>>>> On Wed, Apr 30, 2008 at 3:07 AM, Andrew Haley <aph redhat com> wrote:
>>>>>> I take your point. Does simply rebuilding that RPM fix this
>>>>>> problem?
>>>>> Rebuilding that RPM fails:
>>>>>
>>>>> [javac]
>>>>> /home/jamesjer/rpmbuild/BUILD/axis-1_2_1/src/org/apache/axis/i18n/ProjectResourceBundle.java:363:
>>>>>
>>>>> clearCache() in org.apache.axis.i18n.ProjectResourceBundle cannot
>>>>> override clearCache() in java.util.ResourceBundle; overridden method
>>>>> is static final
>>>>> [javac] public static void clearCache()
>>>>> [javac] ^
>>>> Oh, great. :-(
>>>>
>>>> That's an incompatible change from Java 1.5 to 1.6.
>>>>
>>>> Java 1.6 has a final method clearCache(), 1.5 doesn't:
>>>>
>>>> http://java.sun.com/j2se/1.5.0/docs/api/java/util/ResourceBundle.html
>>>> http://java.sun.com/javase/6/docs/api/java/util/ResourceBundle.html
>>> So someone has noticed that shipping a 1.6'ish JVM isn't necessarily
>>> going to work for everyone who needs to run current java applications?
>>
>> Since OpenJDK is >= 1.6 (ignoring gcj and other GNU Classpath-based
>> JVMs), I'm not sure if there's a better solution. Is there?
>
> The obvious solution is to ship a jpackage nosrc style rpm for the Sun
> Java versions that you are unwilling to include. That would fix up the
> fedora rpm dependencies and alternatives symlink weirdness that make
> using your own downloaded binary painful otherwise.
That seems a little extreme. All we have to do is fix a few incompatibilities.
Andrew.
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]