You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@camel.apache.org by GitBox <gi...@apache.org> on 2021/04/21 07:56:04 UTC
[GitHub] [camel-website] zregvart commented on a change in pull request #568: Camel K 1.4.0 release and blog post
zregvart commented on a change in pull request #568:
URL: https://github.com/apache/camel-website/pull/568#discussion_r617284050
##########
File path: content/blog/2021/04/camel-k-140-Whatsnew/index.md
##########
@@ -0,0 +1,93 @@
+---
+title: "Apache Camel K 1.4.0 What's New"
+date: 2021-04-20
+authors: [nicolaferraro]
+categories: ["Releases", "Camel-K"]
+preview: Details of what we have done in the Camel K 1.4.0 release.
+---
+
+Apache Camel K 1.4.0 has just been released!
+
+This is a new major release of Camel K with an improved stability over previous versions, but also adding new features
+that simplify the overall user experience.
+
+It is based on Camel 3.9.0 and Camel-Quarkus 1.8.1, providing all improvements that they bring, plus much more. In this blog post, we're going to describe the most important changes.
+
+## Embedded Kamelet catalog
+
+Camel K 1.4.0 comes with an embedded [Kamelet catalog](/camel-kamelets/latest/) containing multiple connectors ready for use.
+
+When installing the operator into a namespace (but also globally in the cluster), the operator installs all the kamelets from the catalog ([version 0.2.1](https://github.com/apache/camel-kamelets/tree/v0.2.1)), so that any integration can use them directly.
+
+Users can bind them to a specific destination by writing a YAML binding file, as explained in the [specific documentation related to each Kamelet](/camel-kamelets/latest/aws-sqs-source.html#_knative_source).
+
+Or, you can use the new `kamel bind` command (see below).
+
+**Note:** it's easy to write your own Kamelet and publish it to the Apache Catalog. Take a look at the [Kamelets developer guide](/camel-k/latest/kamelets/kamelets-dev.html).
+
+## Kamel bind command
+
+We've added a `bind` subcommand to the `kamel` CLI that provides a new way to use Kamelets directly when you need to connect them to Knative channels, Kafka topics and any other endpoint.
Review comment:
```suggestion
We've added a `bind` subcommand to the `kamel` CLI that provides a new way to use Kamelets directly when you need to connect them to Knative channels, Kafka topics, and any other endpoint.
```
##########
File path: content/blog/2021/04/camel-k-140-Whatsnew/index.md
##########
@@ -0,0 +1,93 @@
+---
+title: "Apache Camel K 1.4.0 What's New"
+date: 2021-04-20
+authors: [nicolaferraro]
+categories: ["Releases", "Camel-K"]
+preview: Details of what we have done in the Camel K 1.4.0 release.
+---
+
+Apache Camel K 1.4.0 has just been released!
+
+This is a new major release of Camel K with an improved stability over previous versions, but also adding new features
+that simplify the overall user experience.
+
+It is based on Camel 3.9.0 and Camel-Quarkus 1.8.1, providing all improvements that they bring, plus much more. In this blog post, we're going to describe the most important changes.
+
+## Embedded Kamelet catalog
+
+Camel K 1.4.0 comes with an embedded [Kamelet catalog](/camel-kamelets/latest/) containing multiple connectors ready for use.
+
+When installing the operator into a namespace (but also globally in the cluster), the operator installs all the kamelets from the catalog ([version 0.2.1](https://github.com/apache/camel-kamelets/tree/v0.2.1)), so that any integration can use them directly.
+
+Users can bind them to a specific destination by writing a YAML binding file, as explained in the [specific documentation related to each Kamelet](/camel-kamelets/latest/aws-sqs-source.html#_knative_source).
+
+Or, you can use the new `kamel bind` command (see below).
+
+**Note:** it's easy to write your own Kamelet and publish it to the Apache Catalog. Take a look at the [Kamelets developer guide](/camel-k/latest/kamelets/kamelets-dev.html).
+
+## Kamel bind command
+
+We've added a `bind` subcommand to the `kamel` CLI that provides a new way to use Kamelets directly when you need to connect them to Knative channels, Kafka topics and any other endpoint.
+
+E.g. Suppose that you want to get events of earthquakes happening around the world, as JSON objects, in your Knative channel named `earthquakes`. All you need to do is to install Camel K on your cluster and then execute the following command:
+
+```
+kamel bind earthquake-source channel:earthquakes
+```
+
+This command creates the KameletBinding resource for you and the Camel K operator does the rest to bring that data into your channel.
+Data is produced using the [Earthquake Source](/camel-kamelets/latest/earthquake-source.html) Kamelet available in the embedded Katalog.
+
+You can use any other Kamelet from the catalog using the `kamel bind` command.
+
+You can also target any other Kubernetes reference that is supported by Camel K, for example, sink into a [Strimzi KafkaTopic](https://strimzi.io/), using a full qualified reference, for example:
Review comment:
```suggestion
You can also target any other Kubernetes reference that is supported by Camel K, for example, sink into a [Strimzi KafkaTopic](https://strimzi.io/), using a fully qualified reference, for example:
```
##########
File path: content/blog/2021/04/camel-k-140-Whatsnew/index.md
##########
@@ -0,0 +1,93 @@
+---
+title: "Apache Camel K 1.4.0 What's New"
+date: 2021-04-20
+authors: [nicolaferraro]
+categories: ["Releases", "Camel-K"]
+preview: Details of what we have done in the Camel K 1.4.0 release.
+---
+
+Apache Camel K 1.4.0 has just been released!
+
+This is a new major release of Camel K with an improved stability over previous versions, but also adding new features
+that simplify the overall user experience.
+
+It is based on Camel 3.9.0 and Camel-Quarkus 1.8.1, providing all improvements that they bring, plus much more. In this blog post, we're going to describe the most important changes.
+
+## Embedded Kamelet catalog
+
+Camel K 1.4.0 comes with an embedded [Kamelet catalog](/camel-kamelets/latest/) containing multiple connectors ready for use.
+
+When installing the operator into a namespace (but also globally in the cluster), the operator installs all the kamelets from the catalog ([version 0.2.1](https://github.com/apache/camel-kamelets/tree/v0.2.1)), so that any integration can use them directly.
+
+Users can bind them to a specific destination by writing a YAML binding file, as explained in the [specific documentation related to each Kamelet](/camel-kamelets/latest/aws-sqs-source.html#_knative_source).
+
+Or, you can use the new `kamel bind` command (see below).
+
+**Note:** it's easy to write your own Kamelet and publish it to the Apache Catalog. Take a look at the [Kamelets developer guide](/camel-k/latest/kamelets/kamelets-dev.html).
+
+## Kamel bind command
+
+We've added a `bind` subcommand to the `kamel` CLI that provides a new way to use Kamelets directly when you need to connect them to Knative channels, Kafka topics and any other endpoint.
+
+E.g. Suppose that you want to get events of earthquakes happening around the world, as JSON objects, in your Knative channel named `earthquakes`. All you need to do is to install Camel K on your cluster and then execute the following command:
+
+```
+kamel bind earthquake-source channel:earthquakes
+```
+
+This command creates the KameletBinding resource for you and the Camel K operator does the rest to bring that data into your channel.
+Data is produced using the [Earthquake Source](/camel-kamelets/latest/earthquake-source.html) Kamelet available in the embedded Katalog.
+
+You can use any other Kamelet from the catalog using the `kamel bind` command.
+
+You can also target any other Kubernetes reference that is supported by Camel K, for example, sink into a [Strimzi KafkaTopic](https://strimzi.io/), using a full qualified reference, for example:
+
+```
+kamel bind earthquake-source kafka.strimzi.io/v1beta1:KafkaTopic:mytopic
+```
+
+Of course the command also supports plain Camel URIs, that are useful especially when you're developing a new Kamelet. For example you can write:
+
+```
+kamel bind earthquake-source log:info?showHeaders=true
+```
+
+And the command will create a binding that just prints to the log the JSON data produced by the source.
+
+## Kamel dump command
+
+When users have issues understanding why Camel K is not behaving as expected, they often need to provide useful information
+about the current state of their cluster, to let Camel K developers investigate the issue and provide a solution or a quick workaround (e.g. in a Github issue, or in the Zulip chat).
+
+Usually, to identify the root cause of an issue, developers need to know things like:
+
+- What routes the user is trying to run
+- What the Camel K operator is doing
+- What images have been built, which versions of all libraries are they using
+- What's the state of the Camel K custom resources
+- What errors do Camel K integration throw when they start
+
+Providing such information has always been hard, but we now have a quick way to obtain all that.
+
+```
+kamel dump status.log
+```
+
+This simple command will store in a text file all the information needed to investigate a possible issue in the cluster.
+The user can now *edit the file to remove sensitive information* (which the command may not be able to tell apart), then
+share it with developers to have much better insights.
+
+## Stability and compatibility
+
+We focused a lot on stability and improved compatibility with other tools of the ecosystem.
+
+**Knative support** (0.22.0) has been improved by fixing compatibility issues that sometimes caused multiple revisions
+to be present for the same service. We've also changed the way channels and brokers are bound to the integrations, so that now it's possible
+to bind integrations to multiple channels and even create sequences of integrations attached to channels without any issue (e.g. [#2190](https://github.com/apache/camel-k/pull/2190), [#2115](https://github.com/apache/camel-k/pull/2115)).
Review comment:
```suggestion
to be present for the same service. We've also changed the way channels and brokers are bound to the integrations. Now it's possible
to bind integrations to multiple channels and even create sequences of integrations attached to channels without any issue (e.g. [#2190](https://github.com/apache/camel-k/pull/2190), [#2115](https://github.com/apache/camel-k/pull/2115)).
```
##########
File path: content/blog/2021/04/camel-k-140-Whatsnew/index.md
##########
@@ -0,0 +1,93 @@
+---
+title: "Apache Camel K 1.4.0 What's New"
+date: 2021-04-20
+authors: [nicolaferraro]
+categories: ["Releases", "Camel-K"]
+preview: Details of what we have done in the Camel K 1.4.0 release.
+---
+
+Apache Camel K 1.4.0 has just been released!
+
+This is a new major release of Camel K with an improved stability over previous versions, but also adding new features
+that simplify the overall user experience.
+
+It is based on Camel 3.9.0 and Camel-Quarkus 1.8.1, providing all improvements that they bring, plus much more. In this blog post, we're going to describe the most important changes.
+
+## Embedded Kamelet catalog
+
+Camel K 1.4.0 comes with an embedded [Kamelet catalog](/camel-kamelets/latest/) containing multiple connectors ready for use.
+
+When installing the operator into a namespace (but also globally in the cluster), the operator installs all the kamelets from the catalog ([version 0.2.1](https://github.com/apache/camel-kamelets/tree/v0.2.1)), so that any integration can use them directly.
+
+Users can bind them to a specific destination by writing a YAML binding file, as explained in the [specific documentation related to each Kamelet](/camel-kamelets/latest/aws-sqs-source.html#_knative_source).
+
+Or, you can use the new `kamel bind` command (see below).
+
+**Note:** it's easy to write your own Kamelet and publish it to the Apache Catalog. Take a look at the [Kamelets developer guide](/camel-k/latest/kamelets/kamelets-dev.html).
+
+## Kamel bind command
+
+We've added a `bind` subcommand to the `kamel` CLI that provides a new way to use Kamelets directly when you need to connect them to Knative channels, Kafka topics and any other endpoint.
+
+E.g. Suppose that you want to get events of earthquakes happening around the world, as JSON objects, in your Knative channel named `earthquakes`. All you need to do is to install Camel K on your cluster and then execute the following command:
+
+```
+kamel bind earthquake-source channel:earthquakes
+```
+
+This command creates the KameletBinding resource for you and the Camel K operator does the rest to bring that data into your channel.
+Data is produced using the [Earthquake Source](/camel-kamelets/latest/earthquake-source.html) Kamelet available in the embedded Katalog.
+
+You can use any other Kamelet from the catalog using the `kamel bind` command.
+
+You can also target any other Kubernetes reference that is supported by Camel K, for example, sink into a [Strimzi KafkaTopic](https://strimzi.io/), using a full qualified reference, for example:
+
+```
+kamel bind earthquake-source kafka.strimzi.io/v1beta1:KafkaTopic:mytopic
+```
+
+Of course the command also supports plain Camel URIs, that are useful especially when you're developing a new Kamelet. For example you can write:
Review comment:
```suggestion
Of course, the command also supports plain Camel URIs, which are useful especially when you're developing a new Kamelet. For example, you can write:
```
##########
File path: content/blog/2021/04/camel-k-140-Whatsnew/index.md
##########
@@ -0,0 +1,93 @@
+---
+title: "Apache Camel K 1.4.0 What's New"
+date: 2021-04-20
+authors: [nicolaferraro]
+categories: ["Releases", "Camel-K"]
+preview: Details of what we have done in the Camel K 1.4.0 release.
+---
+
+Apache Camel K 1.4.0 has just been released!
+
+This is a new major release of Camel K with an improved stability over previous versions, but also adding new features
+that simplify the overall user experience.
+
+It is based on Camel 3.9.0 and Camel-Quarkus 1.8.1, providing all improvements that they bring, plus much more. In this blog post, we're going to describe the most important changes.
+
+## Embedded Kamelet catalog
+
+Camel K 1.4.0 comes with an embedded [Kamelet catalog](/camel-kamelets/latest/) containing multiple connectors ready for use.
+
+When installing the operator into a namespace (but also globally in the cluster), the operator installs all the kamelets from the catalog ([version 0.2.1](https://github.com/apache/camel-kamelets/tree/v0.2.1)), so that any integration can use them directly.
+
+Users can bind them to a specific destination by writing a YAML binding file, as explained in the [specific documentation related to each Kamelet](/camel-kamelets/latest/aws-sqs-source.html#_knative_source).
+
+Or, you can use the new `kamel bind` command (see below).
+
+**Note:** it's easy to write your own Kamelet and publish it to the Apache Catalog. Take a look at the [Kamelets developer guide](/camel-k/latest/kamelets/kamelets-dev.html).
+
+## Kamel bind command
+
+We've added a `bind` subcommand to the `kamel` CLI that provides a new way to use Kamelets directly when you need to connect them to Knative channels, Kafka topics and any other endpoint.
+
+E.g. Suppose that you want to get events of earthquakes happening around the world, as JSON objects, in your Knative channel named `earthquakes`. All you need to do is to install Camel K on your cluster and then execute the following command:
+
+```
+kamel bind earthquake-source channel:earthquakes
+```
+
+This command creates the KameletBinding resource for you and the Camel K operator does the rest to bring that data into your channel.
+Data is produced using the [Earthquake Source](/camel-kamelets/latest/earthquake-source.html) Kamelet available in the embedded Katalog.
+
+You can use any other Kamelet from the catalog using the `kamel bind` command.
+
+You can also target any other Kubernetes reference that is supported by Camel K, for example, sink into a [Strimzi KafkaTopic](https://strimzi.io/), using a full qualified reference, for example:
+
+```
+kamel bind earthquake-source kafka.strimzi.io/v1beta1:KafkaTopic:mytopic
+```
+
+Of course the command also supports plain Camel URIs, that are useful especially when you're developing a new Kamelet. For example you can write:
+
+```
+kamel bind earthquake-source log:info?showHeaders=true
+```
+
+And the command will create a binding that just prints to the log the JSON data produced by the source.
+
+## Kamel dump command
+
+When users have issues understanding why Camel K is not behaving as expected, they often need to provide useful information
+about the current state of their cluster, to let Camel K developers investigate the issue and provide a solution or a quick workaround (e.g. in a Github issue, or in the Zulip chat).
+
+Usually, to identify the root cause of an issue, developers need to know things like:
+
+- What routes the user is trying to run
+- What the Camel K operator is doing
+- What images have been built, which versions of all libraries are they using
+- What's the state of the Camel K custom resources
+- What errors do Camel K integration throw when they start
+
+Providing such information has always been hard, but we now have a quick way to obtain all that.
+
+```
+kamel dump status.log
+```
+
+This simple command will store in a text file all the information needed to investigate a possible issue in the cluster.
+The user can now *edit the file to remove sensitive information* (which the command may not be able to tell apart), then
+share it with developers to have much better insights.
+
+## Stability and compatibility
+
+We focused a lot on stability and improved compatibility with other tools of the ecosystem.
+
+**Knative support** (0.22.0) has been improved by fixing compatibility issues that sometimes caused multiple revisions
+to be present for the same service. We've also changed the way channels and brokers are bound to the integrations, so that now it's possible
+to bind integrations to multiple channels and even create sequences of integrations attached to channels without any issue (e.g. [#2190](https://github.com/apache/camel-k/pull/2190), [#2115](https://github.com/apache/camel-k/pull/2115)).
+
+We've improved **installation options**, letting you configure things that may be important in a production environment, like [setting toleration](https://github.com/apache/camel-k/pull/2114) or using a [secured maven repository](https://github.com/apache/camel-k/pull/2180).
+At the same time, we've fixed compatibility with recent dev environments, e.g. letting you [smoothly install Camel K in K3S](/camel-k/latest/installation/registry/k3s.html).
+
+We also kept doing changes to continuously improve speed. In the runtime side of Camel K, we now use the [Quarkus fast-jar format](https://github.com/apache/camel-k/pull/1931) to reduce boot times. In the operator side, it's possible to install Camel K globally in a cluster and have much faster build times by [sharing base images across the cluster](https://github.com/apache/camel-k/pull/2058).
Review comment:
```suggestion
We also kept doing changes to continuously improve speed. On the runtime side of Camel K, we now use the [Quarkus fast-jar format](https://github.com/apache/camel-k/pull/1931) to reduce boot times. And last but not least on the operator side, it's possible to install Camel K globally in a cluster and have much faster build times by [sharing base images across the cluster](https://github.com/apache/camel-k/pull/2058).
```
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org