<servlet>
<description>
The JET controller servlet
</description>
Setting the JET servlet:
<servlet-name>
jet</servlet-name>
<servlet-class>
jet.servlet.JetServlet</servlet-class>
Set the config files to use (comma separated list):
<init-param>
<description>
Config files for form and action definition</description>
<param-name>
jetconfig</param-name>
<param-value>
WEB-INF/jet-config.xml</param-value>
</init-param>
NOTE: the following init paramater is optional and deprecated - you can specify these elements in your config.xml if necessary
Setting the localizer files to use (comma separated list).
<init-param>
<description>
Files for localization of messages</description>
<param-name>
jetlocalizers</param-name>
<param-value>
MessageResources</param-value>
</init-param>
NOTE: the following init paramater is optional and deprecated - you can specify these elements in your config.xml if necessary
Setting the input and output charset encoding of JET pages:
<init-param>
<description>
default charset encoding</description>
<param-name>
jetencoding</param-name>
<param-value>
UTF-8</param-value>
</init-param>
NOTE: the following init paramater is optional and deprecated - you can specify these elements in your config.xml if necessary
Setting the amount of prebuild forms in jet.pool.ObjectPool:
<init-param>
<description>
Define here how many clones of the defined forms should be preloaded</description>
<param-name>
jetformpoolsize</param-name>
<param-value>
200</param-value>
</init-param>
NOTE: the following init paramater is optional and deprecated - you can specify these elements in your config.xml if necessary
Same as with the form pool - just for the actions defined:
<init-param>
<description>
Define here how many clones of the defined actions should be preloaded</description>
<param-name>
jetactionpoolsize</param-name>
<param-value>
200</param-value>
</init-param>
NOTE: the following init paramater is optional and deprecated - you can specify these elements in your config.xml if necessary
Setting debug modus:
<init-param>
<description>
List of host regex where debug is allowed</description>
<param-name>
jetdebug</param-name>
<param-value>
localhost,jet.sourceforge.net</param-value>
</init-param>
For the most setups the debug modus would be a security reason. therefore you can define for which ip and/or server names it is allowed to access the debug modus.
Example:
http://<server>:/webapp/index.ftl?jetdebug=true
NOTE: the debug modus is session based - to disable the debug modus call a jet page with ?jetdebug=false
NOTE: the following init paramater is optional and deprecated - you can specify these elements in your config.xml if necessary
Setting ip/host which is allowed to access status informations:
<init-param>
<description>
List of host regex where status is allowed</description>
<param-name>
jetstatus</param-name>
<param-value>
localhost,jet.sourceforge.net</param-value>
</init-param>
Same as above.
Example:
http://<server>:/webapp/index.ftl?jetstatus
NOTE: the following init paramater is optional and deprecated - you can specify these elements in your config.xml if necessary
Setting which ip/hostis allowed to call refresh on jet:
<init-param>
<description>
List of host regex where refresh is allowed</description>
<param-name>
jetrefresh</param-name>
<param-value>
localhost,jet.sourceforge.net</param-value>
</init-param>
Same as above. With "jetrefresh" you can refresh the caches, not the ObjectPools (they don't need to be refreshed).
Example:
http://<server>:/webapp/index.ftl?jetrefresh=all
Available commands are:
all | = | refreshing all caches. |
localizer | = | refreshing localizer cache. |
resourcecache | = | refreshing the cache for the javascript validation etc. |
resourceservlet | = | refreshing the caches of the resource servlet. |
templateengine | = | refreshing the freemarker template engine. |
</servlet>