Skip to content

Commit

Permalink
Update spec chapter 11
Browse files Browse the repository at this point in the history
Signed-off-by: Lukas Jungmann <lukas.jungmann@oracle.com>
  • Loading branch information
lukasj committed Sep 10, 2020
1 parent 7da66e0 commit b443c5a
Showing 1 changed file with 8 additions and 9 deletions.
17 changes: 8 additions & 9 deletions spec/src/main/asciidoc/ch11-http_binding.adoc
Original file line number Diff line number Diff line change
Expand Up @@ -5,7 +5,7 @@
[[xmlbindchap]]
== HTTP Binding

This chapter describes the JAX-WS XML/HTTP binding. The JAX-WS XML/HTTP
This chapter describes the Jakarta XML Web Services XML/HTTP binding. The Jakarta XML Web Services XML/HTTP
binding provides raw XML over HTTP messaging capabilities as used in
many Web services today.

Expand All @@ -28,7 +28,7 @@ configuration.
[[programmatic-configuration-1]]
==== Programmatic Configuration

JAX-WS only defines APIs for programmatic configuration of client side
Jakarta XML Web Services only defines APIs for programmatic configuration of client side
XML/HTTP bindings – server side bindings are expected to be configured
using deployment metadata.

Expand Down Expand Up @@ -71,9 +71,8 @@ entire XML message via a logical message context.
[[deployment-model-2]]
==== Deployment Model

JAX-WS defines no standard deployment model for handlers. Such a model
is provided by JSR 109<<bib17>> Implementing Enterprise
Web Services.
Jakarta XML Web Services defines no standard deployment model for handlers. Such a model
is provided by Jakarta Enterprise Web Services<<bib17>>.

[[processing-model-1]]
=== Processing Model
Expand All @@ -97,9 +96,9 @@ handlers and following the processing model described in section
exception to a fault message subject to further handler processing if
the following criteria are met:

1. A handler throws a `ProtocolException` from `handleMessage`
2. The MEP in use includes a response to the message being processed
3. The current message is not already a fault message (the handler
. A handler throws a `ProtocolException` from `handleMessage`
. The MEP in use includes a response to the message being processed
. The current message is not already a fault message (the handler
might have undertaken the work prior to throwing the exception).

If the above criteria are met then the exception is converted to a HTTP
Expand Down Expand Up @@ -149,7 +148,7 @@ When mapping an exception to a HTTP status code, the status code of the
HTTP fault message is populated according to the following rules of
precedence:

1. `HTTPException.getStatusCode()`footnote:[If the exception is a HTTPException or has a cause that is a HTTPException .]
1. ``HTTPException.getStatusCode()``footnote:[If the exception is a `HTTPException` or has a cause that is a `HTTPException`.]
2. `500`.

[[xmlbindhttp]]
Expand Down

0 comments on commit b443c5a

Please sign in to comment.