Bommels05/Mozilla
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

XPCOMJavaProxyBase belongs in impl jar, not interfaces jar. No bug. Not part of default build

Browse Source 
git-svn-id: svn://10.0.0.236/trunk@185163 18797224-902f-48f8-a5cc-f745e15eee43
This commit is contained in:
pedemont%us.ibm.com
2005-11-22 23:09:09 +00:00
parent 7ae7fa774d
commit c740021372
4 changed files with 9 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

8
mozilla/extensions/java/xpcom/XPCOMJavaProxy.java
View File

@@ -83,7 +83,13 @@ public class XPCOMJavaProxy implements InvocationHandler {
* @return Proxy of given XPCOM object
*/
protected static Object createProxy(Class aInterface, long aXPCOMInstance) {
return Proxy.newProxyInstance(aInterface.getClassLoader(),
// XXX We should really get the class loader from |aInterface|. However,
// that class loader doesn't know about |XPCOMJavaProxyBase|. So for
// now, we get the class loader that loaded |XPCOMJavaProxy|. When
// we get rid of the "XPCOMJavaProxyBase.java" class, we can revert
// to the old method below.
// return Proxy.newProxyInstance(aInterface.getClassLoader(),
return Proxy.newProxyInstance(XPCOMJavaProxy.class.getClassLoader(),
new Class[] { aInterface, XPCOMJavaProxyBase.class },
new XPCOMJavaProxy(aXPCOMInstance));
}