Sql Mule 3.5错误替代方案,不升级?

Sql Mule 3.5错误替代方案,不升级?,sql,oracle11g,mule,mule-component,anypoint-studio,Sql,Oracle11g,Mule,Mule Component,Anypoint Studio,我对mule standalone 3.5有问题。 据我在这里和一些mulesoft官方论坛上所读到的,这是一个3.5独立版的bug,但不幸的是,我无法在应用程序运行的最终环境中将其升级到更高版本。(尽管在我的机器中有独立的3.8,但它工作得非常完美) 我的程序在调用存储在Oracle 11g数据库中的过程时失败,该过程的参数实际上是mule flow inbound属性: <db:stored-procedure config-ref="DbCentralESB" doc:name="S

我对mule standalone 3.5有问题。 据我在这里和一些mulesoft官方论坛上所读到的,这是一个3.5独立版的bug,但不幸的是,我无法在应用程序运行的最终环境中将其升级到更高版本。(尽管在我的机器中有独立的3.8,但它工作得非常完美)

我的程序在调用存储在Oracle 11g数据库中的过程时失败,该过程的参数实际上是mule flow inbound属性:

<db:stored-procedure config-ref="DbCentralESB" doc:name="Store the IP">
<db:parameterized-query><![CDATA[{call IP_CONTROL(:ip) }]]></db:parameterized-query>
<db:in-param name="ip" value="#[message.inboundProperties.MULE_REMOTE_CLIENT_ADDRESS]"/>
</db:stored-procedure>

注意:为了设置组件的语法,我使用了Q&A

它抛出的错误如下所示:

消息:查询类型必须为“[STORE\u PROCEDURE\u CALL]”,但为“DDL” (java.lang.IllegalArgumentException)。消息有效负载的类型为: 字符串代码:MULE_错误--2

那么,有没有人能给我推荐一个不同的选项来执行上面的过程调用,但不与mule standalone 3.5版本不兼容?我将非常感激


提前感谢。

根据,它应该不带“CDATA标签。请尝试删除“CDATA

在与此斗争了很多时间后,我发现使用Mule 3.5只能执行一种方法:直接在数据库连接器中执行过程的所有语句,因此不需要任何过程


它远没有那么干净,但这是我找到的唯一方法。

谢谢,但它也不起作用。。。我仍然会犯同样的错误