akka.http.javadsl

Http

class Http extends Extension

Source
Http.scala
Linear Supertypes
Extension, AnyRef, Any
Type Hierarchy Learn more about scaladoc diagrams
Ordering
  1. Alphabetic
  2. By inheritance
Inherited
  1. Http
  2. Extension
  3. AnyRef
  4. Any
Implicitly
  1. by any2stringadd
  2. by any2stringfmt
  3. by any2ArrowAssoc
  4. by any2Ensuring
  1. Hide All
  2. Show all
Learn more about member selection
Visibility
  1. Public
  2. All

Instance Constructors

  1. new Http(system: ExtendedActorSystem)

Value Members

  1. final def !=(arg0: AnyRef): Boolean

    Definition Classes
    AnyRef
  2. final def !=(arg0: Any): Boolean

    Definition Classes
    Any
  3. final def ##(): Int

    Definition Classes
    AnyRef → Any
  4. def +(other: String): String

    Implicit information
    This member is added by an implicit conversion from Http to StringAdd performed by method any2stringadd in scala.Predef.
    Definition Classes
    StringAdd
  5. def ->[B](y: B): (Http, B)

    Implicit information
    This member is added by an implicit conversion from Http to ArrowAssoc[Http] performed by method any2ArrowAssoc in scala.Predef.
    Definition Classes
    ArrowAssoc
    Annotations
    @inline()
  6. final def ==(arg0: AnyRef): Boolean

    Definition Classes
    AnyRef
  7. final def ==(arg0: Any): Boolean

    Definition Classes
    Any
  8. final def asInstanceOf[T0]: T0

    Definition Classes
    Any
  9. def bind(interface: String, port: Int, settings: ServerSettings, httpsContext: Option[HttpsContext], log: LoggingAdapter, materializer: Materializer): Source[IncomingConnection, Future[ServerBinding]]

    Creates a Source of IncomingConnection instances which represents a prospective HTTP server binding on the given endpoint.

    Creates a Source of IncomingConnection instances which represents a prospective HTTP server binding on the given endpoint. If the given port is 0 the resulting source can be materialized several times. Each materialization will then be assigned a new local port by the operating system, which can then be retrieved by the materialized ServerBinding. If the given port is non-zero subsequent materialization attempts of the produced source will immediately fail, unless the first materialization has already been unbound. Unbinding can be triggered via the materialized ServerBinding.

  10. def bind(interface: String, port: Int, materializer: Materializer): Source[IncomingConnection, Future[ServerBinding]]

    Creates a Source of IncomingConnection instances which represents a prospective HTTP server binding on the given endpoint.

    Creates a Source of IncomingConnection instances which represents a prospective HTTP server binding on the given endpoint. If the given port is 0 the resulting source can be materialized several times. Each materialization will then be assigned a new local port by the operating system, which can then be retrieved by the materialized ServerBinding. If the given port is non-zero subsequent materialization attempts of the produced source will immediately fail, unless the first materialization has already been unbound. Unbinding can be triggered via the materialized ServerBinding.

  11. def bindAndHandle(handler: Flow[HttpRequest, HttpResponse, _], interface: String, port: Int, settings: ServerSettings, httpsContext: Option[HttpsContext], log: LoggingAdapter, materializer: Materializer): Future[ServerBinding]

    Convenience method which starts a new HTTP server at the given endpoint and uses the given handler Flow for processing all incoming connections.

    Convenience method which starts a new HTTP server at the given endpoint and uses the given handler Flow for processing all incoming connections.

    The number of concurrently accepted connections can be configured by overriding the akka.http.server.max-connections setting.

  12. def bindAndHandle(handler: Flow[HttpRequest, HttpResponse, _], interface: String, port: Int, materializer: Materializer): Future[ServerBinding]

    Convenience method which starts a new HTTP server at the given endpoint and uses the given handler Flow for processing all incoming connections.

    Convenience method which starts a new HTTP server at the given endpoint and uses the given handler Flow for processing all incoming connections.

    The number of concurrently accepted connections can be configured by overriding the akka.http.server.max-connections setting.

  13. def bindAndHandleAsync(handler: Function[HttpRequest, Future[HttpResponse]], interface: String, port: Int, settings: ServerSettings, httpsContext: Option[HttpsContext], parallelism: Int, log: LoggingAdapter, materializer: Materializer): Future[ServerBinding]

    Convenience method which starts a new HTTP server at the given endpoint and uses the given handler Flow for processing all incoming connections.

    Convenience method which starts a new HTTP server at the given endpoint and uses the given handler Flow for processing all incoming connections.

    The number of concurrently accepted connections can be configured by overriding the akka.http.server.max-connections setting.

  14. def bindAndHandleAsync(handler: Function[HttpRequest, Future[HttpResponse]], interface: String, port: Int, materializer: Materializer): Future[ServerBinding]

    Convenience method which starts a new HTTP server at the given endpoint and uses the given handler Flow for processing all incoming connections.

    Convenience method which starts a new HTTP server at the given endpoint and uses the given handler Flow for processing all incoming connections.

    The number of concurrently accepted connections can be configured by overriding the akka.http.server.max-connections setting.

  15. def bindAndHandleSync(handler: Function[HttpRequest, HttpResponse], interface: String, port: Int, settings: ServerSettings, httpsContext: Option[HttpsContext], log: LoggingAdapter, materializer: Materializer): Future[ServerBinding]

    Convenience method which starts a new HTTP server at the given endpoint and uses the given handler Flow for processing all incoming connections.

    Convenience method which starts a new HTTP server at the given endpoint and uses the given handler Flow for processing all incoming connections.

    The number of concurrently accepted connections can be configured by overriding the akka.http.server.max-connections setting.

  16. def bindAndHandleSync(handler: Function[HttpRequest, HttpResponse], interface: String, port: Int, materializer: Materializer): Future[ServerBinding]

    Convenience method which starts a new HTTP server at the given endpoint and uses the given handler Flow for processing all incoming connections.

    Convenience method which starts a new HTTP server at the given endpoint and uses the given handler Flow for processing all incoming connections.

    The number of concurrently accepted connections can be configured by overriding the akka.http.server.max-connections setting.

  17. def cachedHostConnectionPool[T](setup: HostConnectionPoolSetup, materializer: Materializer): Flow[Pair[HttpRequest, T], Pair[Try[HttpResponse], T], HostConnectionPool]

    Returns a Flow which dispatches incoming HTTP requests to the per-ActorSystem pool of outgoing HTTP connections to the given target host endpoint.

    Returns a Flow which dispatches incoming HTTP requests to the per-ActorSystem pool of outgoing HTTP connections to the given target host endpoint. For every ActorSystem, target host and pool configuration a separate connection pool is maintained. The HTTP layer transparently manages idle shutdown and restarting of connections pools as configured. The returned Flow instances therefore remain valid throughout the lifetime of the application.

    The internal caching logic guarantees that there will never be more than a single pool running for the given target host endpoint and configuration (in this ActorSystem).

    Since the underlying transport usually comprises more than a single connection the produced flow might generate responses in an order that doesn't directly match the consumed requests. For example, if two requests A and B enter the flow in that order the response for B might be produced before the response for A. In order to allow for easy response-to-request association the flow takes in a custom, opaque context object of type T from the application which is emitted together with the corresponding response.

  18. def cachedHostConnectionPool[T](host: String, port: Int, settings: ConnectionPoolSettings, log: LoggingAdapter, materializer: Materializer): Flow[Pair[HttpRequest, T], Pair[Try[HttpResponse], T], HostConnectionPool]

    Returns a Flow which dispatches incoming HTTP requests to the per-ActorSystem pool of outgoing HTTP connections to the given target host endpoint.

    Returns a Flow which dispatches incoming HTTP requests to the per-ActorSystem pool of outgoing HTTP connections to the given target host endpoint. For every ActorSystem, target host and pool configuration a separate connection pool is maintained. The HTTP layer transparently manages idle shutdown and restarting of connections pools as configured. The returned Flow instances therefore remain valid throughout the lifetime of the application.

    The internal caching logic guarantees that there will never be more than a single pool running for the given target host endpoint and configuration (in this ActorSystem).

    Since the underlying transport usually comprises more than a single connection the produced flow might generate responses in an order that doesn't directly match the consumed requests. For example, if two requests A and B enter the flow in that order the response for B might be produced before the response for A. In order to allow for easy response-to-request association the flow takes in a custom, opaque context object of type T from the application which is emitted together with the corresponding response.

  19. def cachedHostConnectionPool[T](host: String, port: Int, materializer: Materializer): Flow[Pair[HttpRequest, T], Pair[Try[HttpResponse], T], HostConnectionPool]

    Returns a Flow which dispatches incoming HTTP requests to the per-ActorSystem pool of outgoing HTTP connections to the given target host endpoint.

    Returns a Flow which dispatches incoming HTTP requests to the per-ActorSystem pool of outgoing HTTP connections to the given target host endpoint. For every ActorSystem, target host and pool configuration a separate connection pool is maintained. The HTTP layer transparently manages idle shutdown and restarting of connections pools as configured. The returned Flow instances therefore remain valid throughout the lifetime of the application.

    The internal caching logic guarantees that there will never be more than a single pool running for the given target host endpoint and configuration (in this ActorSystem).

    Since the underlying transport usually comprises more than a single connection the produced flow might generate responses in an order that doesn't directly match the consumed requests. For example, if two requests A and B enter the flow in that order the response for B might be produced before the response for A. In order to allow for easy response-to-request association the flow takes in a custom, opaque context object of type T from the application which is emitted together with the corresponding response.

  20. def cachedHostConnectionPoolTls[T](host: String, port: Int, settings: ConnectionPoolSettings, httpsContext: Option[HttpsContext], log: LoggingAdapter, materializer: Materializer): Flow[Pair[HttpRequest, T], Pair[Try[HttpResponse], T], HostConnectionPool]

    Same as cachedHostConnectionPool but with HTTPS encryption.

    Same as cachedHostConnectionPool but with HTTPS encryption.

    If an explicit HttpsContext is given then it rather than the configured default HttpsContext will be used for encryption on the connection.

  21. def cachedHostConnectionPoolTls[T](host: String, port: Int, materializer: Materializer): Flow[Pair[HttpRequest, T], Pair[Try[HttpResponse], T], HostConnectionPool]

    Same as cachedHostConnectionPool but with HTTPS encryption.

  22. def clientLayer(hostHeader: Host, settings: ClientConnectionSettings, log: LoggingAdapter): BidiFlow[HttpRequest, SslTlsOutbound, SslTlsInbound, HttpResponse, Unit]

    Constructs a client layer stage using the given ClientConnectionSettings.

  23. def clientLayer(hostHeader: Host, settings: ClientConnectionSettings): BidiFlow[HttpRequest, SslTlsOutbound, SslTlsInbound, HttpResponse, Unit]

    Constructs a client layer stage using the given ClientConnectionSettings.

  24. def clientLayer(hostHeader: Host): BidiFlow[HttpRequest, SslTlsOutbound, SslTlsInbound, HttpResponse, Unit]

    Constructs a client layer stage using the configured default ClientConnectionSettings.

  25. def clone(): AnyRef

    Attributes
    protected[java.lang]
    Definition Classes
    AnyRef
    Annotations
    @throws( ... )
  26. def defaultClientHttpsContext: HttpsContext

    Gets the current default client-side HttpsContext.

  27. def ensuring(cond: (Http) ⇒ Boolean, msg: ⇒ Any): Http

    Implicit information
    This member is added by an implicit conversion from Http to Ensuring[Http] performed by method any2Ensuring in scala.Predef.
    Definition Classes
    Ensuring
  28. def ensuring(cond: (Http) ⇒ Boolean): Http

    Implicit information
    This member is added by an implicit conversion from Http to Ensuring[Http] performed by method any2Ensuring in scala.Predef.
    Definition Classes
    Ensuring
  29. def ensuring(cond: Boolean, msg: ⇒ Any): Http

    Implicit information
    This member is added by an implicit conversion from Http to Ensuring[Http] performed by method any2Ensuring in scala.Predef.
    Definition Classes
    Ensuring
  30. def ensuring(cond: Boolean): Http

    Implicit information
    This member is added by an implicit conversion from Http to Ensuring[Http] performed by method any2Ensuring in scala.Predef.
    Definition Classes
    Ensuring
  31. final def eq(arg0: AnyRef): Boolean

    Definition Classes
    AnyRef
  32. def equals(arg0: Any): Boolean

    Definition Classes
    AnyRef → Any
  33. def finalize(): Unit

    Attributes
    protected[java.lang]
    Definition Classes
    AnyRef
    Annotations
    @throws( classOf[java.lang.Throwable] )
  34. def formatted(fmtstr: String): String

    Implicit information
    This member is added by an implicit conversion from Http to StringFormat performed by method any2stringfmt in scala.Predef.
    Definition Classes
    StringFormat
    Annotations
    @inline()
  35. final def getClass(): Class[_]

    Definition Classes
    AnyRef → Any
  36. def hashCode(): Int

    Definition Classes
    AnyRef → Any
  37. final def isInstanceOf[T0]: Boolean

    Definition Classes
    Any
  38. final def ne(arg0: AnyRef): Boolean

    Definition Classes
    AnyRef
  39. def newHostConnectionPool[T](setup: HostConnectionPoolSetup, materializer: Materializer): Flow[Pair[HttpRequest, T], Pair[Try[HttpResponse], T], HostConnectionPool]

    Starts a new connection pool to the given host and configuration and returns a Flow which dispatches the requests from all its materializations across this pool.

    Starts a new connection pool to the given host and configuration and returns a Flow which dispatches the requests from all its materializations across this pool. While the started host connection pool internally shuts itself down automatically after the configured idle timeout it will spin itself up again if more requests arrive from an existing or a new client flow materialization. The returned flow therefore remains usable for the full lifetime of the application.

    Since the underlying transport usually comprises more than a single connection the produced flow might generate responses in an order that doesn't directly match the consumed requests. For example, if two requests A and B enter the flow in that order the response for B might be produced before the response for A. In order to allow for easy response-to-request association the flow takes in a custom, opaque context object of type T from the application which is emitted together with the corresponding response.

  40. def newHostConnectionPool[T](host: String, port: Int, settings: ConnectionPoolSettings, log: LoggingAdapter, materializer: Materializer): Flow[Pair[HttpRequest, T], Pair[Try[HttpResponse], T], HostConnectionPool]

    Starts a new connection pool to the given host and configuration and returns a Flow which dispatches the requests from all its materializations across this pool.

    Starts a new connection pool to the given host and configuration and returns a Flow which dispatches the requests from all its materializations across this pool. While the started host connection pool internally shuts itself down automatically after the configured idle timeout it will spin itself up again if more requests arrive from an existing or a new client flow materialization. The returned flow therefore remains usable for the full lifetime of the application.

    Since the underlying transport usually comprises more than a single connection the produced flow might generate responses in an order that doesn't directly match the consumed requests. For example, if two requests A and B enter the flow in that order the response for B might be produced before the response for A. In order to allow for easy response-to-request association the flow takes in a custom, opaque context object of type T from the application which is emitted together with the corresponding response.

  41. def newHostConnectionPool[T](host: String, port: Int, materializer: Materializer): Flow[Pair[HttpRequest, T], Pair[Try[HttpResponse], T], HostConnectionPool]

    Starts a new connection pool to the given host and configuration and returns a Flow which dispatches the requests from all its materializations across this pool.

    Starts a new connection pool to the given host and configuration and returns a Flow which dispatches the requests from all its materializations across this pool. While the started host connection pool internally shuts itself down automatically after the configured idle timeout it will spin itself up again if more requests arrive from an existing or a new client flow materialization. The returned flow therefore remains usable for the full lifetime of the application.

    Since the underlying transport usually comprises more than a single connection the produced flow might generate responses in an order that doesn't directly match the consumed requests. For example, if two requests A and B enter the flow in that order the response for B might be produced before the response for A. In order to allow for easy response-to-request association the flow takes in a custom, opaque context object of type T from the application which is emitted together with the corresponding response.

  42. def newHostConnectionPoolTls[T](host: String, port: Int, settings: ConnectionPoolSettings, httpsContext: Option[HttpsContext], log: LoggingAdapter, materializer: Materializer): Flow[Pair[HttpRequest, T], Pair[Try[HttpResponse], T], HostConnectionPool]

    Same as newHostConnectionPool but with HTTPS encryption.

    Same as newHostConnectionPool but with HTTPS encryption.

    If an explicit HttpsContext is given then it rather than the configured default HttpsContext will be used for encryption on the connection.

  43. def newHostConnectionPoolTls[T](host: String, port: Int, materializer: Materializer): Flow[Pair[HttpRequest, T], Pair[Try[HttpResponse], T], HostConnectionPool]

    Same as newHostConnectionPool but with HTTPS encryption.

  44. final def notify(): Unit

    Definition Classes
    AnyRef
  45. final def notifyAll(): Unit

    Definition Classes
    AnyRef
  46. def outgoingConnection(host: String, port: Int, localAddress: Option[InetSocketAddress], settings: ClientConnectionSettings, log: LoggingAdapter): Flow[HttpRequest, HttpResponse, Future[OutgoingConnection]]

    Creates a Flow representing a prospective HTTP client connection to the given endpoint.

    Creates a Flow representing a prospective HTTP client connection to the given endpoint. Every materialization of the produced flow will attempt to establish a new outgoing connection.

  47. def outgoingConnection(host: String, port: Int): Flow[HttpRequest, HttpResponse, Future[OutgoingConnection]]

    Creates a Flow representing a prospective HTTP client connection to the given endpoint.

    Creates a Flow representing a prospective HTTP client connection to the given endpoint. Every materialization of the produced flow will attempt to establish a new outgoing connection.

  48. def outgoingConnection(host: String): Flow[HttpRequest, HttpResponse, Future[OutgoingConnection]]

    Creates a Flow representing a prospective HTTP client connection to the given endpoint.

    Creates a Flow representing a prospective HTTP client connection to the given endpoint. Every materialization of the produced flow will attempt to establish a new outgoing connection.

  49. def outgoingConnectionTls(host: String, port: Int, localAddress: Option[InetSocketAddress], settings: ClientConnectionSettings, httpsContext: Option[HttpsContext], log: LoggingAdapter): Flow[HttpRequest, HttpResponse, Future[OutgoingConnection]]

    Same as outgoingConnection but with HTTPS encryption.

    Same as outgoingConnection but with HTTPS encryption.

    If an explicit HttpsContext is given then it rather than the configured default HttpsContext will be used for encryption on the connection.

  50. def outgoingConnectionTls(host: String, port: Int): Flow[HttpRequest, HttpResponse, Future[OutgoingConnection]]

    Same as outgoingConnection but with HTTPS encryption.

  51. def outgoingConnectionTls(host: String): Flow[HttpRequest, HttpResponse, Future[OutgoingConnection]]

    Same as outgoingConnection but with HTTPS encryption.

  52. def serverLayer(settings: ServerSettings, remoteAddress: Option[InetSocketAddress], log: LoggingAdapter, materializer: Materializer): BidiFlow[HttpResponse, SslTlsOutbound, SslTlsInbound, HttpRequest, Unit]

    Constructs a server layer stage using the given ServerSettings.

    Constructs a server layer stage using the given ServerSettings. The returned BidiFlow isn't reusable and can only be materialized once. The remoteAddress, if provided, will be added as a header to each HttpRequest this layer produces if the akka.http.server.remote-address-header configuration option is enabled.

  53. def serverLayer(settings: ServerSettings, remoteAddress: Option[InetSocketAddress], materializer: Materializer): BidiFlow[HttpResponse, SslTlsOutbound, SslTlsInbound, HttpRequest, Unit]

    Constructs a server layer stage using the given ServerSettings.

    Constructs a server layer stage using the given ServerSettings. The returned BidiFlow isn't reusable and can only be materialized once. The remoteAddress, if provided, will be added as a header to each HttpRequest this layer produces if the akka.http.server.remote-address-header configuration option is enabled.

  54. def serverLayer(settings: ServerSettings, materializer: Materializer): BidiFlow[HttpResponse, SslTlsOutbound, SslTlsInbound, HttpRequest, Unit]

    Constructs a server layer stage using the given ServerSettings.

    Constructs a server layer stage using the given ServerSettings. The returned BidiFlow isn't reusable and can only be materialized once.

  55. def serverLayer(materializer: Materializer): BidiFlow[HttpResponse, SslTlsOutbound, SslTlsInbound, HttpRequest, Unit]

    Constructs a server layer stage using the configured default ServerSettings.

    Constructs a server layer stage using the configured default ServerSettings. The returned BidiFlow isn't reusable and can only be materialized once.

  56. def setDefaultClientHttpsContext(context: HttpsContext): Unit

    Sets the default client-side HttpsContext.

  57. def shutdownAllConnectionPools(): Future[Unit]

    Triggers an orderly shutdown of all host connections pools currently maintained by the ActorSystem.

    Triggers an orderly shutdown of all host connections pools currently maintained by the ActorSystem. The returned future is completed when all pools that were live at the time of this method call have completed their shutdown process.

    If existing pool client flows are re-used or new ones materialized concurrently with or after this method call the respective connection pools will be restarted and not contribute to the returned future.

  58. def singleRequest(request: HttpRequest, settings: ConnectionPoolSettings, httpsContext: Option[HttpsContext], log: LoggingAdapter, materializer: Materializer): Future[HttpResponse]

    Fires a single HttpRequest across the (cached) host connection pool for the request's effective URI to produce a response future.

    Fires a single HttpRequest across the (cached) host connection pool for the request's effective URI to produce a response future.

    If an explicit HttpsContext is given then it rather than the configured default HttpsContext will be used for setting up the HTTPS connection pool, if required.

    Note that the request must have either an absolute URI or a valid Host header, otherwise the future will be completed with an error.

  59. def singleRequest(request: HttpRequest, materializer: Materializer): Future[HttpResponse]

    Fires a single HttpRequest across the (cached) host connection pool for the request's effective URI to produce a response future.

    Fires a single HttpRequest across the (cached) host connection pool for the request's effective URI to produce a response future.

    Note that the request must have either an absolute URI or a valid Host header, otherwise the future will be completed with an error.

  60. def singleWebsocketRequest[T](request: WebsocketRequest, clientFlow: Flow[Message, Message, T], localAddress: Option[InetSocketAddress], settings: ClientConnectionSettings, httpsContext: Option[HttpsContext], log: LoggingAdapter, materializer: Materializer): Pair[Future[WebsocketUpgradeResponse], T]

    Runs a single Websocket conversation given a Uri and a flow that represents the client side of the Websocket conversation.

  61. def singleWebsocketRequest[T](request: WebsocketRequest, clientFlow: Flow[Message, Message, T], materializer: Materializer): Pair[Future[WebsocketUpgradeResponse], T]

    Runs a single Websocket conversation given a Uri and a flow that represents the client side of the Websocket conversation.

  62. def superPool[T](settings: ConnectionPoolSettings, httpsContext: Option[HttpsContext], log: LoggingAdapter, materializer: Materializer): Flow[Pair[HttpRequest, T], Pair[Try[HttpResponse], T], Unit]

    Creates a new "super connection pool flow", which routes incoming requests to a (cached) host connection pool depending on their respective effective URIs.

    Creates a new "super connection pool flow", which routes incoming requests to a (cached) host connection pool depending on their respective effective URIs. Note that incoming requests must have either an absolute URI or a valid Host header.

    If an explicit HttpsContext is given then it rather than the configured default HttpsContext will be used for setting up the HTTPS connection pool, if required.

    Since the underlying transport usually comprises more than a single connection the produced flow might generate responses in an order that doesn't directly match the consumed requests. For example, if two requests A and B enter the flow in that order the response for B might be produced before the response for A. In order to allow for easy response-to-request association the flow takes in a custom, opaque context object of type T from the application which is emitted together with the corresponding response.

  63. def superPool[T](materializer: Materializer): Flow[Pair[HttpRequest, T], Pair[Try[HttpResponse], T], Unit]

    Creates a new "super connection pool flow", which routes incoming requests to a (cached) host connection pool depending on their respective effective URIs.

    Creates a new "super connection pool flow", which routes incoming requests to a (cached) host connection pool depending on their respective effective URIs. Note that incoming requests must have either an absolute URI or a valid Host header.

    Since the underlying transport usually comprises more than a single connection the produced flow might generate responses in an order that doesn't directly match the consumed requests. For example, if two requests A and B enter the flow in that order the response for B might be produced before the response for A. In order to allow for easy response-to-request association the flow takes in a custom, opaque context object of type T from the application which is emitted together with the corresponding response.

  64. final def synchronized[T0](arg0: ⇒ T0): T0

    Definition Classes
    AnyRef
  65. def toString(): String

    Definition Classes
    AnyRef → Any
  66. final def wait(): Unit

    Definition Classes
    AnyRef
    Annotations
    @throws( ... )
  67. final def wait(arg0: Long, arg1: Int): Unit

    Definition Classes
    AnyRef
    Annotations
    @throws( ... )
  68. final def wait(arg0: Long): Unit

    Definition Classes
    AnyRef
    Annotations
    @throws( ... )
  69. def websocketClientFlow(request: WebsocketRequest, localAddress: Option[InetSocketAddress], settings: ClientConnectionSettings, httpsContext: Option[HttpsContext], log: LoggingAdapter): Flow[Message, Message, Future[WebsocketUpgradeResponse]]

    Constructs a flow that once materialized establishes a Websocket connection to the given Uri.

    Constructs a flow that once materialized establishes a Websocket connection to the given Uri.

    The layer is not reusable and must only be materialized once.

  70. def websocketClientFlow(request: WebsocketRequest): Flow[Message, Message, Future[WebsocketUpgradeResponse]]

    Constructs a flow that once materialized establishes a Websocket connection to the given Uri.

    Constructs a flow that once materialized establishes a Websocket connection to the given Uri.

    The layer is not reusable and must only be materialized once.

  71. def websocketClientLayer(request: WebsocketRequest, settings: ClientConnectionSettings, log: LoggingAdapter): BidiFlow[Message, SslTlsOutbound, SslTlsInbound, Message, Future[WebsocketUpgradeResponse]]

    Constructs a Websocket BidiFlow using the configured default ClientConnectionSettings, configured using the akka.http.client config section.

    Constructs a Websocket BidiFlow using the configured default ClientConnectionSettings, configured using the akka.http.client config section.

    The layer is not reusable and must only be materialized once.

  72. def websocketClientLayer(request: WebsocketRequest, settings: ClientConnectionSettings): BidiFlow[Message, SslTlsOutbound, SslTlsInbound, Message, Future[WebsocketUpgradeResponse]]

    Constructs a Websocket BidiFlow using the configured default ClientConnectionSettings, configured using the akka.http.client config section.

    Constructs a Websocket BidiFlow using the configured default ClientConnectionSettings, configured using the akka.http.client config section.

    The layer is not reusable and must only be materialized once.

  73. def websocketClientLayer(request: WebsocketRequest): BidiFlow[Message, SslTlsOutbound, SslTlsInbound, Message, Future[WebsocketUpgradeResponse]]

    Constructs a Websocket BidiFlow.

    Constructs a Websocket BidiFlow.

    The layer is not reusable and must only be materialized once.

  74. def [B](y: B): (Http, B)

    Implicit information
    This member is added by an implicit conversion from Http to ArrowAssoc[Http] performed by method any2ArrowAssoc in scala.Predef.
    Definition Classes
    ArrowAssoc

Shadowed Implicit Value Members

  1. val self: Any

    Implicit information
    This member is added by an implicit conversion from Http to StringAdd performed by method any2stringadd in scala.Predef.
    Shadowing
    This implicitly inherited member is ambiguous. One or more implicitly inherited members have similar signatures, so calling this member may produce an ambiguous implicit conversion compiler error.
    To access this member you can use a type ascription:
    (http: StringAdd).self
    Definition Classes
    StringAdd
  2. val self: Any

    Implicit information
    This member is added by an implicit conversion from Http to StringFormat performed by method any2stringfmt in scala.Predef.
    Shadowing
    This implicitly inherited member is ambiguous. One or more implicitly inherited members have similar signatures, so calling this member may produce an ambiguous implicit conversion compiler error.
    To access this member you can use a type ascription:
    (http: StringFormat).self
    Definition Classes
    StringFormat

Deprecated Value Members

  1. def x: Http

    Implicit information
    This member is added by an implicit conversion from Http to ArrowAssoc[Http] performed by method any2ArrowAssoc in scala.Predef.
    Shadowing
    This implicitly inherited member is ambiguous. One or more implicitly inherited members have similar signatures, so calling this member may produce an ambiguous implicit conversion compiler error.
    To access this member you can use a type ascription:
    (http: ArrowAssoc[Http]).x
    Definition Classes
    ArrowAssoc
    Annotations
    @deprecated
    Deprecated

    (Since version 2.10.0) Use leftOfArrow instead

  2. def x: Http

    Implicit information
    This member is added by an implicit conversion from Http to Ensuring[Http] performed by method any2Ensuring in scala.Predef.
    Shadowing
    This implicitly inherited member is ambiguous. One or more implicitly inherited members have similar signatures, so calling this member may produce an ambiguous implicit conversion compiler error.
    To access this member you can use a type ascription:
    (http: Ensuring[Http]).x
    Definition Classes
    Ensuring
    Annotations
    @deprecated
    Deprecated

    (Since version 2.10.0) Use resultOfEnsuring instead

Inherited from Extension

Inherited from AnyRef

Inherited from Any

Inherited by implicit conversion any2stringadd from Http to StringAdd

Inherited by implicit conversion any2stringfmt from Http to StringFormat

Inherited by implicit conversion any2ArrowAssoc from Http to ArrowAssoc[Http]

Inherited by implicit conversion any2Ensuring from Http to Ensuring[Http]

Ungrouped