Camel and Camel Quarkus are typically used to create integration applications that run as long living processes, a.k.a. daemons or services. In this blog post, we are going to explain a slightly different use case: using Camel Quarkus in programs that exit by themselves after performing some desired tasks.
Where can this be useful? The enterprise is full of scheduled batch processing. Say, some system exports some sort of reports daily at 4 a.
We are pleased to announce the release 1.0.0-CR3 of Camel Quarkus. Camel Quarkus brings the outstanding integration capabilities of Apache Camel to Quarkus - the toolkit for writing subatomically small and supersonically fast Java, Kotlin and Scala applications.
Here are some highlights of Camel Quarkus 1.0.0-CR3.
New extensions The following new extensions were added:
AWS 2 Athena Component DSL JOLT JTA OpenApi Java Tika Vert.x The following extensions added native mode support:
We are pleased to announce the release 1.0.0-CR2 of Camel Quarkus. Camel Quarkus brings the outstanding integration capabilities of Apache Camel to Quarkus - the toolkit for writing subatomically small and supersonically fast Java, Kotlin and Scala applications.
So what is new in Camel Quarkus 1.0.0-CR2?
New bits While we do not have any new extensions this time, the following extensions were promoted from JVM-only to JVM+native:
REST OpenApi Avro data format MongoDB GridFS Debezium PostgreSQL Debezium MySQL All supported bits can be seen in the List of Camel Quarkus extensions.