5

我可以很好地连接套接字，但是我听说当一切都在本地时使用管道会更快，所以我想尝试一下，但我无法连接。

我开始 Libre

 > soffice --headless --invisible --norestore --nodefault --nolockcheck --nofirstwizard --accept='pipe,name=ooo_pipe;urp;'

应该工作但不能工作的最低限度的python脚本是

import uno
from com.sun.star.connection import NoConnectException

pipe = 'ooo_pipe'
localContext = uno.getComponentContext()
resolver = localContext.ServiceManager.createInstanceWithContext("com.sun.star.bridge.UnoUrlResolver", localContext)
context = resolver.resolve("uno:pipe,name=%s;urp;StarOffice.ComponentContext" % pipe)
4

1 回答 1

6

到目前为止，我一直使用套接字模式。刚刚通过 cmd 在我的机器上测试了管道：

/usr/lib/openoffice/program/soffice.bin -accept='pipe,name=foo;urp;StarOffice.ServiceManager' -nologo -headless -nofirststartwizard -invisible

$ lsof -c soffice|egrep "pipe|foo"
soffice.b 6698 user    3r  FIFO                0,8      0t0 15766935 pipe
soffice.b 6698 user    4w  FIFO                0,8      0t0 15766935 pipe
soffice.b 6698 user   15u  unix 0xffff88009773ed00      0t0 15767001 /tmp/OSL_PIPE_1000_foo

lsof 显示有一个命名的套接字 foo 并且可以在 Python 中获取连接。在实验开始时，有时没有生成 foo，因此引发了 com.sun.star.connection.NoConnectException。但在那之后我不能重复这个错误。

我们在生产中使用套接字模式的无头 soffice 已经好几年了，它非常稳定且足够快。似乎这里的管道模式仍然依赖于unix套接字，所以我建议使用套接字模式。

于 2012-03-26T04:20:27.620 回答