Hi All-
I have a question about Mirth's use of JavaScript. I've never used the scripting features in Java so I'm learning as I go here. Reading the Java Scripting Programmers Guide (JSE6) I came across the following caveat:
"A few components have been excluded due to footprint and security reasons:
JavaScript-to-bytecode compilation (also called "optimizer"). This feature depends on a class generation library. The removal of this feature means that JavaScript will always be interpreted. The removal of this feature does not affect script execution because the optimizer is transparent."
Which made me wonder if that meant all the JavaScript code I'd be writing in Mirth is actually just running as interpreted JavaScript and never being compiled to bytecode. Can anyone clarify this?
I know that a couple Mirth competitors like Rhapsody and Chameleon actually generate C++ code which is then compiled before deployment. From the spec. sheets for the Mirth appliances you're stating max 75/mps throughput. I wonder what the number is when you're doing sophisticated, real world transforms and validations on the messages?
Is there an out available to us? Can we pass the encoded message to a compiled Java class? Would that encoded message be available as an Object structure? If so is there documentation for that?
Thanks,
Jim
I have a question about Mirth's use of JavaScript. I've never used the scripting features in Java so I'm learning as I go here. Reading the Java Scripting Programmers Guide (JSE6) I came across the following caveat:
"A few components have been excluded due to footprint and security reasons:
JavaScript-to-bytecode compilation (also called "optimizer"). This feature depends on a class generation library. The removal of this feature means that JavaScript will always be interpreted. The removal of this feature does not affect script execution because the optimizer is transparent."
Which made me wonder if that meant all the JavaScript code I'd be writing in Mirth is actually just running as interpreted JavaScript and never being compiled to bytecode. Can anyone clarify this?
I know that a couple Mirth competitors like Rhapsody and Chameleon actually generate C++ code which is then compiled before deployment. From the spec. sheets for the Mirth appliances you're stating max 75/mps throughput. I wonder what the number is when you're doing sophisticated, real world transforms and validations on the messages?
Is there an out available to us? Can we pass the encoded message to a compiled Java class? Would that encoded message be available as an Object structure? If so is there documentation for that?
Thanks,
Jim
Comment