IcedTea6-plugin PluginAppletSecurityContext NullPointers - debian 6b14-1~exp1 sources still uses HashMap in PluginAppletSecurityContext
Xerxes Rånby
xerxes at zafena.se
Mon Feb 16 02:57:15 PST 2009
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
>>
>>
More information about the distro-pkg-dev
mailing list