[
https://jira.jboss.org/jira/browse/JBESB-1918?page=com.atlassian.jira.plu...
]
David Ward commented on JBESB-1918:
-----------------------------------
BTW, here is the output of the quickstart:
23:14:57,681 INFO [ScriptingAction] add_beanshell_link: (chain)~(beanshell)
23:14:57,685 INFO [ScriptingAction] add_jython_link: (chain)~(beanshell)~(jython)
23:14:57,986 INFO [ScriptingAction] add_jruby_link: (chain)~(beanshell)~(jython)~(jruby)
23:14:57,987 INFO [GroovyActionProcessor] add_groovy_link:
(chain)~(beanshell)~(jython)~(jruby)~(groovy)
Considering this jira item's main theme was about performance, may I note that the
first time I exercised this chain it took a few seconds, but repeated invocations were
much better. Above, you can see that even though the BSFManager is re-created in the
process() method each time, the performance is pretty good, considering it *is* scripting
we're talking about here. In fact, we executed all 4 languages above within the same
second, and the tightest time between them was just 4 milliseconds. Granted, this is all
non-scientific, and the scripts above were very small so compilation time was short...
Implementation of ScriptingAction is inefficient and incomplete
---------------------------------------------------------------
Key: JBESB-1918
URL:
https://jira.jboss.org/jira/browse/JBESB-1918
Project: JBoss ESB
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Rosetta
Affects Versions: 4.4
Reporter: Jiri Pechanec
Assignee: Mark Little
Fix For: 4.4 CP2
Attachments: jbossesb-scripting-enhancements.zip
The ScriptingAction should be polished for beter perfromance and functionality as Groovy
scripting action
- BSFManager should be created in intialize(), not process() method (credit goes to
Kevin :-))
- The script reload should be supported
- Is it necessary to process BSF config file? Cannot we use getLangFromFilename method?
- It should be probably stated in the docs that for compiled scriping languages it is
not guranteed that the compliation is done only once which can lead to performance
degradation - native action can be preferred in such case
- If the language is not recognized (not in Map) during initialization an exception
should be thrown. Currently it is supposed that the file extension is language name, which
is probably unintentional, and could lead to exception while processing the first message.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira