You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@camel.apache.org by da...@apache.org on 2021/08/11 07:25:16 UTC

[camel] branch main updated (f72ccd1 -> 74b213b)

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

davsclaus pushed a change to branch main
in repository https://gitbox.apache.org/repos/asf/camel.git.


    from f72ccd1  Regen for commit 6cf65476f637935be3275506098e5b0264604ac7
     new 9c3a347  Polish and cleanup documentation
     new 74b213b  Polish and cleanup documentation

The 2 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:
 .../docs/modules/eips/pages/service-activator.adoc |  3 +-
 docs/user-manual/modules/ROOT/nav.adoc             |  1 -
 .../modules/ROOT/pages/bean-integration.adoc       |  4 +--
 .../modules/ROOT/pages/health-check.adoc           | 10 ++++--
 .../modules/ROOT/pages/hiding-middleware.adoc      | 37 ----------------------
 .../modules/ROOT/pages/pojo-producing.adoc         |  9 +++---
 6 files changed, 13 insertions(+), 51 deletions(-)
 delete mode 100644 docs/user-manual/modules/ROOT/pages/hiding-middleware.adoc

[camel] 02/02: Polish and cleanup documentation

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

davsclaus pushed a commit to branch main
in repository https://gitbox.apache.org/repos/asf/camel.git

commit 74b213b754fdde698405dca986828258a7f43999
Author: Claus Ibsen <cl...@gmail.com>
AuthorDate: Wed Aug 11 09:23:19 2021 +0200

    Polish and cleanup documentation
---
 .../src/main/docs/modules/eips/pages/service-activator.adoc            | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/core/camel-core-engine/src/main/docs/modules/eips/pages/service-activator.adoc b/core/camel-core-engine/src/main/docs/modules/eips/pages/service-activator.adoc
index cc9079c..f21cca3 100644
--- a/core/camel-core-engine/src/main/docs/modules/eips/pages/service-activator.adoc
+++ b/core/camel-core-engine/src/main/docs/modules/eips/pages/service-activator.adoc
@@ -18,8 +18,7 @@ provide a way to bind the message exchange to a Java interface/service where the
 endpoints and wires it up to the bean.
 
 In addition you can use the xref:latest@manual:ROOT:bean-integration.adoc[Bean Integration] to wire messages
-to a bean using annotation, or even xref:latest@manual:ROOT:hiding-middleware.adoc[hide all the middleware]
-behind a plain Java interface.
+to a bean using annotation.
 
 == Sample
 

[camel] 01/02: Polish and cleanup documentation

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

davsclaus pushed a commit to branch main
in repository https://gitbox.apache.org/repos/asf/camel.git

commit 9c3a347040f13d3a46cc2a6aa8d094f987aeb61a
Author: Claus Ibsen <cl...@gmail.com>
AuthorDate: Wed Aug 11 09:22:26 2021 +0200

    Polish and cleanup documentation
---
 docs/user-manual/modules/ROOT/nav.adoc             |  1 -
 .../modules/ROOT/pages/bean-integration.adoc       |  4 +--
 .../modules/ROOT/pages/health-check.adoc           | 10 ++++--
 .../modules/ROOT/pages/hiding-middleware.adoc      | 37 ----------------------
 .../modules/ROOT/pages/pojo-producing.adoc         |  9 +++---
 5 files changed, 12 insertions(+), 49 deletions(-)

diff --git a/docs/user-manual/modules/ROOT/nav.adoc b/docs/user-manual/modules/ROOT/nav.adoc
index e4d26c6..e76f48b 100644
--- a/docs/user-manual/modules/ROOT/nav.adoc
+++ b/docs/user-manual/modules/ROOT/nav.adoc
@@ -85,7 +85,6 @@
 ** xref:uris.adoc[URIs]
 ** xref:uuidgenerator.adoc[UuidGenerator]
 ** xref:validator.adoc[Validator]
-** xref:hiding-middleware.adoc[Hiding Middleware]
 ** xref:health-check.adoc[Health Checks]
 * Domain Specific Languages
 ** xref:dsl.adoc[Camel Domain Specific Language]
diff --git a/docs/user-manual/modules/ROOT/pages/bean-integration.adoc b/docs/user-manual/modules/ROOT/pages/bean-integration.adoc
index e9dda9f..1fe440b 100644
--- a/docs/user-manual/modules/ROOT/pages/bean-integration.adoc
+++ b/docs/user-manual/modules/ROOT/pages/bean-integration.adoc
@@ -52,7 +52,5 @@ for how to use the annotations for routing and messaging.
 == Bean Component
 
 The xref:components::bean-component.adoc[Bean] component allows one to invoke a particular
-method. Alternately the xref:components::bean-component.adoc[Bean] component supports the
-creation of a proxy via `ProxyHelper` to a Java interface; which allows hiding sending data
-to the endpoint via an interface. See more at xref:hiding-middleware.adoc[Hiding Middleware].
+method.
 
diff --git a/docs/user-manual/modules/ROOT/pages/health-check.adoc b/docs/user-manual/modules/ROOT/pages/health-check.adoc
index 16b1967..4ee938a 100644
--- a/docs/user-manual/modules/ROOT/pages/health-check.adoc
+++ b/docs/user-manual/modules/ROOT/pages/health-check.adoc
@@ -80,7 +80,7 @@ camel.health.routesEnabled=false
 camel.health.registryEnabled=false
 ----
 
-== Configuring routes health-check
+=== Configuring routes health-check
 
 The `routes` health check supports filtering by route id, or endpoint uri using a pattern style (* as wildcard, and regexp supported).
 For example to turn off all routes that are from kafka, you can do:
@@ -121,7 +121,7 @@ the readiness or liveness checks.
 
 The health checks can also be invoked from JMX.
 
-== Writing a custom check:
+== Writing a custom health check:
 
 There are a limited number of health checks provided by Camel out of the box, so you may need to write your own check which you can do by implementing the _HealthCheck_ interface or by extending _AbstractHealthCheck_ which provides some useful methods:
 
@@ -155,4 +155,8 @@ The example `camel-example-main-health` has a custom health check.
 
 == Examples
 
-You can find a standalone example in the Camel examples in the `camel-example-main-health` directory.
+There are examples for Camel at:
+
+- Camel Standalone: https://github.com/apache/camel-examples/tree/main/examples/main-health[main-health]
+- Camel Spring Boot: https://github.com/apache/camel-spring-boot-examples/tree/main/health-checks[health-checks]
+- Camel Quarkus: https://github.com/apache/camel-quarkus-examples/tree/main/health[health]
diff --git a/docs/user-manual/modules/ROOT/pages/hiding-middleware.adoc b/docs/user-manual/modules/ROOT/pages/hiding-middleware.adoc
deleted file mode 100644
index 8c7756e..0000000
--- a/docs/user-manual/modules/ROOT/pages/hiding-middleware.adoc
+++ /dev/null
@@ -1,37 +0,0 @@
-= Hiding Middleware
-
-When writing software these days, its important to try and decouple as
-much middleware code from your business logic as possible.
-
-This provides a number of benefits...
-
-* you can choose the right middleware solution for your deployment and
-switch at any time
-* you don't have to spend a large amount of time learning the specifics
-of any particular technology, whether its xref:components::jms-component.adoc[JMS] or
-xref:components::jpa-component.adoc[JPA] or xref:components::mybatis-component.adoc[MyBatis] whatever
-
-For example if you want to implement some kind of message passing,
-remoting, reliable load balancing or asynchronous processing in your
-application we recommend you use Camel annotations to bind your services
-and business logic to Camel xref:components::index.adoc[Components] which means
-you can then easily switch between things like
-
-* in JVM messaging with xref:components::seda-component.adoc[SEDA]
-* using JMS via xref:components::activemq-component.adoc[ActiveMQ] or other xref:components::jms-component.adoc[JMS]
-providers for reliable load balancing, grid or publish and subscribe
-* for low volume, but easier administration since you're probably
-already using a database you could use
-** xref:components::jpa-component.adoc[JPA] to use an entity
-bean / table as a queue
-** xref:components::mybatis-component.adoc[MyBatis] to work with SQL
-** xref:components::jdbc-component.adoc[MyBatis][JDBC] for raw SQL access
-
-[[HidingMiddleware-HowtodecouplefrommiddlewareAPIs]]
-== How to decouple from middleware APIs
-
-You can bind Java beans to Camel endpoints via the
-xref:bean-integration.adoc[Bean Integration]. For example using
-xref:pojo-consuming.adoc[POJO Consuming] and
-xref:pojo-producing.adoc[POJO Producing] you can avoid using any Camel
-APIs to decouple your code both from middleware APIs _and_ Camel APIs!
diff --git a/docs/user-manual/modules/ROOT/pages/pojo-producing.adoc b/docs/user-manual/modules/ROOT/pages/pojo-producing.adoc
index 2c37a43..0601d90 100644
--- a/docs/user-manual/modules/ROOT/pages/pojo-producing.adoc
+++ b/docs/user-manual/modules/ROOT/pages/pojo-producing.adoc
@@ -41,11 +41,10 @@ attribute on *`@Produce`*, *`@EndpointInject`*.
 [[POJOProducing-HidingtheCamelAPIsFromYourCodeUsingProduce]]
 == Hiding the Camel APIs From Your Code Using `@Produce`
 
-We recommend xref:hiding-middleware.adoc[Hiding Middleware] APIs from
-your application code so the next option might be more suitable. You can
-add the *`@Produce`* annotation to an injection point (a field or
-property setter) using a *`ProducerTemplate`* *or* using some interface
-you use in your business logic. Example:
+You can hide Camel APIs from your application code so the next option might
+be more suitable. You can add the *`@Produce`* annotation to an injection
+point (a field or property setter) using a *`ProducerTemplate`* *or*
+using some interface you use in your business logic. Example:
 
 [source,java]
 ----