The disable-zscript Element"
From Documentation
m (not just "Java", should be infected to all kinds of zscript) |
m ((via JWB)) |
||
(6 intermediate revisions by 2 users not shown) | |||
Line 5: | Line 5: | ||
[Default: false (enabled)] | [Default: false (enabled)] | ||
− | + | {{versionSince|5.0.8}} | |
− | Specifies whether to disable the use of [[ZUML_Reference/ZUML/Elements/zscript|zscript]] (i.e., the interpreter). Once disabled, you | + | Specifies whether or not to disable the use of [[ZUML_Reference/ZUML/Elements/zscript|zscript]] (i.e., the interpreter). Once disabled, you can not embed anymore zscript codes (such as Java and Groovy) in a ZUML page. ZK Loader will throw an exception, when parsing a ZUML page with the zscript code. |
It is suggested for production system, since [[ZK Developer's Reference/Performance Tips/Use Compiled Java Codes|the performance of Java interpretation is not good]] and the BeanShell interpreter does not work well in the clustering environment. | It is suggested for production system, since [[ZK Developer's Reference/Performance Tips/Use Compiled Java Codes|the performance of Java interpretation is not good]] and the BeanShell interpreter does not work well in the clustering environment. |
Revision as of 09:35, 14 March 2022
Syntax:
<disable-zscript>false|true</disable-zscript>
[Default: false (enabled)]
Since 5.0.8
Specifies whether or not to disable the use of zscript (i.e., the interpreter). Once disabled, you can not embed anymore zscript codes (such as Java and Groovy) in a ZUML page. ZK Loader will throw an exception, when parsing a ZUML page with the zscript code.
It is suggested for production system, since the performance of Java interpretation is not good and the BeanShell interpreter does not work well in the clustering environment.
<system-config>
<disable-zscript>true</disable-zscript>
</system-config>
Version History
Version | Date | Content |
---|---|---|
5.0.8 | August 2011 | This feature was introduced. |