From b8320f357a5bb56e0bd065d218c17593c57dd038 Mon Sep 17 00:00:00 2001 From: gitea_admin Date: Mon, 12 Oct 2026 05:39:38 +0000 Subject: [PATCH] Update wiki Home page for openstack-cinder --- Home.md | 44 ++++++++++++++++++++++++++++++-------------- 1 file changed, 30 insertions(+), 14 deletions(-) diff --git a/Home.md b/Home.md index 93a012c..dee54f5 100644 --- a/Home.md +++ b/Home.md @@ -1,21 +1,37 @@ -# Deploy the Project on CamelX Platform +# OpenStack Cinder -Deploy on CamelX Platform in three steps +Access data in OpenStack Cinder block storage. -## Step 1: Create a release -From the project space, click on **"Create a release"** +## Metadata -The new version is automatically available in the list +| Property | Value | +|----------|-------| +| Scheme | `openstack-cinder` | +| Support Level | Stable | +| Labels | container | +| Version | 4.20.0 (CEQ 3.36.0) | -## Step 2: Deploy -Click on **"Deploy"** +## Maven Dependency -- **Version:** Select the desired release -- **Environment:** Choose `Development`, `Staging`, or `Production` -- **Configuration:** Select the configuration source -- **Resources:** Set CPU and Memory +```xml + + org.apache.camel.quarkus + camel-quarkus-openstack + 4.20.0 (CEQ 3.36.0) + +``` -## Step 3: Expose -Enable **"Expose"** +## Endpoint Properties -Choose an **API Gateway** (Internal, Public, etc.) +| Name | Type | Required | Default | Description | +|------|------|----------|---------|-------------| +| `host` | string | ✓ | | OpenStack host url | +| `apiVersion` | enum | | `V3` | OpenStack API version | +| `config` | object | | | OpenStack configuration | +| `domain` | string | | `default` | Authentication domain | +| `operation` | string | | | The operation to do | +| `password` | string | ✓ | | OpenStack password | +| `project` | string | ✓ | | The project ID | +| `subsystem` | enum | ✓ | | OpenStack Cinder subsystem | +| `username` | string | ✓ | | OpenStack username | +| `lazyStartProducer` | boolean | | `false` | Whether the producer should be started lazy (on the first message). By starting lazy you can use this to allow CamelContext and routes to startup in situations where a producer may otherwise fail during starting and cause the route to fail being started. By deferring this startup to be lazy then the startup failure can be handled during routing messages via Camel's routing error handlers. Beware that when the first message is processed then creating and starting the producer may take a little time and prolong the total processing time of the processing. |