Apache OpenOffice (AOO) Bugzilla – Issue 122869
Automation of Open Office through CSharp Broken
Last modified: 2017-05-20 09:32:01 UTC
I have .NET application written in csharp which automates calc and writer. This code has been working through the OO 3.1, 3.2, 3.3, 3.4, 3.4.1 versions. With the latest release AOO 4.0, the automation does not work. I did use the updated five cli dll files.
In what way is it failing? Are you getting an error messages? Have you been able to narrow down the problem? For example, what is the simplest example that will illustrate the problem?
call to : uno.util.Bootstrap.bootstrap() throws System.Exception with Message : External component has thrown an exception.
Can you please provide steps to reproduce? Apologies, I'm not familiar with csharp.
Running any .NET application which opens Calc / Writer Open Office document 4.0 should fail. I hope you have such a .NET application available for testing.
I assume a problem related to changes regarding the 3 layer rework. I will take care of this ...
I am no .Net expert and it seems that the assemblies are not found HKLM\SOFTWARTE\Microsoft\Fusion\PublisherPolicy\Default\policy.1.0.cli_cppuhelper_ce2cb7e279207b9e is found, but then HKLM\SOFTWARTE\Microsoft\Fusion\PublisherPolicy\Default\policy.1.0.cli_cppuhelper_ce2cb7e279207b9e\1 HKLM\SOFTWARTE\Microsoft\Fusion\PublisherPolicy\Default\policy.1.0.cli_cppuhelper_ce2cb7e279207b9e\4 are searched but not found. Valid is HKLM\SOFTWARTE\Microsoft\Fusion\PublisherPolicy\Default\policy.1.0.cli_cppuhelper_ce2cb7e279207b9e\2 but this key is not searched. We build against .Net v2.0 ... I tried to force the usage of .Net v2.0 with a app config file but this failed as well.
I assume more a problem with .Net v4 but this needs further investigation
this is also an important problem and a fix is available
"jsc" committed SVN revision 1524936 into branches/AOO401: #122869# merge fix from trunk
Fixed a stupid error of myself and it works now when I create a CSharp sample with MS C# Studio. The SDK C# sample seems to have still a problem, but that is the same for 3.4.1. I will check this for 4.1. More important is that it generally works now. I tested both a .NET v2 and .NET v4 runtime
"jsc" committed SVN revision 1524932 into trunk: #122869# fix problem to find office installation