Re: WELCOME to general_at_simile.mit.edu

From: Stefano Mazzocchi <stefanom_at_mit.edu>
Date: Sat, 03 Sep 2005 23:19:04 -0400

David Huynh wrote:
> Maybe there's something off with the build process? I've just checked
> out the latest source and built and Piggy Bank fails to load on Deer
> Park Alpha 2 for me, too. I took a look at nsPiggyBank.js and the jar
> filenames seem to get expanded incorrectly:
>
> var commonJarFilenames =
> ['\Dev\piggy-bank\lib\informa-0.6.0.jar','\Dev\piggy-bank\lib\jdom-1.0.jar','\Dev\piggy-bank\lib\jtidy-04aug2000r7-dev.jar','\Dev\longwell2\lib\batik-awt-util-1.5.1.jar','\Dev\longwell2\lib\commons-collections-3.1.jar','\Dev\longwell2\lib\commons-logging-1.0.4.jar','\Dev\longwell2\lib\javax.servlet-5.1.4.jar','\Dev\longwell2\lib\jetty-5.1.4.jar','\Dev\longwell2\lib\log4j-1.2.11.jar','\Dev\longwell2\lib\lucene-1.4.3.jar','\Dev\longwell2\lib\picto-1.0.0.jar','\Dev\longwell2\lib\sesame-1.1.2.jar','\Dev\longwell2\lib\velocity-1.4.jar'];
> // NOTE: this gets expanded in the build process!
>
> Stefano, how do these get expanded? Perhaps this only happens on Windows?

Hmm, Ryan changed the build process and we both run on macosx so I'm not
surprised there are problems under windows since we never tried it there.

> If you just remove the relative paths to these jars (so that only their
> filenames remain), and make change line 506 of
> chrome/piggy-bank/content/scripts/piggybank.js to:
>
> var url = "file:///" + escape(fileLocator.get("ProfD",
> Components.interfaces.nsIFile).path.replace(/\\/g, "/")) + "/";
>
> (note the call to replace) then Piggy Bank should load for you.

That could work, or we could change the build.xml line that does that
filtering.

Anyway, this has nothing to do with what Tomas and James are reporting
since we have not yet released this code to the public.

We already have a bug report for a
java.security.PrivilegedActionException but I really cannot re-create
this bug on my machine so I don't know how to fix it :-/

more below...

> Tomas Marek wrote:
>
>> Well, looking at the Java console, there's an Exception stack trace
>> which looks like the following:
>>
>> java.security.PrivilegedActionException:
>> java.lang.reflect.InvocationTargetException
>> at java.security.AccessController.doPrivileged(Native Method)
>> at sun.plugin.liveconnect.SecureInvocation$2.run(Unknown Source)
>> at java.security.AccessController.doPrivileged(Native Method)
>> at sun.plugin.liveconnect.SecureInvocation.CallMethod(Unknown Source)
>> at sun.plugin.liveconnect.SecureInvocation.access$300(Unknown Source)
>> at
>> sun.plugin.liveconnect.SecureInvocation$CallMethodThread.run(Unknown
>> Source)
>> Caused by: java.lang.reflect.InvocationTargetException
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>> at java.lang.reflect.Method.invoke(Unknown Source)
>> at sun.plugin.javascript.invoke.JSInvoke.invoke(Unknown Source)
>> at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>> at java.lang.reflect.Method.invoke(Unknown Source)
>> at sun.plugin.javascript.JSClassLoader.invoke(Unknown Source)
>> at sun.plugin.liveconnect.PrivilegedCallMethodAction.run(Unknown
>> Source)
>> ... 6 more
>> Caused by: java.lang.IllegalArgumentException
>> at sun.net.www.ParseUtil.decode(Unknown Source)
>> at sun.misc.FileURLMapper.getPath(Unknown Source)
>> at sun.misc.FileURLMapper.exists(Unknown Source)
>> at sun.misc.URLClassPath$JarLoader.getJarFile(Unknown Source)
>> at sun.misc.URLClassPath$JarLoader.<init>(Unknown Source)
>> at sun.misc.URLClassPath$3.run(Unknown Source)
>> at java.security.AccessController.doPrivileged(Native Method)
>> at sun.misc.URLClassPath.getLoader(Unknown Source)
>> at sun.misc.URLClassPath.getLoader(Unknown Source)
>> at sun.misc.URLClassPath.getResource(Unknown Source)
>> at java.net.URLClassLoader$1.run(Unknown Source)
>> at java.security.AccessController.doPrivileged(Native Method)
>> at java.net.URLClassLoader.findClass(Unknown Source)
>> at java.lang.ClassLoader.loadClass(Unknown Source)
>> at java.net.FactoryURLClassLoader.loadClass(Unknown Source)
>> at java.lang.ClassLoader.loadClass(Unknown Source)
>> at java.lang.ClassLoader.loadClassInternal(Unknown Source)
>> at java.lang.Class.forName0(Native Method)
>> at java.lang.Class.forName(Unknown Source)
>> ... 16 more
>> java.security.PrivilegedActionException:
>> java.lang.reflect.InvocationTargetException
>> at java.security.AccessController.doPrivileged(Native Method)
>> at sun.plugin.liveconnect.SecureInvocation$2.run(Unknown Source)
>> at java.security.AccessController.doPrivileged(Native Method)
>> at sun.plugin.liveconnect.SecureInvocation.CallMethod(Unknown Source)
>> at sun.plugin.liveconnect.SecureInvocation.access$300(Unknown Source)
>> at
>> sun.plugin.liveconnect.SecureInvocation$CallMethodThread.run(Unknown
>> Source)

There seems to be a difference between java 1.5 and java 1.4 in the way
they handle liveconnect.

Tomas, could you please install java 1.4 on your machine and try that
instead? it might be a problem on java 1.5

>> Caused by: java.lang.reflect.InvocationTargetException
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>> at java.lang.reflect.Method.invoke(Unknown Source)
>> at sun.plugin.javascript.invoke.JSInvoke.invoke(Unknown Source)
>> at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source)
>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
>> at java.lang.reflect.Method.invoke(Unknown Source)
>> at sun.plugin.javascript.JSClassLoader.invoke(Unknown Source)
>> at sun.plugin.liveconnect.PrivilegedCallMethodAction.run(Unknown
>> Source)
>> ... 6 more
>> Caused by: java.lang.IllegalArgumentException
>> at sun.net.www.ParseUtil.decode(Unknown Source)

this seems to indicate some difference in the way java 1.5 handles the
URLs in the URLClassLoader... maybe the file:/// is confusing it and
then it triggers a cascading chain of things that end up in the top
exception? hard to tell.

I *really* hope we were not exploiting a bug in java 1.4 that got fixed
in 1.5 :-(

David, what is your experience with java 1.5 on windows?

>> at sun.misc.FileURLMapper.getPath(Unknown Source)
>> at sun.misc.FileURLMapper.exists(Unknown Source)
>> at sun.misc.URLClassPath$JarLoader.getJarFile(Unknown Source)
>> at sun.misc.URLClassPath$JarLoader.<init>(Unknown Source)
>> at sun.misc.URLClassPath$3.run(Unknown Source)
>> at java.security.AccessController.doPrivileged(Native Method)
>> at sun.misc.URLClassPath.getLoader(Unknown Source)
>> at sun.misc.URLClassPath.getLoader(Unknown Source)
>> at sun.misc.URLClassPath.getResource(Unknown Source)
>> at java.net.URLClassLoader$1.run(Unknown Source)
>> at java.security.AccessController.doPrivileged(Native Method)
>> at java.net.URLClassLoader.findClass(Unknown Source)
>> at java.lang.ClassLoader.loadClass(Unknown Source)
>> at java.net.FactoryURLClassLoader.loadClass(Unknown Source)
>> at java.lang.ClassLoader.loadClass(Unknown Source)
>> at java.lang.ClassLoader.loadClassInternal(Unknown Source)
>> at java.lang.Class.forName0(Native Method)
>> at java.lang.Class.forName(Unknown Source)
>> ... 16 more
>>
>> The PrivilegedActionException occured when starting Firefox (during
>> piggybank initialization?). I hope it might be helpful in order to
>> resolve the issue.




-- 
Stefano Mazzocchi
Research Scientist                 Digital Libraries Research Group
Massachusetts Institute of Technology            location: E25-131C
77 Massachusetts Ave                   telephone: +1 (617) 253-1096
Cambridge, MA  02139-4307              email: stefanom at mit . edu
-------------------------------------------------------------------
Received on Sun Sep 04 2005 - 03:14:53 EDT

This archive was generated by hypermail 2.3.0 : Thu Aug 09 2012 - 16:39:18 EDT