Customization approaches within the existing schema will be sufficient for the majority of applications, but some developers will require even greater flexibility than can be supported by the XML document exposed by the toolkit.
This type of customization can still be achieved, by switching out of the default eacToolkit namespace in the XML document and leveraging the highly flexible and extensible Spring Framework bean definition format.
As an example, a developer might implement a new class, PlainOldJavaObject, which needs to be loaded and accessed by EAC scripts. If the object is implemented, compiled and added to the classpath, it can be loaded based on configuration in the XML document by specifying its configuration using the "spr" namespace.
<spr:bean id="MyPOJO" class="com.company.PlainOldJavaObject">
<spr:constructor-arg>true</spr:constructor-arg>
<spr:property name="Field1" value="StrValue" />
<spr:property name="Map1">
<spr:map>
<spr:key>one</spr:key>
<spr:value>1</spr:value>
<spr:key>two</spr:key>
<spr:value>2</spr:value>
</spr:map>
</spr:property>
</spr:bean>