您好 Reiner Hille-Doering ，您好穆斯塔法·本山，

作为参考，我正在发布解决方案，我们在这里通过讨论达成了一致。 Reiner提供了有关Lumira Designer最新更改的一些见解，从而使人们对问题有了更深入的了解。 该错误是由于特殊的Universe查询设计引起的，直到Lumira Designer 2.x SDK才支持该设计。 Universe在行上仅包含一个维度（所谓的主数据查询）。 我需要在tribution.xml文件中添加值为3的SDK选项" selectionShape "，以支持这种数据源结构。

该增强功能已经发布。

亲切的问候

马丁

嗨马丁，

感谢您为共享解决方案而付出的努力，并为社区的利益提供了上下文说明。

此致

穆斯塔法。

嗨，马丁，

理论上，从SDK组件的角度来看，数据源类型应该没有什么区别，因为对数据结果集属性的更新应该是不可知的。 您可能希望检查MultiComboBox的UI5 M库API，因为Lumira Designer 2.1中的SAPUI5版本明显高于Design Studio 1.6中的SAPUI5版本。 过去，我发现由于API的更改，有时在升级版本后需要调整基于UI5的SDK组件。 这不一定是造成问题的原因，但可能值得研究。

此致

穆斯塔法。

嗨，穆斯塔法，

感谢您的评论。 我不认为UI5 api的更改会导致这种情况，因为在运行时，没有使用来自分配的数据源中的值来填充tribution.xml文件中的" ResultSet"属性。

根本不涉及MultiCombobox API。 相关的标准方法" afterDesignStudioUpdate"来自SAP框架，因此开发人员无能为力。

亲切的问候

马丁

你好马丁，

我同意Mustafa：支持M模式的 SDK组件应在所有带有任何数据源的2.x版本中运行。 但是，总有可能出现某些故障的原因-例如 较新的Design Studio/Lumira版本包含SAPUI5，jQuery等较新版本。SDK中也有更改，例如 支持仅主数据查询等。

要修复的唯一更改是修复它:-)。 我的意思是：使用尚未自行开发的SDK组件仍然需要您理解并必须对其进行调试或修改。

最诚挚的问候，

Reiner。

嗨Reiner，

感谢您的回答。 我要回覆Martin，因为他目前不在。

马丁已经对4月底的组件进行了调查。 他的诊断是，在运行时根本没有使用来自分配的数据源的值来填充tribution.xml文件的" ResultSet"属性。

根本不涉及MultiCombobox API。 相关的标准方法" afterDesignStudioUpdate"来自SAP框架，因此开发人员无能为力。

仅与Universe数据源有关，而与BW数据源无关。

最诚挚的问候。

Mathias