Wso2 esbAnalytics不存在扩展：解压缩

我正在尝试使用WSO2流处理器上的siddhi应用程序解压缩传入事件。 在早期版本（例如DAS）上有siddhi扩展esbAnalytics:decompress，但如果我在SP中使用此扩展，则会出现错误“没有esbAnalytics:decompress的扩展”

---

是否有任何方法可以使用esbAnalytics:decompress on SP或任何其他方法来解压缩传入的flowEntry事件？提前感谢。

ESBANAlysis:decompress是用Siddhi 3编写的。为了在SP中使用它，需要将其移植到Siddhi 4，因为有API更改

尝试自定义扩展写入，以移植此端口。另外，siddhi4使用注释标识扩展，为了便于使用，在生成的代码中注释掉了注释。将以下内容添加到扩展流处理器，如中所示

---

写入扩展名后，将jar放在{SP_HOME}/lib目录中，以便在Siddhi应用程序中使用它。

实际上，我将此扩展名移植到Siddhi 4并进行了所有必要的更改，构建jar文件并将其放在lib目录中，但仍然存在相同的错误“esbAnalytics不存在扩展名：解压缩”。有没有关于jar文件名或其他任何可能出错的规则？

以上扩展名已在以后默认情况下释放。

谢谢回复。“API更改”的确切含义是什么？它扩展了Siddhi流处理器类，可用于处理事件。类中可用的方法已更改为包含其他功能实际上我已将此扩展移植到Siddhi 4并进行了所有必要的更改，构建jar文件并将其放置到lib目录，但仍然存在相同的错误“esbAnalytics不存在扩展：解压缩”。关于那个jar文件的名称或者其他任何可能出错的地方，有什么规则吗？Siddhi 4根据类级别的注释识别扩展，我已经编辑了答案以包含这些信息。再次感谢您的回复。在我将注释添加到扩展中，构建它并将其放置到lib目录后，同样的错误再次出现。我还尝试使用SP附带的扩展，特别是reorder:kslack，但再次抛出“不存在扩展”错误。它看起来像一个SP错误？编辑：如果我尝试另一个扩展，例如近似：计数-一切似乎都正常，错误现在消失了。但重新排序扩展名和我的自定义扩展名不起作用，错误仍然出现。

from FlowEntry#esbAnalytics:decompress(meta_compressed, meta_tenantId, flowData, messageId)
select messageFlowId, host, hashCode, componentName, componentType, componentIndex, componentId,  startTime, endTime, duration, beforePayload, afterPayload, contextPropertyMap, transportPropertyMap, children, entryPoint, entryPointHashcode, faultCount,metaTenantId, _timestamp
group by messageFlowId
insert into TestOutputFlowEntry;

@Extension(
    name = "decompress",
    namespace = "esbAnalytics",
    description = "decompress function",
    examples = {
            @Example(
                    syntax = "FlowEntry" +
                            "#esbAnalytics:decompress(meta_compressed, meta_tenantId, flowData, messageId)\n",
                    description = "the above syntax can be used"
            )
    }
)