Examples of com.sun.xml.internal.ws.api.message.HeaderList

Package com.sun.xml.internal.ws.api.message

Examples of com.sun.xml.internal.ws.api.message.HeaderList

com.sun.xml.internal.ws.api.message.HeaderList
A list of {@link Header}s on a {@link Message}.
This list can be modified to add headers from outside a {@link Message}, this is necessary since intermediate processing layers often need to put additional headers.
Following the SOAP convention, the order among headers are not significant. However, {@link Codec}s are expected to preserve the order of headers in the input message as much as possible.
MustUnderstand Processing

To perform SOAP mustUnderstang processing correctly, we need to keep track of headers that are understood and headers that are not. This is a collaborative process among {@link Pipe}s, thus it's something a {@link Pipe} author needs to keep in mind.
Specifically, when a {@link Pipe} sees a header and processes it(that is, if it did enough computing with the header to claim that the header is understood), then it should mark the corresponding header as "understood". For example, when a pipe that handles JAX-WSA examins the <wsa:To> header, it can claim that it understood the header. But for example, if a pipe that does the signature verification checks <wsa:To> for a signature, that would not be considered as "understood".
There are two ways to mark a header as understood:
1. Use one of the getXXX methods that take a boolean markAsUnderstood parameter. Most often, a {@link Pipe} knows it's going to understand a headeras long as it's present, so this is the easiest and thus the preferred way. For example, if JAX-WSA looks for <wsa:To>, then it can set markAsUnderstand to true, to do the obtaining of a header and marking at the same time.
2. Call {@link #understood(int)}. If under a rare circumstance, a pipe cannot determine whether it can understand it or not when you are fetching a header, then you can use this method afterward to mark it as understood.
Intuitively speaking, at the end of the day, if a header is not understood but {@link Header#isIgnorable(SOAPVersion,Set)} is false, a bad thingwill happen. The actual implementation of the checking is more complicated, for that see {@link ClientMUTube}/ {@link ServerMUTube}. @see Message#getHeaders()

        // Move to next element
        XMLStreamReaderUtil.nextElementContent(reader);
        XMLStreamReaderUtil.verifyReaderState(reader,
                javax.xml.stream.XMLStreamConstants.START_ELEMENT);


        HeaderList headers = null;
        TagInfoset headerTag = null;


        if (reader.getLocalName().equals(SOAP_HEADER)
                && reader.getNamespaceURI().equals(SOAP_NAMESPACE_URI)) {
            headerTag = new TagInfoset(reader);


            // Collect namespaces on soap:Header
            for(int i=0; i< reader.getNamespaceCount();i++){
                namespaces.put(reader.getNamespacePrefix(i), reader.getNamespaceURI(i));
            }
            // skip <soap:Header>
            XMLStreamReaderUtil.nextElementContent(reader);


            // If SOAP header blocks are present (i.e. not <soap:Header/>)
            if (reader.getEventType() == XMLStreamConstants.START_ELEMENT) {
                headers = new HeaderList();


                try {
                    // Cache SOAP header blocks
                    cacheHeaders(reader, namespaces, headers);
                } catch (XMLStreamException e) {

View Full Code Here

        return getHeaders().size() > 0;
    }


    public HeaderList getHeaders() {
        if (headers == null)
            headers = new HeaderList();


        return headers;
    }

View Full Code Here

     * @throws DispatchException with WSA defined fault message when it cannot find an associated WSDL operation.
     *
     */
    @Override
    public QName getWSDLOperationQName(Packet request) throws DispatchException {
        HeaderList hl = request.getMessage().getHeaders();
        String action = hl.getAction(av, binding.getSOAPVersion());


        if (action == null)
            // Addressing is not enagaged, return null to use other ways to dispatch.
            return null;

View Full Code Here

0 1 2 3

TOP

Related Classes of com.sun.xml.internal.ws.api.message.HeaderList

com.sun.xml.internal.ws.addressing.WsaServerTube

com.sun.xml.internal.ws.addressing.WsaTubeHelper

com.sun.xml.internal.ws.api.addressing.AddressingVersion

com.sun.xml.internal.ws.api.addressing.WSEndpointReference

com.sun.xml.internal.ws.api.model.wsdl.WSDLBoundOperation

com.sun.xml.internal.ws.client.Stub

com.sun.xml.internal.ws.encoding.StreamSOAPCodec

com.sun.xml.internal.ws.handler.LogicalMessageContextImpl

com.sun.xml.internal.ws.message.AbstractMessageImpl

com.sun.xml.internal.ws.message.DOMMessage

All source code are property of their respective owners. Java is a trademark of Sun Microsystems, Inc and owned by ORACLE Inc. Contact coftware#gmail.com.

Examples of com.sun.xml.internal.ws.api.message.HeaderList

MustUnderstand Processing

Related Classes of com.sun.xml.internal.ws.api.message.HeaderList