Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
None
-
None
Description
In performance testing I've found that Rampart appears to expand the message object model in situations where this expansion should not be required, causing in a major performance hit. One example is when Rampart is engaged in client code, even with no security policy supplied (and hence no security headers needing to be generated). However, even in many cases where security headers are being used Rampart should not need to expand the message object model (with UsernameToken, for instance).
My testing used the Axis2 1.5 code and a recent nightly build of Rampart. The object model expansion with Rampart engaged is shown in debug logging messages such as "OMSourceElementImpl:244 - forceExpand: expanding element
{http://ws.sosnoski.com/seismic/types}matchQuakes" occurring during the 'Apache Rampart outflow handler' processing.