You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@camel.apache.org by gi...@apache.org on 2023/06/27 11:36:06 UTC

[camel] branch regen_bot updated (387e98b40f3 -> 161e08146ed)

This is an automated email from the ASF dual-hosted git repository.

github-bot pushed a change to branch regen_bot
in repository https://gitbox.apache.org/repos/asf/camel.git


    omit 387e98b40f3 Regen for commit 368240a320c49964643eccbce61950f937558c39
     add 7f577550e71 CAMEL-19497: prevent unhandled exceptions from blocking indefinitely
     new 161e08146ed Regen for commit 7f577550e71f9365f8c87badfc32d37eea9ef097

This update added new revisions after undoing existing revisions.
That is to say, some revisions that were in the old version of the
branch are not in the new version.  This situation occurs
when a user --force pushes a change and generates a repository
containing something like this:

 * -- * -- B -- O -- O -- O   (387e98b40f3)
            \
             N -- N -- N   refs/heads/regen_bot (161e08146ed)

You should already have received notification emails for all of the O
revisions, and so the following emails describe only the N revisions
from the common base, B.

Any revisions marked "omit" are not gone; other references still
refer to them.  Any revisions marked "discard" are gone forever.

The 1 revisions listed above as "new" are entirely new to this
repository and will be described in separate emails.  The revisions
listed as "add" were already present in the repository and have only
been added to this reference.


Summary of changes:
 .../java/org/apache/camel/component/bean/AbstractBeanProcessor.java   | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)


[camel] 01/01: Regen for commit 7f577550e71f9365f8c87badfc32d37eea9ef097

Posted by gi...@apache.org.
This is an automated email from the ASF dual-hosted git repository.

github-bot pushed a commit to branch regen_bot
in repository https://gitbox.apache.org/repos/asf/camel.git

commit 161e08146ed68f5ea060df945a8e5c157093b051
Author: orpiske <or...@users.noreply.github.com>
AuthorDate: Tue Jun 27 11:34:33 2023 +0000

    Regen for commit 7f577550e71f9365f8c87badfc32d37eea9ef097
    
    Signed-off-by: GitHub <no...@github.com>
---
 .../apache/camel/catalog/schemas/camel-spring.xsd  | 1051 ++++++++++----------
 1 file changed, 526 insertions(+), 525 deletions(-)

diff --git a/catalog/camel-catalog/src/generated/resources/org/apache/camel/catalog/schemas/camel-spring.xsd b/catalog/camel-catalog/src/generated/resources/org/apache/camel/catalog/schemas/camel-spring.xsd
index 4616bc9c742..649a953edab 100644
--- a/catalog/camel-catalog/src/generated/resources/org/apache/camel/catalog/schemas/camel-spring.xsd
+++ b/catalog/camel-catalog/src/generated/resources/org/apache/camel/catalog/schemas/camel-spring.xsd
@@ -13512,6 +13512,7 @@ org.apache.camel.builder.RouteBuilder.
       </xs:element>
       <xs:element maxOccurs="unbounded" minOccurs="0" name="bean" type="tns:registryBeanDefinition"/>
       <xs:any maxOccurs="unbounded" minOccurs="0" namespace="##other" processContents="skip"/>
+      <xs:element maxOccurs="unbounded" minOccurs="0" ref="tns:restConfiguration"/>
       <xs:element maxOccurs="unbounded" minOccurs="0" ref="tns:rest"/>
       <xs:element maxOccurs="unbounded" minOccurs="0" ref="tns:routeConfiguration"/>
       <xs:element maxOccurs="unbounded" minOccurs="0" ref="tns:routeTemplate"/>
@@ -13530,6 +13531,309 @@ org.apache.camel.builder.RouteBuilder.
     <xs:attribute name="name" type="xs:string"/>
     <xs:attribute name="type" type="xs:string"/>
   </xs:complexType>
+  <xs:complexType name="restConfigurationDefinition">
+    <xs:sequence>
+      <xs:element maxOccurs="unbounded" minOccurs="0" name="componentProperty" type="tns:restPropertyDefinition">
+        <xs:annotation>
+          <xs:documentation xml:lang="en">
+<![CDATA[
+Allows to configure as many additional properties for the rest component in use.
+]]>
+          </xs:documentation>
+        </xs:annotation>
+      </xs:element>
+      <xs:element maxOccurs="unbounded" minOccurs="0" name="endpointProperty" type="tns:restPropertyDefinition">
+        <xs:annotation>
+          <xs:documentation xml:lang="en">
+<![CDATA[
+Allows to configure as many additional properties for the rest endpoint in use.
+]]>
+          </xs:documentation>
+        </xs:annotation>
+      </xs:element>
+      <xs:element maxOccurs="unbounded" minOccurs="0" name="consumerProperty" type="tns:restPropertyDefinition">
+        <xs:annotation>
+          <xs:documentation xml:lang="en">
+<![CDATA[
+Allows to configure as many additional properties for the rest consumer in use.
+]]>
+          </xs:documentation>
+        </xs:annotation>
+      </xs:element>
+      <xs:element maxOccurs="unbounded" minOccurs="0" name="dataFormatProperty" type="tns:restPropertyDefinition">
+        <xs:annotation>
+          <xs:documentation xml:lang="en">
+<![CDATA[
+Allows to configure as many additional properties for the data formats in use. For example set property prettyPrint to
+true to have json outputted in pretty mode. The properties can be prefixed to denote the option is only for either JSON
+or XML and for either the IN or the OUT. The prefixes are: json.in. json.out. xml.in. xml.out. For example a key with
+value xml.out.mustBeJAXBElement is only for the XML data format for the outgoing. A key without a prefix is a common key
+for all situations.
+]]>
+          </xs:documentation>
+        </xs:annotation>
+      </xs:element>
+      <xs:element maxOccurs="unbounded" minOccurs="0" name="apiProperty" type="tns:restPropertyDefinition">
+        <xs:annotation>
+          <xs:documentation xml:lang="en">
+<![CDATA[
+Allows to configure as many additional properties for the api documentation. For example set property api.title to my
+cool stuff.
+]]>
+          </xs:documentation>
+        </xs:annotation>
+      </xs:element>
+      <xs:element maxOccurs="unbounded" minOccurs="0" name="corsHeaders" type="tns:restPropertyDefinition">
+        <xs:annotation>
+          <xs:documentation xml:lang="en">
+<![CDATA[
+Allows to configure custom CORS headers.
+]]>
+          </xs:documentation>
+        </xs:annotation>
+      </xs:element>
+    </xs:sequence>
+    <xs:attribute name="component" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+The Camel Rest component to use for the REST transport (consumer), such as netty-http, jetty, servlet, undertow. If no
+component has been explicit configured, then Camel will lookup if there is a Camel component that integrates with the
+Rest DSL, or if a org.apache.camel.spi.RestConsumerFactory is registered in the registry. If either one is found, then
+that is being used.
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="apiComponent" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+The name of the Camel component to use as the REST API. If no API Component has been explicit configured, then Camel
+will lookup if there is a Camel component responsible for servicing and generating the REST API documentation, or if a
+org.apache.camel.spi.RestApiProcessorFactory is registered in the registry. If either one is found, then that is being
+used.
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="producerComponent" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+Sets the name of the Camel component to use as the REST producer.
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="scheme" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+The scheme to use for exposing the REST service. Usually http or https is supported. The default value is http.
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="host" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+The hostname to use for exposing the REST service.
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="port" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+The port number to use for exposing the REST service. Notice if you use servlet component then the port number
+configured here does not apply, as the port number in use is the actual port number the servlet component is using. eg
+if using Apache Tomcat its the tomcat http port, if using Apache Karaf its the HTTP service in Karaf that uses port 8181
+by default etc. Though in those situations setting the port number here, allows tooling and JMX to know the port number,
+so its recommended to set the port number to the number that the servlet engine uses.
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="apiHost" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+To use a specific hostname for the API documentation (such as swagger or openapi) This can be used to override the
+generated host with this configured hostname.
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="useXForwardHeaders" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+Whether to use X-Forward headers for Host and related setting. The default value is true. Default value: true
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="producerApiDoc" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+Sets the location of the api document the REST producer will use to validate the REST uri and query parameters are valid
+accordingly to the api document. The location of the api document is loaded from classpath by default, but you can use
+file: or http: to refer to resources to load from file or http url.
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="contextPath" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+Sets a leading context-path the REST services will be using. This can be used when using components such as
+camel-servlet where the deployed web application is deployed using a context-path. Or for components such as camel-jetty
+or camel-netty-http that includes a HTTP server.
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="apiContextPath" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+Sets a leading API context-path the REST API services will be using. This can be used when using components such as
+camel-servlet where the deployed web application is deployed using a context-path.
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="apiContextRouteId" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+Sets the route id to use for the route that services the REST API. The route will by default use an auto assigned route
+id.
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="apiVendorExtension" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+Whether vendor extension is enabled in the Rest APIs. If enabled then Camel will include additional information as
+vendor extension (eg keys starting with x-) such as route ids, class names etc. Not all 3rd party API gateways and tools
+supports vendor-extensions when importing your API docs. Default value: false
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="hostNameResolver" type="tns:restHostNameResolver">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+If no hostname has been explicit configured, then this resolver is used to compute the hostname the REST service will be
+using. Default value: allLocalIp
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="bindingMode" type="tns:restBindingMode">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+Sets the binding mode to use. The default value is off. Default value: off
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="skipBindingOnErrorCode" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+Whether to skip binding on output if there is a custom HTTP error code header. This allows to build custom error
+messages that do not bind to json / xml etc, as success messages otherwise will do. Default value: false
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="clientRequestValidation" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+Whether to enable validation of the client request to check: 1) Content-Type header matches what the Rest DSL consumes;
+returns HTTP Status 415 if validation error. 2) Accept header matches what the Rest DSL produces; returns HTTP Status
+406 if validation error. 3) Missing required data (query parameters, HTTP headers, body); returns HTTP Status 400 if
+validation error. 4) Parsing error of the message body (JSon, XML or Auto binding mode must be enabled); returns HTTP
+Status 400 if validation error. Default value: false
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="enableCORS" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+Whether to enable CORS headers in the HTTP response. The default value is false. Default value: false
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="inlineRoutes" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+Inline routes in rest-dsl which are linked using direct endpoints. By default, each service in Rest DSL is an individual
+route, meaning that you would have at least two routes per service (rest-dsl, and the route linked from rest-dsl).
+Enabling this allows Camel to optimize and inline this as a single route, however this requires to use direct endpoints,
+which must be unique per service. This option is default false. Default value: false
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="jsonDataFormat" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+Name of specific json data format to use. By default jackson will be used. Important: This option is only for setting a
+custom name of the data format, not to refer to an existing data format instance.
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="xmlDataFormat" type="xs:string">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+Name of specific XML data format to use. By default jaxb will be used. Important: This option is only for setting a
+custom name of the data format, not to refer to an existing data format instance.
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+  </xs:complexType>
+  <xs:complexType name="restPropertyDefinition">
+    <xs:sequence/>
+    <xs:attribute name="key" type="xs:string" use="required">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+Property key.
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+    <xs:attribute name="value" type="xs:string" use="required">
+      <xs:annotation>
+        <xs:documentation xml:lang="en">
+<![CDATA[
+Property value.
+]]>
+        </xs:documentation>
+      </xs:annotation>
+    </xs:attribute>
+  </xs:complexType>
   <xs:complexType name="restDefinition">
     <xs:complexContent>
       <xs:extension base="tns:optionalIdentifiedDefinition">
@@ -13812,27 +14116,6 @@ The flow used by the OAuth2 security scheme. Valid values are implicit, password
       </xs:extension>
     </xs:complexContent>
   </xs:complexType>
-  <xs:complexType name="restPropertyDefinition">
-    <xs:sequence/>
-    <xs:attribute name="key" type="xs:string" use="required">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
-<![CDATA[
-Property key.
-]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="value" type="xs:string" use="required">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
-<![CDATA[
-Property value.
-]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-  </xs:complexType>
   <xs:complexType name="openIdConnectDefinition">
     <xs:complexContent>
       <xs:extension base="tns:restSecurityDefinition">
@@ -15555,542 +15838,281 @@ group to support dynamic group sizes.
             </xs:documentation>
           </xs:annotation>
         </xs:attribute>
-        <xs:attribute name="groupDelimiter" type="xs:string">
-          <xs:annotation>
-            <xs:documentation xml:lang="en">
-<![CDATA[
-Sets the delimiter to use when grouping. If this has not been set then token will be used as the delimiter.
-]]>
-            </xs:documentation>
-          </xs:annotation>
-        </xs:attribute>
-        <xs:attribute name="skipFirst" type="xs:string">
-          <xs:annotation>
-            <xs:documentation xml:lang="en">
-<![CDATA[
-To skip the very first element. Default value: false
-]]>
-            </xs:documentation>
-          </xs:annotation>
-        </xs:attribute>
-      </xs:extension>
-    </xs:simpleContent>
-  </xs:complexType>
-  <xs:complexType name="xmlTokenizerExpression">
-    <xs:simpleContent>
-      <xs:extension base="tns:namespaceAwareExpression">
-        <xs:attribute name="mode" type="xs:string">
-          <xs:annotation>
-            <xs:documentation xml:lang="en">
-<![CDATA[
-The extraction mode. The available extraction modes are: i - injecting the contextual namespace bindings into the
-extracted token (default) w - wrapping the extracted token in its ancestor context u - unwrapping the extracted token to
-its child content t - extracting the text content of the specified element. Default value: i
-]]>
-            </xs:documentation>
-          </xs:annotation>
-        </xs:attribute>
-        <xs:attribute name="group" type="xs:string">
-          <xs:annotation>
-            <xs:documentation xml:lang="en">
-<![CDATA[
-To group N parts together.
-]]>
-            </xs:documentation>
-          </xs:annotation>
-        </xs:attribute>
-      </xs:extension>
-    </xs:simpleContent>
-  </xs:complexType>
-  <xs:complexType name="xPathExpression">
-    <xs:simpleContent>
-      <xs:extension base="tns:namespaceAwareExpression">
-        <xs:attribute name="documentType" type="xs:string">
-          <xs:annotation>
-            <xs:documentation xml:lang="en">
-<![CDATA[
-Name of class for document type The default value is org.w3c.dom.Document.
-]]>
-            </xs:documentation>
-          </xs:annotation>
-        </xs:attribute>
-        <xs:attribute name="resultType" type="xs:string">
-          <xs:annotation>
-            <xs:documentation xml:lang="en">
-<![CDATA[
-Sets the class name of the result type (type from output) The default result type is NodeSet. Default value: NODESET
-]]>
-            </xs:documentation>
-          </xs:annotation>
-        </xs:attribute>
-        <xs:attribute name="saxon" type="xs:string">
-          <xs:annotation>
-            <xs:documentation xml:lang="en">
-<![CDATA[
-Whether to use Saxon. Default value: false
-]]>
-            </xs:documentation>
-          </xs:annotation>
-        </xs:attribute>
-        <xs:attribute name="factoryRef" type="xs:string">
-          <xs:annotation>
-            <xs:documentation xml:lang="en">
-<![CDATA[
-References to a custom XPathFactory to lookup in the registry.
-]]>
-            </xs:documentation>
-          </xs:annotation>
-        </xs:attribute>
-        <xs:attribute name="objectModel" type="xs:string">
-          <xs:annotation>
-            <xs:documentation xml:lang="en">
-<![CDATA[
-The XPath object model to use.
-]]>
-            </xs:documentation>
-          </xs:annotation>
-        </xs:attribute>
-        <xs:attribute name="logNamespaces" type="xs:string">
-          <xs:annotation>
-            <xs:documentation xml:lang="en">
-<![CDATA[
-Whether to log namespaces which can assist during troubleshooting. Default value: false
-]]>
-            </xs:documentation>
-          </xs:annotation>
-        </xs:attribute>
-        <xs:attribute name="threadSafety" type="xs:string">
-          <xs:annotation>
-            <xs:documentation xml:lang="en">
-<![CDATA[
-Whether to enable thread-safety for the returned result of the xpath expression. This applies to when using NODESET as
-the result type, and the returned set has multiple elements. In this situation there can be thread-safety issues if you
-process the NODESET concurrently such as from a Camel Splitter EIP in parallel processing mode. This option prevents
-concurrency issues by doing defensive copies of the nodes. It is recommended to turn this option on if you are using
-camel-saxon or Saxon in your application. Saxon has thread-safety issues which can be prevented by turning this option
-on. Default value: false
-]]>
-            </xs:documentation>
-          </xs:annotation>
-        </xs:attribute>
-        <xs:attribute name="preCompile" type="xs:string">
-          <xs:annotation>
-            <xs:documentation xml:lang="en">
-<![CDATA[
-Whether to enable pre-compiling the xpath expression during initialization phase. pre-compile is enabled by default.
-This can be used to turn off, for example in cases the compilation phase is desired at the starting phase, such as if
-the application is ahead of time compiled (for example with camel-quarkus) which would then load the xpath factory of
-the built operating system, and not a JVM runtime. Default value: true
-]]>
-            </xs:documentation>
-          </xs:annotation>
-        </xs:attribute>
-      </xs:extension>
-    </xs:simpleContent>
-  </xs:complexType>
-  <xs:complexType name="xQueryExpression">
-    <xs:simpleContent>
-      <xs:extension base="tns:namespaceAwareExpression">
-        <xs:attribute name="resultType" type="xs:string">
-          <xs:annotation>
-            <xs:documentation xml:lang="en">
-<![CDATA[
-Sets the class of the result type (type from output).
-]]>
-            </xs:documentation>
-          </xs:annotation>
-        </xs:attribute>
-        <xs:attribute name="type" type="xs:string">
-          <xs:annotation>
-            <xs:documentation xml:lang="en">
-<![CDATA[
-Sets the class name of the result type (type from output) The default result type is NodeSet.
-]]>
-            </xs:documentation>
-          </xs:annotation>
-        </xs:attribute>
-        <xs:attribute name="configurationRef" type="xs:string">
-          <xs:annotation>
-            <xs:documentation xml:lang="en">
-<![CDATA[
-Reference to a saxon configuration instance in the registry to use for xquery (requires camel-saxon). This may be needed
-to add custom functions to a saxon configuration, so these custom functions can be used in xquery expressions.
-]]>
-            </xs:documentation>
-          </xs:annotation>
-        </xs:attribute>
-      </xs:extension>
-    </xs:simpleContent>
-  </xs:complexType>
-  <xs:complexType name="deleteDefinition">
-    <xs:complexContent>
-      <xs:extension base="tns:verbDefinition">
-        <xs:sequence/>
-      </xs:extension>
-    </xs:complexContent>
-  </xs:complexType>
-  <xs:complexType name="getDefinition">
-    <xs:complexContent>
-      <xs:extension base="tns:verbDefinition">
-        <xs:sequence/>
-      </xs:extension>
-    </xs:complexContent>
-  </xs:complexType>
-  <xs:complexType name="headDefinition">
-    <xs:complexContent>
-      <xs:extension base="tns:verbDefinition">
-        <xs:sequence/>
-      </xs:extension>
-    </xs:complexContent>
-  </xs:complexType>
-  <xs:complexType name="patchDefinition">
-    <xs:complexContent>
-      <xs:extension base="tns:verbDefinition">
-        <xs:sequence/>
-      </xs:extension>
-    </xs:complexContent>
-  </xs:complexType>
-  <xs:complexType name="postDefinition">
-    <xs:complexContent>
-      <xs:extension base="tns:verbDefinition">
-        <xs:sequence/>
-      </xs:extension>
-    </xs:complexContent>
-  </xs:complexType>
-  <xs:complexType name="putDefinition">
-    <xs:complexContent>
-      <xs:extension base="tns:verbDefinition">
-        <xs:sequence/>
-      </xs:extension>
-    </xs:complexContent>
-  </xs:complexType>
-  <xs:complexType name="restBindingDefinition">
-    <xs:complexContent>
-      <xs:extension base="tns:optionalIdentifiedDefinition">
-        <xs:sequence/>
-        <xs:attribute name="consumes" type="xs:string">
+        <xs:attribute name="groupDelimiter" type="xs:string">
           <xs:annotation>
             <xs:documentation xml:lang="en">
 <![CDATA[
-To define the content type what the REST service consumes (accept as input), such as application/xml or
-application/json.
+Sets the delimiter to use when grouping. If this has not been set then token will be used as the delimiter.
 ]]>
             </xs:documentation>
           </xs:annotation>
         </xs:attribute>
-        <xs:attribute name="produces" type="xs:string">
+        <xs:attribute name="skipFirst" type="xs:string">
           <xs:annotation>
             <xs:documentation xml:lang="en">
 <![CDATA[
-To define the content type what the REST service produces (uses for output), such as application/xml or
-application/json.
+To skip the very first element. Default value: false
 ]]>
             </xs:documentation>
           </xs:annotation>
         </xs:attribute>
-        <xs:attribute name="bindingMode" type="xs:string">
+      </xs:extension>
+    </xs:simpleContent>
+  </xs:complexType>
+  <xs:complexType name="xmlTokenizerExpression">
+    <xs:simpleContent>
+      <xs:extension base="tns:namespaceAwareExpression">
+        <xs:attribute name="mode" type="xs:string">
           <xs:annotation>
             <xs:documentation xml:lang="en">
 <![CDATA[
-Sets the binding mode to use. The default value is off. Default value: off
+The extraction mode. The available extraction modes are: i - injecting the contextual namespace bindings into the
+extracted token (default) w - wrapping the extracted token in its ancestor context u - unwrapping the extracted token to
+its child content t - extracting the text content of the specified element. Default value: i
 ]]>
             </xs:documentation>
           </xs:annotation>
         </xs:attribute>
-        <xs:attribute name="type" type="xs:string">
+        <xs:attribute name="group" type="xs:string">
           <xs:annotation>
             <xs:documentation xml:lang="en">
 <![CDATA[
-Sets the class name to use for binding from input to POJO for the incoming data The name of the class of the input data.
-Append a to the end of the name if you want the input to be an array type.
+To group N parts together.
 ]]>
             </xs:documentation>
           </xs:annotation>
         </xs:attribute>
-        <xs:attribute name="outType" type="xs:string">
+      </xs:extension>
+    </xs:simpleContent>
+  </xs:complexType>
+  <xs:complexType name="xPathExpression">
+    <xs:simpleContent>
+      <xs:extension base="tns:namespaceAwareExpression">
+        <xs:attribute name="documentType" type="xs:string">
           <xs:annotation>
             <xs:documentation xml:lang="en">
 <![CDATA[
-Sets the class name to use for binding from POJO to output for the outgoing data The name of the class of the input
-data. Append a to the end of the name if you want the input to be an array type.
+Name of class for document type The default value is org.w3c.dom.Document.
 ]]>
             </xs:documentation>
           </xs:annotation>
         </xs:attribute>
-        <xs:attribute name="skipBindingOnErrorCode" type="xs:string">
+        <xs:attribute name="resultType" type="xs:string">
           <xs:annotation>
             <xs:documentation xml:lang="en">
 <![CDATA[
-Whether to skip binding on output if there is a custom HTTP error code header. This allows to build custom error
-messages that do not bind to json / xml etc, as success messages otherwise will do. Default value: false
+Sets the class name of the result type (type from output) The default result type is NodeSet. Default value: NODESET
 ]]>
             </xs:documentation>
           </xs:annotation>
         </xs:attribute>
-        <xs:attribute name="clientRequestValidation" type="xs:string">
+        <xs:attribute name="saxon" type="xs:string">
           <xs:annotation>
             <xs:documentation xml:lang="en">
 <![CDATA[
-Whether to enable validation of the client request to check: 1) Content-Type header matches what the Rest DSL consumes;
-returns HTTP Status 415 if validation error. 2) Accept header matches what the Rest DSL produces; returns HTTP Status
-406 if validation error. 3) Missing required data (query parameters, HTTP headers, body); returns HTTP Status 400 if
-validation error. 4) Parsing error of the message body (JSon, XML or Auto binding mode must be enabled); returns HTTP
-Status 400 if validation error. Default value: false
+Whether to use Saxon. Default value: false
 ]]>
             </xs:documentation>
           </xs:annotation>
         </xs:attribute>
-        <xs:attribute name="enableCORS" type="xs:string">
+        <xs:attribute name="factoryRef" type="xs:string">
           <xs:annotation>
             <xs:documentation xml:lang="en">
 <![CDATA[
-Whether to enable CORS headers in the HTTP response. The default value is false. Default value: false
+References to a custom XPathFactory to lookup in the registry.
 ]]>
             </xs:documentation>
           </xs:annotation>
         </xs:attribute>
-        <xs:attribute name="component" type="xs:string">
+        <xs:attribute name="objectModel" type="xs:string">
           <xs:annotation>
             <xs:documentation xml:lang="en">
 <![CDATA[
-Sets the component name that this definition will apply to.
+The XPath object model to use.
 ]]>
             </xs:documentation>
           </xs:annotation>
         </xs:attribute>
-      </xs:extension>
-    </xs:complexContent>
-  </xs:complexType>
-  <xs:complexType name="restConfigurationDefinition">
-    <xs:sequence>
-      <xs:element maxOccurs="unbounded" minOccurs="0" name="componentProperty" type="tns:restPropertyDefinition">
-        <xs:annotation>
-          <xs:documentation xml:lang="en">
-<![CDATA[
-Allows to configure as many additional properties for the rest component in use.
-]]>
-          </xs:documentation>
-        </xs:annotation>
-      </xs:element>
-      <xs:element maxOccurs="unbounded" minOccurs="0" name="endpointProperty" type="tns:restPropertyDefinition">
-        <xs:annotation>
-          <xs:documentation xml:lang="en">
-<![CDATA[
-Allows to configure as many additional properties for the rest endpoint in use.
-]]>
-          </xs:documentation>
-        </xs:annotation>
-      </xs:element>
-      <xs:element maxOccurs="unbounded" minOccurs="0" name="consumerProperty" type="tns:restPropertyDefinition">
-        <xs:annotation>
-          <xs:documentation xml:lang="en">
-<![CDATA[
-Allows to configure as many additional properties for the rest consumer in use.
-]]>
-          </xs:documentation>
-        </xs:annotation>
-      </xs:element>
-      <xs:element maxOccurs="unbounded" minOccurs="0" name="dataFormatProperty" type="tns:restPropertyDefinition">
-        <xs:annotation>
-          <xs:documentation xml:lang="en">
-<![CDATA[
-Allows to configure as many additional properties for the data formats in use. For example set property prettyPrint to
-true to have json outputted in pretty mode. The properties can be prefixed to denote the option is only for either JSON
-or XML and for either the IN or the OUT. The prefixes are: json.in. json.out. xml.in. xml.out. For example a key with
-value xml.out.mustBeJAXBElement is only for the XML data format for the outgoing. A key without a prefix is a common key
-for all situations.
-]]>
-          </xs:documentation>
-        </xs:annotation>
-      </xs:element>
-      <xs:element maxOccurs="unbounded" minOccurs="0" name="apiProperty" type="tns:restPropertyDefinition">
-        <xs:annotation>
-          <xs:documentation xml:lang="en">
-<![CDATA[
-Allows to configure as many additional properties for the api documentation. For example set property api.title to my
-cool stuff.
-]]>
-          </xs:documentation>
-        </xs:annotation>
-      </xs:element>
-      <xs:element maxOccurs="unbounded" minOccurs="0" name="corsHeaders" type="tns:restPropertyDefinition">
-        <xs:annotation>
-          <xs:documentation xml:lang="en">
-<![CDATA[
-Allows to configure custom CORS headers.
-]]>
-          </xs:documentation>
-        </xs:annotation>
-      </xs:element>
-    </xs:sequence>
-    <xs:attribute name="component" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
-<![CDATA[
-The Camel Rest component to use for the REST transport (consumer), such as netty-http, jetty, servlet, undertow. If no
-component has been explicit configured, then Camel will lookup if there is a Camel component that integrates with the
-Rest DSL, or if a org.apache.camel.spi.RestConsumerFactory is registered in the registry. If either one is found, then
-that is being used.
-]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="apiComponent" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
-<![CDATA[
-The name of the Camel component to use as the REST API. If no API Component has been explicit configured, then Camel
-will lookup if there is a Camel component responsible for servicing and generating the REST API documentation, or if a
-org.apache.camel.spi.RestApiProcessorFactory is registered in the registry. If either one is found, then that is being
-used.
-]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="producerComponent" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
-<![CDATA[
-Sets the name of the Camel component to use as the REST producer.
-]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="scheme" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
-<![CDATA[
-The scheme to use for exposing the REST service. Usually http or https is supported. The default value is http.
-]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="host" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
-<![CDATA[
-The hostname to use for exposing the REST service.
-]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="port" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
+        <xs:attribute name="logNamespaces" type="xs:string">
+          <xs:annotation>
+            <xs:documentation xml:lang="en">
 <![CDATA[
-The port number to use for exposing the REST service. Notice if you use servlet component then the port number
-configured here does not apply, as the port number in use is the actual port number the servlet component is using. eg
-if using Apache Tomcat its the tomcat http port, if using Apache Karaf its the HTTP service in Karaf that uses port 8181
-by default etc. Though in those situations setting the port number here, allows tooling and JMX to know the port number,
-so its recommended to set the port number to the number that the servlet engine uses.
+Whether to log namespaces which can assist during troubleshooting. Default value: false
 ]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="apiHost" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
+            </xs:documentation>
+          </xs:annotation>
+        </xs:attribute>
+        <xs:attribute name="threadSafety" type="xs:string">
+          <xs:annotation>
+            <xs:documentation xml:lang="en">
 <![CDATA[
-To use a specific hostname for the API documentation (such as swagger or openapi) This can be used to override the
-generated host with this configured hostname.
+Whether to enable thread-safety for the returned result of the xpath expression. This applies to when using NODESET as
+the result type, and the returned set has multiple elements. In this situation there can be thread-safety issues if you
+process the NODESET concurrently such as from a Camel Splitter EIP in parallel processing mode. This option prevents
+concurrency issues by doing defensive copies of the nodes. It is recommended to turn this option on if you are using
+camel-saxon or Saxon in your application. Saxon has thread-safety issues which can be prevented by turning this option
+on. Default value: false
 ]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="useXForwardHeaders" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
+            </xs:documentation>
+          </xs:annotation>
+        </xs:attribute>
+        <xs:attribute name="preCompile" type="xs:string">
+          <xs:annotation>
+            <xs:documentation xml:lang="en">
 <![CDATA[
-Whether to use X-Forward headers for Host and related setting. The default value is true. Default value: true
+Whether to enable pre-compiling the xpath expression during initialization phase. pre-compile is enabled by default.
+This can be used to turn off, for example in cases the compilation phase is desired at the starting phase, such as if
+the application is ahead of time compiled (for example with camel-quarkus) which would then load the xpath factory of
+the built operating system, and not a JVM runtime. Default value: true
 ]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="producerApiDoc" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
+            </xs:documentation>
+          </xs:annotation>
+        </xs:attribute>
+      </xs:extension>
+    </xs:simpleContent>
+  </xs:complexType>
+  <xs:complexType name="xQueryExpression">
+    <xs:simpleContent>
+      <xs:extension base="tns:namespaceAwareExpression">
+        <xs:attribute name="resultType" type="xs:string">
+          <xs:annotation>
+            <xs:documentation xml:lang="en">
 <![CDATA[
-Sets the location of the api document the REST producer will use to validate the REST uri and query parameters are valid
-accordingly to the api document. The location of the api document is loaded from classpath by default, but you can use
-file: or http: to refer to resources to load from file or http url.
+Sets the class of the result type (type from output).
 ]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="contextPath" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
+            </xs:documentation>
+          </xs:annotation>
+        </xs:attribute>
+        <xs:attribute name="type" type="xs:string">
+          <xs:annotation>
+            <xs:documentation xml:lang="en">
 <![CDATA[
-Sets a leading context-path the REST services will be using. This can be used when using components such as
-camel-servlet where the deployed web application is deployed using a context-path. Or for components such as camel-jetty
-or camel-netty-http that includes a HTTP server.
+Sets the class name of the result type (type from output) The default result type is NodeSet.
 ]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="apiContextPath" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
+            </xs:documentation>
+          </xs:annotation>
+        </xs:attribute>
+        <xs:attribute name="configurationRef" type="xs:string">
+          <xs:annotation>
+            <xs:documentation xml:lang="en">
 <![CDATA[
-Sets a leading API context-path the REST API services will be using. This can be used when using components such as
-camel-servlet where the deployed web application is deployed using a context-path.
+Reference to a saxon configuration instance in the registry to use for xquery (requires camel-saxon). This may be needed
+to add custom functions to a saxon configuration, so these custom functions can be used in xquery expressions.
 ]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="apiContextRouteId" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
+            </xs:documentation>
+          </xs:annotation>
+        </xs:attribute>
+      </xs:extension>
+    </xs:simpleContent>
+  </xs:complexType>
+  <xs:complexType name="deleteDefinition">
+    <xs:complexContent>
+      <xs:extension base="tns:verbDefinition">
+        <xs:sequence/>
+      </xs:extension>
+    </xs:complexContent>
+  </xs:complexType>
+  <xs:complexType name="getDefinition">
+    <xs:complexContent>
+      <xs:extension base="tns:verbDefinition">
+        <xs:sequence/>
+      </xs:extension>
+    </xs:complexContent>
+  </xs:complexType>
+  <xs:complexType name="headDefinition">
+    <xs:complexContent>
+      <xs:extension base="tns:verbDefinition">
+        <xs:sequence/>
+      </xs:extension>
+    </xs:complexContent>
+  </xs:complexType>
+  <xs:complexType name="patchDefinition">
+    <xs:complexContent>
+      <xs:extension base="tns:verbDefinition">
+        <xs:sequence/>
+      </xs:extension>
+    </xs:complexContent>
+  </xs:complexType>
+  <xs:complexType name="postDefinition">
+    <xs:complexContent>
+      <xs:extension base="tns:verbDefinition">
+        <xs:sequence/>
+      </xs:extension>
+    </xs:complexContent>
+  </xs:complexType>
+  <xs:complexType name="putDefinition">
+    <xs:complexContent>
+      <xs:extension base="tns:verbDefinition">
+        <xs:sequence/>
+      </xs:extension>
+    </xs:complexContent>
+  </xs:complexType>
+  <xs:complexType name="restBindingDefinition">
+    <xs:complexContent>
+      <xs:extension base="tns:optionalIdentifiedDefinition">
+        <xs:sequence/>
+        <xs:attribute name="consumes" type="xs:string">
+          <xs:annotation>
+            <xs:documentation xml:lang="en">
 <![CDATA[
-Sets the route id to use for the route that services the REST API. The route will by default use an auto assigned route
-id.
+To define the content type what the REST service consumes (accept as input), such as application/xml or
+application/json.
 ]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="apiVendorExtension" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
+            </xs:documentation>
+          </xs:annotation>
+        </xs:attribute>
+        <xs:attribute name="produces" type="xs:string">
+          <xs:annotation>
+            <xs:documentation xml:lang="en">
 <![CDATA[
-Whether vendor extension is enabled in the Rest APIs. If enabled then Camel will include additional information as
-vendor extension (eg keys starting with x-) such as route ids, class names etc. Not all 3rd party API gateways and tools
-supports vendor-extensions when importing your API docs. Default value: false
+To define the content type what the REST service produces (uses for output), such as application/xml or
+application/json.
 ]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="hostNameResolver" type="tns:restHostNameResolver">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
+            </xs:documentation>
+          </xs:annotation>
+        </xs:attribute>
+        <xs:attribute name="bindingMode" type="xs:string">
+          <xs:annotation>
+            <xs:documentation xml:lang="en">
 <![CDATA[
-If no hostname has been explicit configured, then this resolver is used to compute the hostname the REST service will be
-using. Default value: allLocalIp
+Sets the binding mode to use. The default value is off. Default value: off
 ]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="bindingMode" type="tns:restBindingMode">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
+            </xs:documentation>
+          </xs:annotation>
+        </xs:attribute>
+        <xs:attribute name="type" type="xs:string">
+          <xs:annotation>
+            <xs:documentation xml:lang="en">
 <![CDATA[
-Sets the binding mode to use. The default value is off. Default value: off
+Sets the class name to use for binding from input to POJO for the incoming data The name of the class of the input data.
+Append a to the end of the name if you want the input to be an array type.
 ]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="skipBindingOnErrorCode" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
+            </xs:documentation>
+          </xs:annotation>
+        </xs:attribute>
+        <xs:attribute name="outType" type="xs:string">
+          <xs:annotation>
+            <xs:documentation xml:lang="en">
+<![CDATA[
+Sets the class name to use for binding from POJO to output for the outgoing data The name of the class of the input
+data. Append a to the end of the name if you want the input to be an array type.
+]]>
+            </xs:documentation>
+          </xs:annotation>
+        </xs:attribute>
+        <xs:attribute name="skipBindingOnErrorCode" type="xs:string">
+          <xs:annotation>
+            <xs:documentation xml:lang="en">
 <![CDATA[
 Whether to skip binding on output if there is a custom HTTP error code header. This allows to build custom error
 messages that do not bind to json / xml etc, as success messages otherwise will do. Default value: false
 ]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="clientRequestValidation" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
+            </xs:documentation>
+          </xs:annotation>
+        </xs:attribute>
+        <xs:attribute name="clientRequestValidation" type="xs:string">
+          <xs:annotation>
+            <xs:documentation xml:lang="en">
 <![CDATA[
 Whether to enable validation of the client request to check: 1) Content-Type header matches what the Rest DSL consumes;
 returns HTTP Status 415 if validation error. 2) Accept header matches what the Rest DSL produces; returns HTTP Status
@@ -16098,50 +16120,29 @@ returns HTTP Status 415 if validation error. 2) Accept header matches what the R
 validation error. 4) Parsing error of the message body (JSon, XML or Auto binding mode must be enabled); returns HTTP
 Status 400 if validation error. Default value: false
 ]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="enableCORS" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
+            </xs:documentation>
+          </xs:annotation>
+        </xs:attribute>
+        <xs:attribute name="enableCORS" type="xs:string">
+          <xs:annotation>
+            <xs:documentation xml:lang="en">
 <![CDATA[
 Whether to enable CORS headers in the HTTP response. The default value is false. Default value: false
 ]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="inlineRoutes" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
-<![CDATA[
-Inline routes in rest-dsl which are linked using direct endpoints. By default, each service in Rest DSL is an individual
-route, meaning that you would have at least two routes per service (rest-dsl, and the route linked from rest-dsl).
-Enabling this allows Camel to optimize and inline this as a single route, however this requires to use direct endpoints,
-which must be unique per service. This option is default false. Default value: false
-]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="jsonDataFormat" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
-<![CDATA[
-Name of specific json data format to use. By default jackson will be used. Important: This option is only for setting a
-custom name of the data format, not to refer to an existing data format instance.
-]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
-    <xs:attribute name="xmlDataFormat" type="xs:string">
-      <xs:annotation>
-        <xs:documentation xml:lang="en">
+            </xs:documentation>
+          </xs:annotation>
+        </xs:attribute>
+        <xs:attribute name="component" type="xs:string">
+          <xs:annotation>
+            <xs:documentation xml:lang="en">
 <![CDATA[
-Name of specific XML data format to use. By default jaxb will be used. Important: This option is only for setting a
-custom name of the data format, not to refer to an existing data format instance.
+Sets the component name that this definition will apply to.
 ]]>
-        </xs:documentation>
-      </xs:annotation>
-    </xs:attribute>
+            </xs:documentation>
+          </xs:annotation>
+        </xs:attribute>
+      </xs:extension>
+    </xs:complexContent>
   </xs:complexType>
   <xs:complexType name="restsDefinition">
     <xs:complexContent>
@@ -17108,6 +17109,22 @@ An optional certificate alias to use. This is useful when the keystore has multi
       <xs:enumeration value="NEVER"/>
     </xs:restriction>
   </xs:simpleType>
+  <xs:simpleType name="restHostNameResolver">
+    <xs:restriction base="xs:string">
+      <xs:enumeration value="allLocalIp"/>
+      <xs:enumeration value="localIp"/>
+      <xs:enumeration value="localHostName"/>
+    </xs:restriction>
+  </xs:simpleType>
+  <xs:simpleType name="restBindingMode">
+    <xs:restriction base="xs:string">
+      <xs:enumeration value="auto"/>
+      <xs:enumeration value="off"/>
+      <xs:enumeration value="json"/>
+      <xs:enumeration value="xml"/>
+      <xs:enumeration value="json_xml"/>
+    </xs:restriction>
+  </xs:simpleType>
   <xs:simpleType name="restParamType">
     <xs:restriction base="xs:string">
       <xs:enumeration value="body"/>
@@ -17139,22 +17156,6 @@ An optional certificate alias to use. This is useful when the keystore has multi
       <xs:enumeration value="regexp"/>
     </xs:restriction>
   </xs:simpleType>
-  <xs:simpleType name="restBindingMode">
-    <xs:restriction base="xs:string">
-      <xs:enumeration value="auto"/>
-      <xs:enumeration value="off"/>
-      <xs:enumeration value="json"/>
-      <xs:enumeration value="xml"/>
-      <xs:enumeration value="json_xml"/>
-    </xs:restriction>
-  </xs:simpleType>
-  <xs:simpleType name="restHostNameResolver">
-    <xs:restriction base="xs:string">
-      <xs:enumeration value="allLocalIp"/>
-      <xs:enumeration value="localIp"/>
-      <xs:enumeration value="localHostName"/>
-    </xs:restriction>
-  </xs:simpleType>
   <xs:simpleType name="springErrorHandlerType">
     <xs:restriction base="xs:string">
       <xs:enumeration value="DefaultErrorHandler"/>