IllegalArgumentException in Java-Extension only in Go-oo
Dietmar <[email protected]> Sun, 06 Feb 2011 11:22:24 +0100
| Newsgroups | gmane.comp.gnome.ximian.openoffice |
|---|---|
| Message-ID | <1296987744.4369.10.camel@dietmar> |
--===============1662501558== Content-Type: multipart/alternative; boundary="=-W1yO/JRBrD6O1+77RSyo" --=-W1yO/JRBrD6O1+77RSyo Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: 7bit First my apologize to address this topic to this list, because it is probably a bit off-topic, nevertheless, I'd appreciate if a developer could quickly feedback. I wrote an extension for OOo in Java which works fine in native OOo. Recently I switched to Debian Squeeze and am using the packaged OOo 3.2.1 which afaik is based on Go-oo. Here, this extension throws an exception > com.sun.star.lang.IllegalArgumentException: > at com.sun.star.bridges.jni_uno.JNI_proxy.dispatch_call(Native Method) > at com.sun.star.bridges.jni_uno.JNI_proxy.invoke(JNI_proxy.java:175) > at $Proxy6.setPropertyValue(Unknown Source) > at name.dhiller.jBorderLiner.Borders.SetBordersSingleCell(Borders.java:400) > at name.dhiller.jBorderLiner.Borders.SetBordersCellRange(Borders.java:367) > at name.dhiller.jBorderLiner.Borders.SetBordersCell(Borders.java:319) > at name.dhiller.jBorderLiner.Borders.DoBorders(Borders.java:70) > at name.dhiller.jBorderLiner.BLKeyHandlerImpl.keyPressed(BLKeyHandlerImpl.java:53) Now my question: Are you aware a some features of the api that were disabled in Go-OO, which might cause this effect? Or some more stringent compiler options (i.e. a mistake in my programming that is tolerated in native OOo but not in Go-oo?) The same occurs on Ubuntu 10.10 with Libreoffice 3.3. I also checked with Sun-Java 6 in Debian, same result as with OpenJDK 6. Thanks for your support Dietmar -- http://extensions.services.openoffice.org/en/project/BorderLiner --=-W1yO/JRBrD6O1+77RSyo Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 7bit <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8"> <META NAME="GENERATOR" CONTENT="GtkHTML/3.30.3"> </HEAD> <BODY> First my apologize to address this topic to this list, because it is probably a bit off-topic, nevertheless, I'd appreciate if a developer could quickly feedback.<BR> <BR> I wrote an extension for OOo in Java which works fine in native OOo.<BR> Recently I switched to Debian Squeeze and am using the packaged OOo 3.2.1 which afaik is based on Go-oo.<BR> Here, this extension throws an exception <BLOCKQUOTE TYPE=CITE> <PRE> com.sun.star.lang.IllegalArgumentException: at com.sun.star.bridges.jni_uno.JNI_proxy.dispatch_call(Native Method) at com.sun.star.bridges.jni_uno.JNI_proxy.invoke(JNI_proxy.java:175) at $Proxy6.setPropertyValue(Unknown Source) at name.dhiller.jBorderLiner.Borders.SetBordersSingleCell(Borders.java:400) at name.dhiller.jBorderLiner.Borders.SetBordersCellRange(Borders.java:367) at name.dhiller.jBorderLiner.Borders.SetBordersCell(Borders.java:319) at name.dhiller.jBorderLiner.Borders.DoBorders(Borders.java:70) at name.dhiller.jBorderLiner.BLKeyHandlerImpl.keyPressed(BLKeyHandlerImpl.java:53) </PRE> </BLOCKQUOTE> <PRE> Now my question: Are you aware a some features of the api that were disabled in Go-OO, which might cause this effect? Or some more stringent compiler options (i.e. a mistake in my programming that is tolerated in native OOo but not in Go-oo?) The same occurs on Ubuntu 10.10 with Libreoffice 3.3. I also checked with Sun-Java 6 in Debian, same result as with OpenJDK 6. Thanks for your support Dietmar </PRE> <TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%"> <TR> <TD> <PRE> -- <A HREF="http://extensions.services.openoffice.org/en/project/BorderLiner">http://extensions.services.openoffice.org/en/project/BorderLiner</A> </PRE> <BR> <BR> </TD> </TR> </TABLE> </BODY> </HTML> --=-W1yO/JRBrD6O1+77RSyo-- --===============1662501558== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline