the UNO officebean does not seem to load in LO 4 beta1, neither embedding writer, nor calc. I'm using noa-libre http://code.google.com/p/noa-libre/ to embed the officebean in my Java software and usually I still get a ag.ion.bion.officelayer.internal.application.connection.LocalOfficeConnection openConnection In this case I tried having LODEV closed and open in the background, when I had it open I still got the output 18.12.2012 16:28:22 ag.ion.bion.officelayer.internal.application.connection.LocalOfficeConnection openConnection INFO: Opening local OpenOffice.org connection. CE> Warning: -nologo is deprecated. Use --nologo instead. CE> Warning: -nodefault is deprecated. Use --nodefault instead. CE> Warning: -norestore is deprecated. Use --norestore instead. CE> Warning: -nolockcheck is deprecated. Use --nolockcheck instead. CE> Warning: -accept=socket,host=localhost,port=8100;urp; is deprecated. Use --accept=socket,host=localhost,port=8100;urp; instead. but the wait cursor never disappeared.
The OfficeBean itself still generally works at least for me in recent LO 4 Linux builds, as witnessed by running the SDK's examples/DevelopersGuide/OfficeBean/ (see also <http://wiki.openoffice.org/wiki/Documentation/DevGuide/JavaBean/The_OOoBean_by_Example>). Please provide a test program that demonstrates the failure and is stripped down as much as possible.
Hi, Could you please let me know how you compiled the OOoBeanViewer ? I did not find a LO4 beta SDK and I'm not sure if any results are valid when I try with the 3.6 SDK. Ideally windows but I could also try to reproduce in a linux VM.
PS: thanks and merry christmas.
(In reply to comment #2) > Hi, > > Could you please let me know how you compiled the OOoBeanViewer ? I did not > find a LO4 beta SDK and I'm not sure if any results are valid when I try > with the 3.6 SDK. Ideally windows but I could also try to reproduce in a > linux VM. The reason why I'm asking is I can't get the OfficeBeanViewer from the 3.6 SDK to run (in examples\DevelopersGuide\OfficeBean). I installed Gnu Make and Gnu Zip and the SDK in C:\Program Files (x86)\LibreOffice 3.6SDK and ran setsdkenv_windows.bat which gave me a "\LibreOffice" kann syntaktisch an dieser Stelle nicht verarbeitet werden.". I thought this could be connected to the space in the path so I moved it to C:\libreoffice3.6_sdk\sdk but with the same error message. Same problem in C:\Program Files (x86)\LibreOffice 3.6\sdk. Some debugging of setsdkenv_windows.bat led me to C:\Users\jstaerk\AppData\Roaming\libreoffice3.6_sdk\setsdkenv_windows.bat where I was able to correct REM Set library path. set LIB=%OO_SDK_HOME%\lib;%LIB% C:\Program Files (x86)\LibreOffice 3.6\sdk TO: REM Set library path. TO: set LIB="%OO_SDK_HOME%\lib;"%LIB% and REM Set office program path. if defined OFFICE_HOME ( set OFFICE_PROGRAM_PATH=%OFFICE_HOME%\program ) TO: REM Set office program path. TO: if defined OFFICE_HOME ( TO: set OFFICE_PROGRAM_PATH="%OFFICE_HOME%\program" TO: ) which shifted the position where "\LibreOffice" kann syntaktisch an dieser Stelle nicht verarbeitet werden." ends the execution but I can't find how to solve the current one. So I tried compiling by myself with mkdir com\sun\star\comp\beans javac -classpath "C:\Program Files (x86)\LibreOffice 3.6\URE\java\juh.jar;C:\Program Files (x86)\LibreOffice 3.6\URE\java\jurt.jar;C:\Program Files (x86)\LibreOffice 3.6\URE\java\ridl.jar;c:\Program Files (x86)\LibreOffice 3.6\program\classes\unoil.jar;c:\Program Files (x86)\LibreOffice 3.6\program\classes\officebean.jar" OOoBeanViewer.java and moving the compiled class files to com\sun\star\comp\beans. Then I try executing with SET UNO_PATH="C:\Program Files (x86)\LibreOffice 3.6" java -classpath "C:\Program Files (x86)\LibreOffice 3.6\URE\java\juh.jar;C:\Program Files (x86)\LibreOffice 3.6\URE\java\jurt.jar;C:\Program Files (x86)\LibreOffice 3.6\URE\java\ridl.jar;c:\Program Files (x86)\LibreOffice 3.6\program\classes\unoil.jar;c:\Program Files (x86)\LibreOffice 3.6\program\classes\officebean.jar;C:\Program Files (x86)\LibreOffice 3.6SDK\sdk\examples\DevelopersGuide\OfficeBean\com\sun\star\comp\beans\;." com.sun.star.comp.beans.OOoBeanViewer (in this case I have my SDK back in C:\Program Files (x86)\LibreOffice 3.6SDK). This shows me a window where I can already select New document|Text document, but when I do, it throws cannot find msvcr70 java.lang.Exception: java.lang.IllegalArgumentException java.lang.IllegalArgumentException at java.lang.ProcessImpl.<init>(ProcessImpl.java:180) at java.lang.ProcessImpl.start(ProcessImpl.java:132) at java.lang.ProcessBuilder.start(ProcessBuilder.java:1021) at java.lang.Runtime.exec(Runtime.java:615) at java.lang.Runtime.exec(Runtime.java:483) at com.sun.star.comp.beans.LocalOfficeConnection$OfficeService.startupSe rvice(LocalOfficeConnection.java:785) at com.sun.star.comp.beans.LocalOfficeConnection.connect(LocalOfficeConn ection.java:329) at com.sun.star.comp.beans.LocalOfficeConnection.getComponentContext(Loc alOfficeConnection.java:233) at com.sun.star.comp.beans.OOoBean.setOOoConnection(OOoBean.java:180) at com.sun.star.comp.beans.OOoBean.getOOoConnection(OOoBean.java:280) at com.sun.star.comp.beans.OOoBean.getMultiServiceFactory(OOoBean.java:3 00) at com.sun.star.comp.beans.OOoBean.loadFromURL(OOoBean.java:570) at com.sun.star.comp.beans.OOoBeanViewer.createBlankDoc(OOoBeanViewer.ja va:314) at com.sun.star.comp.beans.OOoBeanViewer.access$000(OOoBeanViewer.java:5 2) at com.sun.star.comp.beans.OOoBeanViewer$1.actionPerformed(OOoBeanViewer .java:122) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:20 18) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.jav a:2341) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel .java:402) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259 ) at javax.swing.AbstractButton.doClick(AbstractButton.java:376) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:8 33) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMen uItemUI.java:877) at java.awt.Component.processMouseEvent(Component.java:6504) at javax.swing.JComponent.processMouseEvent(JComponent.java:3321) at java.awt.Component.processEvent(Component.java:6269) at java.awt.Container.processEvent(Container.java:2229) at java.awt.Component.dispatchEventImpl(Component.java:4860) at java.awt.Container.dispatchEventImpl(Container.java:2287) at java.awt.Component.dispatchEvent(Component.java:4686) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4832 ) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4492) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4422) at java.awt.Container.dispatchEventImpl(Container.java:2273) at java.awt.Window.dispatchEventImpl(Window.java:2713) at java.awt.Component.dispatchEvent(Component.java:4686) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:707) at java.awt.EventQueue.access$000(EventQueue.java:101) at java.awt.EventQueue$3.run(EventQueue.java:666) at java.awt.EventQueue$3.run(EventQueue.java:664) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDo main.java:76) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDo main.java:87) at java.awt.EventQueue$4.run(EventQueue.java:680) at java.awt.EventQueue$4.run(EventQueue.java:678) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDo main.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:677) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThre ad.java:211) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread. java:128) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThre ad.java:117) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:113) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:105) at java.awt.EventDispatchThread.run(EventDispatchThread.java:90) --- end. OOoBeanViewer.2: com.sun.star.comp.beans.NoConnectionException at com.sun.star.comp.beans.OOoBean.loadFromURL(OOoBean.java:703) at com.sun.star.comp.beans.OOoBeanViewer.createBlankDoc(OOoBeanViewer.ja va:314) at com.sun.star.comp.beans.OOoBeanViewer.access$000(OOoBeanViewer.java:5 2) at com.sun.star.comp.beans.OOoBeanViewer$1.actionPerformed(OOoBeanViewer .java:122) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:20 18) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.jav a:2341) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel .java:402) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259 ) at javax.swing.AbstractButton.doClick(AbstractButton.java:376) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:8 33) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMen uItemUI.java:877) at java.awt.Component.processMouseEvent(Component.java:6504) at javax.swing.JComponent.processMouseEvent(JComponent.java:3321) at java.awt.Component.processEvent(Component.java:6269) at java.awt.Container.processEvent(Container.java:2229) at java.awt.Component.dispatchEventImpl(Component.java:4860) at java.awt.Container.dispatchEventImpl(Container.java:2287) at java.awt.Component.dispatchEvent(Component.java:4686) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4832 ) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4492) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4422) at java.awt.Container.dispatchEventImpl(Container.java:2273) at java.awt.Window.dispatchEventImpl(Window.java:2713) at java.awt.Component.dispatchEvent(Component.java:4686) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:707) at java.awt.EventQueue.access$000(EventQueue.java:101) at java.awt.EventQueue$3.run(EventQueue.java:666) at java.awt.EventQueue$3.run(EventQueue.java:664) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDo main.java:76) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDo main.java:87) at java.awt.EventQueue$4.run(EventQueue.java:680) at java.awt.EventQueue$4.run(EventQueue.java:678) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDo main.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:677) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThre ad.java:211) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread. java:128) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThre ad.java:117) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:113) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:105) at java.awt.EventDispatchThread.run(EventDispatchThread.java:90) The cannot find msvcr70 seems to be a notice, I can fix that by copying a msvcsr70.dll from a different software but when I do, I will get a IllegalArgumentException exception when selecting new text document: java.lang.Exception: java.lang.IllegalArgumentException java.lang.IllegalArgumentException at java.lang.ProcessImpl.<init>(ProcessImpl.java:180) at java.lang.ProcessImpl.start(ProcessImpl.java:132) at java.lang.ProcessBuilder.start(ProcessBuilder.java:1021) at java.lang.Runtime.exec(Runtime.java:615) at java.lang.Runtime.exec(Runtime.java:483) at com.sun.star.comp.beans.LocalOfficeConnection$OfficeService.startupSe rvice(LocalOfficeConnection.java:785) at com.sun.star.comp.beans.LocalOfficeConnection.connect(LocalOfficeConn ection.java:329) at com.sun.star.comp.beans.LocalOfficeConnection.getComponentContext(Loc alOfficeConnection.java:233) at com.sun.star.comp.beans.OOoBean.setOOoConnection(OOoBean.java:180) at com.sun.star.comp.beans.OOoBean.getOOoConnection(OOoBean.java:280) at com.sun.star.comp.beans.OOoBean.getMultiServiceFactory(OOoBean.java:3 00) at com.sun.star.comp.beans.OOoBean.loadFromURL(OOoBean.java:570) at com.sun.star.comp.beans.OOoBeanViewer.createBlankDoc(OOoBeanViewer.ja va:314) at com.sun.star.comp.beans.OOoBeanViewer.access$000(OOoBeanViewer.java:5 2) at com.sun.star.comp.beans.OOoBeanViewer$1.actionPerformed(OOoBeanViewer .java:122) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:20 18) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.jav a:2341) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel .java:402) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259 ) at javax.swing.AbstractButton.doClick(AbstractButton.java:376) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:8 33) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMen uItemUI.java:877) at java.awt.Component.processMouseEvent(Component.java:6504) at javax.swing.JComponent.processMouseEvent(JComponent.java:3321) at java.awt.Component.processEvent(Component.java:6269) at java.awt.Container.processEvent(Container.java:2229) at java.awt.Component.dispatchEventImpl(Component.java:4860) at java.awt.Container.dispatchEventImpl(Container.java:2287) at java.awt.Component.dispatchEvent(Component.java:4686) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4832 ) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4492) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4422) at java.awt.Container.dispatchEventImpl(Container.java:2273) at java.awt.Window.dispatchEventImpl(Window.java:2713) at java.awt.Component.dispatchEvent(Component.java:4686) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:707) at java.awt.EventQueue.access$000(EventQueue.java:101) at java.awt.EventQueue$3.run(EventQueue.java:666) at java.awt.EventQueue$3.run(EventQueue.java:664) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDo main.java:76) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDo main.java:87) at java.awt.EventQueue$4.run(EventQueue.java:680) at java.awt.EventQueue$4.run(EventQueue.java:678) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDo main.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:677) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThre ad.java:211) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread. java:128) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThre ad.java:117) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:113) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:105) at java.awt.EventDispatchThread.run(EventDispatchThread.java:90) --- end. OOoBeanViewer.2: com.sun.star.comp.beans.NoConnectionException at com.sun.star.comp.beans.OOoBean.loadFromURL(OOoBean.java:703) at com.sun.star.comp.beans.OOoBeanViewer.createBlankDoc(OOoBeanViewer.ja va:314) at com.sun.star.comp.beans.OOoBeanViewer.access$000(OOoBeanViewer.java:5 2) at com.sun.star.comp.beans.OOoBeanViewer$1.actionPerformed(OOoBeanViewer .java:122) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:20 18) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.jav a:2341) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel .java:402) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259 ) at javax.swing.AbstractButton.doClick(AbstractButton.java:376) at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:8 33) at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMen uItemUI.java:877) at java.awt.Component.processMouseEvent(Component.java:6504) at javax.swing.JComponent.processMouseEvent(JComponent.java:3321) at java.awt.Component.processEvent(Component.java:6269) at java.awt.Container.processEvent(Container.java:2229) at java.awt.Component.dispatchEventImpl(Component.java:4860) at java.awt.Container.dispatchEventImpl(Container.java:2287) at java.awt.Component.dispatchEvent(Component.java:4686) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4832 ) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4492) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4422) at java.awt.Container.dispatchEventImpl(Container.java:2273) at java.awt.Window.dispatchEventImpl(Window.java:2713) at java.awt.Component.dispatchEvent(Component.java:4686) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:707) at java.awt.EventQueue.access$000(EventQueue.java:101) at java.awt.EventQueue$3.run(EventQueue.java:666) at java.awt.EventQueue$3.run(EventQueue.java:664) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDo main.java:76) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDo main.java:87) at java.awt.EventQueue$4.run(EventQueue.java:680) at java.awt.EventQueue$4.run(EventQueue.java:678) at java.security.AccessController.doPrivileged(Native Method) at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDo main.java:76) at java.awt.EventQueue.dispatchEvent(EventQueue.java:677) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThre ad.java:211) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread. java:128) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThre ad.java:117) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:113) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:105) at java.awt.EventDispatchThread.run(EventDispatchThread.java:90)
I can confirm that with lo4 beta the uno bridge is not usable as before. Connecting is however possible but the on the first attempt to use the bridge I get a java_remote_bridge com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge@14575b1 is disposed Message. According to Stephan Bergman @ http://permalink.gmane.org/gmane.comp.openoffice.devel.general/29256 The DisposedException indicates either a problem in the bridge (say, it is asked to marshal an object of unexpected type, and thus shuts down) or in the remote soffice.bin process (it likely crashed). I would assume we send an "unexpected type" object, which causes soffice or the unobridge to crash. However the used uno code worked for ages now, so may it be that some specs have been 'interpreted' differently again or something like this. Best regards Andreas
Additional Info: Andreas is NOA-libre developer. A friend just send this comment: NOA quits with a XEventListener in the first place. If one comments that out, other actions will raise a DisposedException. Attached a snippet, which already quits when adding a XEventListeners, without NOA.
Created attachment 72207 [details] My friends snippet
I now tried the OfficeBean example with a local Windows master build (cf. comment 1, where I tried it on Linux), where it works fine for me. (I installed the SDK to C:\lo-sdk\sdk and use a LO installation at C:\lo\core\solver\wntmsci12\installation\opt; for the SDK's make and zip requirements I use C:\MinGW\bin\mingw32-make and C:\MinGW\msys\1.0\bin\zip.exe. There was one glitch in that after executing C:\lo-sdk\sdk\setsdkenv_windows.bat the generated %APPDATA%\libreoffice4.1_sdk\setsdkenv_windows.bat contained an empty setting of OO_SDK_URE_HOME, so I manually fixed that to set OO_SDK_URE_HOME=C:\lo\core\solver\wntmsci12\installation\opt\URE.) Not sure why you are getting an InvalidArgumentException from Runtime.exec in comment 4. Regarding attachment 72207 [details], it uses third-party ooo.connector.BootstrapSocketConnector, so I'm not sure whether that is involved in the problem. Is there a chance you can come up with a failing scenario that is self-contained?
(In reply to comment #8) > There was one glitch in that after executing > C:\lo-sdk\sdk\setsdkenv_windows.bat the generated > %APPDATA%\libreoffice4.1_sdk\setsdkenv_windows.bat contained an empty > setting of OO_SDK_URE_HOME, so I manually fixed that to set > OO_SDK_URE_HOME=C:\lo\core\solver\wntmsci12\installation\opt\URE. <http://cgit.freedesktop.org/libreoffice/core/commit/?id=0c22641b4c44938924187ddfb945f494a183ba47> "Fix oo_sdk_ure_home calculation in SDK's cfgWin.js" fixes the above glitch now on master; requested backports to libreoffice-3-6 (<https://gerrit.libreoffice.org/#/c/1619/>) and libreoffice-4-0 (<https://gerrit.libreoffice.org/#/c/1620/>).
(In reply to comment #8) > Regarding attachment 72207 [details], it uses third-party > ooo.connector.BootstrapSocketConnector, so I'm not sure whether that is > involved in the problem. Is there a chance you can come up with a failing > scenario that is self-contained? > FWIW, just ran noa-libre/examples/text/Textmarken.java against a 4.0.0, with this output: Feb 21, 2013 1:50:52 AM ag.ion.bion.officelayer.internal.application.connection.LocalOfficeConnection openConnection INFO: Opening local OpenOffice.org connection. CE> Warning: -nologo is deprecated. Use --nologo instead. CE> Warning: -nodefault is deprecated. Use --nodefault instead. CE> Warning: -norestore is deprecated. Use --norestore instead. CE> Warning: -nolockcheck is deprecated. Use --nolockcheck instead. CE> Warning: -accept=socket,host=localhost,port=8100;urp; is deprecated. Use --accept=socket,host=localhost,port=8100;urp; instead. java.lang.NullPointerException at Textmarken.main(Textmarken.java:35) , which _seems_ to use the same underlying classes, e.g. at least it was failing earlier for not finding ooo/connector/server/OOoServer from bootstrapconnector.jar. So at least basic stuff still works.
My "friend" found out and I can confirm that it actually works if you exchange three jars delivered with noa-libre with the ones in LO4
(In reply to comment #11) > My "friend" found out and I can confirm that it actually works if you > exchange three jars delivered with noa-libre with the ones in LO4 > Is that a workable solution then? Possibly the LO4 jars work with OOo as well?
Why, thanks Thorsten, (In reply to comment #12) > (In reply to comment #11) > > My "friend" found out and I can confirm that it actually works if you > > exchange three jars delivered with noa-libre with the ones in LO4 > > > Is that a workable solution then? Possibly the LO4 jars work with OOo as > well? Interesting idea, but no, unfortunately it does not work. So the answer to "Is that a workable solution then?" is no, absolutely not, it's a bigger deployment issue because I can't know what my users have installed where and I would need it for my classpath. Only formally you could now claim that this is no longer your problem because theoretically one could imagine a classloader to take care. PS: Your name somehow sounds familiar, did we by any chance meet at the LibreOffice Conference in Berlin?
(In reply to comment #1) > Please provide a test program that demonstrates the failure and is stripped > down as much as possible. Again, the best way to get somebody working on this is to provide a complete, minimal, working test case that demonstrates the problem.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of FDO
Coming back to this report after quite a while with an update: * so this was a problem in noa-libre - bundling office jars & running them against different versions of OOo/LibreOffice was never a supported scenario * the API for interacting with any OpenOffice.org-descendant is the SDK (taking runtime components from the installed office respectively), not the binary UNO protocol * as such, this is NOTOURBUG But to end this on a high note, noa-libre 3.0 (https://github.com/LibreOffice/noa-libre/releases/tag/v3.0.0) has this fixed, so in principle noa clients after updating should be able to run against multiple office flavours unmodified again.