IcedTea6-plugin PluginAppletSecurityContext NullPointers - debian 6b14-1~exp1 sources still uses HashMap in PluginAppletSecurityContext

[Oliver May]

Hi Xerxes,

Thanks a lot for the research! Our project is on hold at this moment, so 
I'll just wait until the binary hits the debian repository in a few 
weeks time!

I'll get you updated as soon as I get the new plugin!

regards,

Oliver May

Xerxes Rånby wrote:
> Doko I have attached you to this conversation since you do have the 
> skills and power to decide and pick whats goes into the debian sourcetree:
> To summarise: this is a source update request for debian experimental 
> branch of openjdk-6 to match icedtea6 1.4.
> Oliver May are currently experiencing a bug in debian experimental that 
> probably have already been fixed in icedtea6 mercurial tip and  icedtea 
> 1.4 sources.
> The changeset http://icedtea.classpath.org/hg/icedtea6/rev/15437352b69c  
> from 2009-01-22 by Deepak Bhole have probably already fixed this bug.
> It would be nice to get updated debian sources in the experimental 
> branch to at least match the last icedtea 1.4 release from 2009-02-02; 
> the currect debian 6b14-1~exp1 sources are from 2008-12-17.
> This discussion can be followed from the beginning here: 
> http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2009-February/004734.html 
> 
> 
> Deepak Bhole:
> Thank you for the insight into the icedtea plugin and for writing it!
> The binarys was from debian 6b14-1~exp1 and I have verified that the 
> debian 6b14-1~exp1 sources still uses HashMap in 
> PluginAppletSecurityContext.
> The configuration used by Oliver May was
> Icedtea6-plugin: Version: 6b14-1~exp1
> Openjdk6-jre: Version: 6b14-1~exp1
> Iceweasel: 3.06-1
> Linux debian-gta02 2.6.24-20081103.git7172ec57 #1 PREEMPT Wed Dec 17 
> 18:06:43 UTC 2008 armv4tl GNU/Linux
> Oliver May are actually running Iceweasel with the icedtea6 plugin on 
> his phone! Awesome:
> http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20090212/8dc2438b/attachment-0001.jpg  
> - picture of Icedtea6 plugin running on Neo freerunner, the freerunner 
> definately looks a lot cooler now with the plugin running on it!
> http://mail.openjdk.java.net/pipermail/distro-pkg-dev/2009-February/004743.html 
> - output from about:plugins in iceweasel and java --version
> 
> Oliver May:
> The bug you have experienced are belived to have been fixed in the 
> developement mercurial sourcetree 
> http://icedtea.classpath.org/hg/icedtea6/ and the last stable release of 
> icedtea6 v1.4 from 2009-02-02 
> http://langel.wordpress.com/2009/02/02/icedtea6-14-released/ .
> I dont know of any prebuilt binarys for armel that contains the latest 
> icedtea6 1.4 release so you have to compile the current icedtea6 
> sourcecode for yourself and report back if the bug still exists. If the 
> debian sources gets updated then we might have a new binary to test 
> within some weeks from the debian binary repositorys.
> Meanwhile I would recommend you to try cross-compile the latest icedtea6 
> sources using Jalimo and openembedded: Check out Robert Schusters blog 
> reguarding how to cross compile icedtea6: 
> http://rschuster.blogs.evolvis.org/
> 
> To all Debian developers:
> Congratulations Debian 5.0 lenny are finally released and are shipped 
> with icedtea6 support!
> http://www.debian.org/News/2009/20090214
> 
> Cheers and have a great day!
> Xerxes
> 
> Deepak Bhole skrev:
>> * Oliver May <oliver.may at dfc.be> [2009-02-13 04:35]:
>>  
>>> Seems my message got hold back by the mailing list because the large 
>>> attachment, I uploaded the file to the website too:
>>> http://geomajas.org/users/oliverm/freerunner-gpsApplet/applet-test.tgz
>>>
>>> Hi Deepak!
>>>
>>>  >>
>>>  >> What website do you see this error on?
>>>  >>
>>>  >> As for PluginDebug.debug() ... its messages go to STDERR. However,
>>>  >> debug() prints only if you have set ICEDTEAPLUGIN_DEBUG=true, and in
>>>  >> that case, all OUT/ERR is redirected to /tmp/java.stdout and
>>>  >> /tmp/java.stderr
>>>  >>
>>>  >> Cheers,
>>>  >> Deepak
>>>  >>
>>>  >
>>>  > Whoops.. should have checked the ML first.
>>>  >
>>>  > Okay, can you start the browser with the env variable
>>>  > ICEDTEAPLUGIN_DEBUG=true , and then send the resulting log
>>>  > and /tmp/java.std* files?
>>>  >
>>>  > Deepak
>>>  >
>>>
>>> I did some more testing, and put the applet I am using online with some
>>> simple javascript <> java interaction, including the source files.
>>>
>>> http://geomajas.org/users/oliverm/freerunner-gpsApplet/test-applet.html
>>>
>>>     
>>
>> What version of IcedTea are you trying this with again? I think I have
>> seen this sort of error once before, but I was never able to reproduce
>> it. After that though, I changed one of the structures in
>> PluginAppletSecurityContext (where the NPE is happening) to be a
>> Hashtable instead of HashMap. So in theory, any NPE should get thrown
>> when the table is updated, rather than when the value is read. From the
>> logs, it appears that the latter is the case.
>>
>> Can you try running it with IcedTea 1.4 or later and attach those logs
>> please?
>>
>> Thanks,
>> Deepak
>>
>>  
>>> The applet expects a gpsd running on localhost, but it wont crash
>>> without it. You may forward local port 2947 to gpsd.mainframe.cx:2947
>>> for some real data (real, but static, mainframe.cx is not moving :)).
>>>
>>> Using this site I just did a test with debugging output:
>>>
>>> debian-gta02:/tmp# ICEDTEAPLUGIN_DEBUG=true
>>> debian-gta02:/tmp# export ICEDTEAPLUGIN_DEBUG
>>> debian-gta02:/tmp# (iceweasel > /tmp/iceweasel.out) >& 
>>> /tmp/iceweasel.err
>>>
>>> so i have also gathered the iceweasel process out and err streams.
>>>
>>> What I did is:
>>> +Started iceweasel and opened http://geomajas.org....
>>> +Waited until the applet was completely loaded (cpu idle)
>>> +Clicked on "Start gps" and waited like 10 minutes until cpu idle
>>> +Clicked on "Get gps data", this returned null in the textbox after half
>>> a second.
>>> +Clicked on "Stop gps"
>>> +Clicked on "Get gps data" again, wich actet the same way as before
>>> +Closed iceweasel
>>>
>>> Btw, there seem to be some real performance issues too, the first call
>>> from javascript to java takes ages, esp. with debugging turned on. But
>>> that could even well be the rather slow cpu (200 bogoMIPS, 400MHz arm).
>>>
>>> Greetings!
>>>
>>> -- 
>>> Oliver May
>>>
>>> DFC Software Engineering
>>> GeoMajas partner www.geomajas.org
>>>
>>> Brugsesteenweg 587
>>> B-9030 Gent
>>> Belgium
>>> T: +32 9 236 61 96
>>> F: +32 9 236 54 12
>>> E: oliver.may at dfc.be
>>> W: www.dfc.be
>>>
>>>     
> 
> 

-- 
Oliver May

DFC Software Engineering
GeoMajas partner www.geomajas.org

Brugsesteenweg 587
B-9030 Gent
Belgium
T: +32 9 236 61 96
F: +32 9 236 54 12
E: oliver.may at dfc.be
W: www.dfc.be