Hi Felix,

Sorry for the delay with the answer, I had to switch to other tasks.

The problem is the space in the MANIFEST.MF file in the OwnEmbeddedObject.uno.jar. The space is added just after org.openoffice.examples.embedding.OwnEmbeddedObjectFactory, if it is removed the extension can be successfully installed.

I must confess, I do not understand currently why did it work before, probably something was changed in the JavaLoader implementation so that now the space is a problem. Anyway, could you please try to changed the Makefile, so that the generation of the manifest does not introduce the space at the end ( it is in $(COMP_GEN_OUT)/%.Manifest: target ) and check whether the extension works on your side. I will discuss the problem with the developer responsible for the JavaLoader implementation to see whether the current office behavior is correct.

Best regards,
Mikhail.

On 06/03/09 08:41, Zhang Xiaofei wrote:
Hi Mikhail,

Thank you, I have got the stack ant it looks like this:

Thread:    216 :javaloader.cxx: mapped javaloader - 0xd900a4
java.lang.ClassNotFoundException: org.openoffice.examples.embedding.OwnEmbeddedO
bjectFactory
       at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
       at java.security.AccessController.doPrivileged(Native Method)
       at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
       at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at java.net.FactoryURLClassLoader.loadClass(URLClassLoader.java:579)
       at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at com.sun.star.comp.loader.RegistrationClassFinder.find(RegistrationCla
ssFinder.java:67)
at com.sun.star.comp.loader.JavaLoader.writeRegistryInfo(JavaLoader.java
:437)
An error occurred while enabling: OwnEmbeddedObject.uno.jar

By the way, sorry I forgot to mention before, after I built desktop/source/deployement/registry/component/dp_component.cxx with debug information, I got this assertion every first time after startup the mouse hovers over the DecoToolBox or the Tool menu entry, I suspect there's a possibility it be related to this problem:

Error: File g://DEV300_m37/desktop/source/deployment/registry/component/dp_component.cxx, Line 660
:### invalid UNO_JAVA_CLASSPATH entry!

(Yes=Abort / No=Ignore / Cancel=Debugger )

Best Regards,
Felix.


Mikhail Voytenko
Hi Felix,

the stack should be printed to the stderr, it might be that it is redirected. Please try to print to a file using java.io.PrintStream and e.printStackTrace( PrintStream ). Additionally you could the printing at the beginning of the method and in the constructor to be sure that the printing works at all.

Best regards,
Mikhail.

On 06/02/09 11:22, Zhang Xiaofei wrote:
Hi Mikhail,

Sorry, but after I delivered the modified jurt.jar to the installation path, I looked both from Visual Studio output with OOo being debugged, and from running unopkg from console, but neither seems to be the right way to see the call stack printed. Could you please give me a hint please?

Thanks and Best Regards,
Felix.

Mikhail Voytenko
Hi Felix,

The problem with debugging of the registration process was indeed the java implementation of the JavaLoader. For the further investigation please introduce the change in the JavaLoader implementation
jurt/com/sun/star/comp/loader/JavaLoader.java
in method
public boolean writeRegistryInfo()

The caught in the method exception should be used to print the call stack. You could use "e.printStackTrace()" call to get the stack to the exception. By the way, please change "catch ( Exception e )" to "catch( Throwable )" to catch all the exceptions.

Best regards,
Mikhail.








--
Sun Microsystems GmbH                Mikhail Voytenko
Nagelsweg 55                         Software Engineer
20097 Hamburg                        Phone: (+49 40)23646 500
Germany                              Fax:   (+49 40)23646 550
http://www.sun.de                    mailto:mikhail.voyte...@sun.com

Sitz der Gesellschaft:
Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten
Amtsgericht München: HRB 161028
Geschäftsführer: Thomas Schröder, Wolfgang Engels, Wolf Frenkel
Vorsitzender des Aufsichtsrates: Martin Häring



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@framework.openoffice.org
For additional commands, e-mail: dev-h...@framework.openoffice.org

Reply via email to