[jira] Closed: (WSS-28) WSS4J & StaX

["Werner Dittmann (JIRA)" <ji...@apache.org>]

     [ http://issues.apache.org/jira/browse/WSS-28?page=all ]
     
Werner Dittmann closed WSS-28:
------------------------------

    Resolution: Won't Fix

Won't fix it for now because of fairly heavy effort. Als we need to keep inline
with Axis1 and Axis2 that do not support this type of streaming and element handling

> WSS4J & StaX
> ------------
>
>          Key: WSS-28
>          URL: http://issues.apache.org/jira/browse/WSS-28
>      Project: WSS4J
>         Type: Improvement
>  Environment: Any
>     Reporter: Kevin Fung
>     Assignee: Davanum Srinivas

>
> Currently WSSecurityEngine uses DOM API in the processSecurityHeader() function. Can it also support StAX API?
> There are many WS-Security scenarios (e.g. signature action only) that only the SOAP header needs to be processed or minimal portion of the SOAP body needs to be processed. In these scenarios, parsing the entire SOAP envelope into a DOM before the WSSecurityEngine is used seems to incur unecessary overhead, especially when the SOAP body is large. Since the SOAP header for WS-Security is well defined, StAX API can be very efficiently used to process only the WS-Security related elements.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: wss4j-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: wss4j-dev-help@ws.apache.org