Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 20 Apr 2012 18:07:00 +0300
From:      Andriy Gapon <avg@FreeBSD.org>
To:        Greg Lewis <glewis@eyesbeyond.com>
Cc:        freebsd-eclipse@FreeBSD.org
Subject:   Re: [Fwd: eclipse-3.6.2 failed on amd64 9]
Message-ID:  <4F917B94.4090906@FreeBSD.org>
In-Reply-To: <4F909057.5020809@FreeBSD.org>
References:  <1334784090.2063.2.camel@hood.oook.cz> <20120419022722.GA16464@jmobile.jimmy.local> <20120419185122.GA21679@misty.eyesbeyond.com> <4F909057.5020809@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
on 20/04/2012 01:23 Andriy Gapon said the following:
> on 19/04/2012 21:51 Greg Lewis said the following:
>> On Wed, Apr 18, 2012 at 09:27:22PM -0500, Jimmy wrote:
>>> I'm seeing the same error (NullPointerException in com.ibm.icu.util.TimeZone.getDefault(TimeZone.java:679)) while
>>> RUNNING eclipse-3.6.2 on 9.0-STABLE i386.
>>>
>>> It appears that the latest update to openjdk6 has somehow messed up the timezone info...
>>
>> I'm looking into this.  The weird thing I've seen so far is that a
>> test class that calls the same API works without any problems.  Not sure
>> why this only happens to Eclipse.
> 
> Just in case.  I am also running into the problem with eclipse, icu, time zone
> and the latest openjdk6 from ports.
> More specifically:
> Caused by: java.lang.NullPointerException
>         at sun.util.calendar.ZoneInfoFile.getZoneIDs(ZoneInfoFile.java:747)
>         at sun.util.calendar.ZoneInfo.getAvailableIDs(ZoneInfo.java:535)
>         at java.util.TimeZone.getAvailableIDs(TimeZone.java:516)
>         at com.ibm.icu.impl.JavaTimeZone.<clinit>(JavaTimeZone.java:37)
> 
> And, as you say, a test program that directly calls
> java.util.TimeZone.getAvailableIDs also succeeds here.
> 
> A workaround from this forum thread works for me:
> http://www.eclipse.org/forums/index.php?t=msg&goto=488654
> 
> A wild guess: maybe the issue is caused by the custom class loading in
> eclipse/osgi and static variables in sun.util.calendar.* classes are not
> properly initialized before the classes are used.  The guess is based purely on
> <clinit> for com.ibm.icu.impl.JavaTimeZone.

Hrm, more likely eclipse modifies a java security policy and it prohibits
accessing files outside of certain directories.

-- 
Andriy Gapon



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F917B94.4090906>