Hi there,
You probably need to debug this on the soffice side.  The function component_getFactory in stoc/source/inspect/introspection.cxx would be the starting point to find out why instantiating the service "com.sun.star.beans.Introspection" does not work.
thank you very much for this pointer. Did take a look at the sources right before I left, just to learn that debugging it would need quite some knowledge which I would need to build from the scratch (hence being rather time-consuming, a resource, which at the moment is extremely scarce).

---

While experimenting I *think* I found out that although I can get into a state where initializing "com.sun.star.beans.Introspection" does not work, while instantiating "com.sun.star.reflection.CoreReflection" would work in my envrionment. For that reason I will be creating an own Java class which uses XIdReflection from CoreReflection to analyze the class in the needed fashion (methods, fields).

For instantiating "com.sun.star.reflection.CoreReflection" I need either a "XMultiComponentFactory" (with a supplied context) or "XMultiServiceFactory" (no context needed).
  • Question: is it possible to merely use "com.sun.star.comp.helper.Bootstrap", method "createSimpleServiceManager()" to get at a factory able to create the CoreReflection instance, which allows for reflecting remote UNO objects, possibly from different connections?
    • If not, is it possible to infer from an UNO object, from which connection it stems and get at that context (from which its ServiceManager could be retrieved via the singleton "/singletons/com.sun.star.lang.theServiceManager") resp. that object's ServiceManager?
  • Or maybe rephrased: if reflecting an UNO object, does one need to use an instance of "com.sun.star.reflection.CoreReflection" from the same context as the reflected UNO object?
TIA & regards,

---rony

Reply via email to