mule - Mule ESB: 通過Java組件或者轉換器擁有更好的性能—腳本( Java腳本groovy ognl等) 或者Java代碼

  显示原文与译文双语对照的内容
0 0

我想了很長一段時間,現在記下來了。

這將是一個最佳實踐,或者在轉換或者處理 Mule ESB中的數據時有優勢。 我很想區分以下組件。

  1. Java 腳本
  2. Groovy腳本
  3. 其他允許的腳本

vs

Java組件或者Java轉換器

通常任何ESB都應該為轉換提供各種選項,Mule也提供了很多方法和方法來進行轉換。

我是curios了解一些常見情況更好。

例如檢查下面的場景。

在設置負載組件中調用java組件從對象中取出列表,並將該列表作為有效負載 vs 。

时间: 原作者:

0 0

OGNL正被否決,在Mule中。

關於 Javascript vs vs ( MVEL ),我認為它依賴於。

MEL是快速啟動( 在這裡找到一些性能基準)的腳本,遵循 Javascript ( Mule仍然不使用 Java 8 Nashorn ),並跟隨 Groovy 。

但是,對於非常大的任務,初始化doens並不重要,多數groovy仍然可以能執行得更快。

總之,對於幾乎 100%個例子,Java組件上的等效任務將比任何它的他綁定快速執行。 這是由於Mule是用Java編寫的,並且不使用綁定或者適配而直接進行API調用。

原作者:
...