Interface HttpMessage

All Known Subinterfaces:
HttpMessage
All Known Implementing Classes:
HttpRequest, HttpRequest, HttpResponse, HttpResponse

@DoNotInherit public interface HttpMessage
The base type for an Http message (request or response). INTERNAL API: this trait will be changed in binary-incompatible ways for classes that are derived from it! Do not implement this interface outside the Akka code base! Binary compatibility is only maintained for callers of this trait’s interface.
  • Nested Class Summary

    Nested Classes
    Modifier and Type
    Interface
    Description
    static interface 
    Represents the currently being-drained HTTP Entity which triggers completion of the contained Future once the entity has been drained for the given HttpMessage completely.
    static interface 
     
  • Method Summary

    Modifier and Type
    Method
    Description
    discardEntityBytes(akka.actor.ClassicActorSystemProvider system)
    Discards the entities data bytes by running the dataBytes Source contained by the entity of this HTTP message.
    discardEntityBytes(akka.stream.Materializer materializer)
    Discards the entities data bytes by running the dataBytes Source contained by the entity of this HTTP message.
    The entity of this message.
    <T> Optional<T>
    Try to find the attribute for the given key and return Optional.of(attribute), otherwise this method returns an empty Optional.
    <T extends HttpHeader>
    Optional<T>
    getHeader(Class<T> headerClass)
    Try to find the first header of the given class and return Optional.of(header), otherwise this method returns an empty Optional.
    getHeader(String headerName)
    Try to find the first header with the given name (case-insensitive) and return Optional.of(header), otherwise this method returns an empty Optional.
    An iterable containing the headers of this message.
    <T extends HttpHeader>
    Iterable<T>
    getHeaders(Class<T> headerClass)
    An iterable containing all headers of the given class of this message.
    boolean
    Is this instance a request.
    boolean
    Is this instance a response.
    The protocol of this message.
  • Method Details

    • isRequest

      boolean isRequest()
      Is this instance a request.
    • isResponse

      boolean isResponse()
      Is this instance a response.
    • protocol

      HttpProtocol protocol()
      The protocol of this message.
    • getHeaders

      Iterable<HttpHeader> getHeaders()
      An iterable containing the headers of this message.
    • getHeader

      Optional<HttpHeader> getHeader(String headerName)
      Try to find the first header with the given name (case-insensitive) and return Optional.of(header), otherwise this method returns an empty Optional.
    • getHeader

      <T extends HttpHeader> Optional<T> getHeader(Class<T> headerClass)
      Try to find the first header of the given class and return Optional.of(header), otherwise this method returns an empty Optional.
    • getHeaders

      <T extends HttpHeader> Iterable<T> getHeaders(Class<T> headerClass)
      An iterable containing all headers of the given class of this message.
    • getAttribute

      <T> Optional<T> getAttribute(AttributeKey<T> key)
      Try to find the attribute for the given key and return Optional.of(attribute), otherwise this method returns an empty Optional.
    • entity

      ResponseEntity entity()
      The entity of this message.
    • discardEntityBytes

      HttpMessage.DiscardedEntity discardEntityBytes(akka.stream.Materializer materializer)
      Discards the entities data bytes by running the dataBytes Source contained by the entity of this HTTP message. Note: It is crucial that entities are either discarded, or consumed by running the underlying [[akka.stream.javadsl.Source]] as otherwise the lack of consuming of the data will trigger back-pressure to the underlying TCP connection (as designed), however possibly leading to an idle-timeout that will close the connection, instead of just having ignored the data. Warning: It is not allowed to discard and/or consume the entity.dataBytes more than once as the stream is directly attached to the "live" incoming data source from the underlying TCP connection. Allowing it to be consumable twice would require buffering the incoming data, thus defeating the purpose of its streaming nature. If the dataBytes source is materialized a second time, it will fail with an "stream can cannot be materialized more than once" exception. When called on `Strict` entities or sources whose values can be buffered in memory, the above warnings can be ignored. Repeated materialization is not necessary in this case, avoiding the mentioned exceptions due to the data being held in memory. In future versions, more automatic ways to warn or resolve these situations may be introduced, see issue #18716.
    • discardEntityBytes

      HttpMessage.DiscardedEntity discardEntityBytes(akka.actor.ClassicActorSystemProvider system)
      Discards the entities data bytes by running the dataBytes Source contained by the entity of this HTTP message. Note: It is crucial that entities are either discarded, or consumed by running the underlying [[akka.stream.javadsl.Source]] as otherwise the lack of consuming of the data will trigger back-pressure to the underlying TCP connection (as designed), however possibly leading to an idle-timeout that will close the connection, instead of just having ignored the data. Warning: It is not allowed to discard and/or consume the entity.dataBytes more than once as the stream is directly attached to the "live" incoming data source from the underlying TCP connection. Allowing it to be consumable twice would require buffering the incoming data, thus defeating the purpose of its streaming nature. If the dataBytes source is materialized a second time, it will fail with an "stream can cannot be materialized more than once" exception. When called on `Strict` entities or sources whose values can be buffered in memory, the above warnings can be ignored. Repeated materialization is not necessary in this case, avoiding the mentioned exceptions due to the data being held in memory. In future versions, more automatic ways to warn or resolve these situations may be introduced, see issue #18716.