Openoffice3.1 pyuno混淆错误

Question

我正在尝试获取 示例 以及我找到的用于 pyuno 运行的其他示例代码openoffice 3.1.1 和 python 2.5 没有运气。

不幸的是，pyuno 没有给出任何关于哪里出了问题的线索。

In [1]: import uno
In [2]: local = uno.getComponentContext()
In [3]: resolver = local.ServiceManager.createInstanceWithContext("com.sun.star.bridge.UnoUrlResolver", local)
---------------------------------------------------------------------------
com.sun.star.uno.RuntimeException         Traceback (most recent call last)

/opt/openoffice.org/basis3.1/program/ in ()

com.sun.star.uno.RuntimeException: : 'tuple' object has no attribute 'getTypes', traceback follows
no traceback available

以下是 /opt/openoffice.org/basis3.1/program/officehelper.py 的执行输出 它基本上启动无头办公室实例并返回相关的上下文对象。

den@ev:/opt/openoffice.org/basis3.1/program > python officehelper.py
Traceback (most recent call last):
  File "officehelper.py", line 42, in 
    from com.sun.star.connection import NoConnectException
  File "uno.py", line 273, in _uno_import
    RuntimeException = pyuno.getClass( "com.sun.star.uno.RuntimeException" )
RuntimeError: pyuno.getClass: expecting one string argument

pyuno 仅接受 1 个参数，并且必须是一个字符串，如 http://udk.openoffice.org/source/browse/udk/pyuno/source/module/pyuno_module.cxx?rev=1.14&view=markup 无论如何，我无法让 pyno.getClass 工作。

关于如何让 pyuno 工作有什么建议吗？

Answer 1

在[1]中：导入uno
在[2]中：local = uno.getComponentContext()
在[3]中：resolver = local.ServiceManager.createInstanceWithContext("com.sun.star.bridge.UnoUrlResolver", local)

OOP出错了，恕我直言。我知道它加班了，但我之前尝试过让 uno 工作，但放弃了。这是纯粹的 Steve Yegge 散文（阅读 http://steve-yegge.blogspot.com/2006/03/execution-in-kingdom-of-nouns.html）。

当您将这些行翻译成更容易理解的形式时，它们大致如下：

“让‘local’成为调用‘uno’的‘get component context’方法的结果。让‘service manager’成为属性‘service manager’ ' 的 'local'。让 'resolver' 成为调用 'service manager' 方法 'create instance with context' 的结果，使用参数 'com sun starbridge uno url resolver' 和 'local'。”

我的天啊。毫不奇怪，一个程序出了问题，它是如此的过于具体、复杂和自我指涉，同时又没有自我意识……你调用了“本地”的子方法，并且必须告诉该子方法“本地”是什么意思？说什么？向能够解决这个问题的无所畏惧的开发人员致敬。调试愉快。

添加：

感谢评论和积分。

事实上，我对 pyuno 问题无能为力，但我鼓励在明确的期限内采取耐心的尝试方法。

我还建议向 pyuno 人员提交一个彻底的 BUG（如果他们实际上很活跃——我的印象是这是一个相当安静的项目），因为出现了无意义的错误消息：有问题的方法似乎请求一个字符串参数，它得到了一个，并且抱怨它得到了。这对于声明代码错误变得合理来说没有任何帮助。

在这种情况下，我经常查阅资料来源。但你已经这么做了，对吧？

我讨厌人们反问“你为什么要这样做？”当我寻求帮助时。然而，有时有人（也许是你）确实在此过程中提出了另一条可行的路径，该路径不包含特定问题的解决方案，但有助于解决上级问题。那么，如果我可以问：大局是什么？