diff --git a/Home.md b/Home.md
index 93a012c..16c1f91 100644
--- a/Home.md
+++ b/Home.md
@@ -1,21 +1,34 @@
-# Deploy the Project on CamelX Platform
+# Ignite ID Generator
 
-Deploy on CamelX Platform in three steps
+Interact with Ignite Atomic Sequences and ID Generators .
 
-## 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 | `ignite-idgen` |
+| Support Level | Stable |
+| Labels | cache,clustering |
+| Version | 4.10.2 |
 
-## 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
+<dependency>
+    <groupId>org.apache.camel</groupId>
+    <artifactId>camel-ignite</artifactId>
+    <version>4.10.2</version>
+</dependency>
+```
 
-## Step 3: Expose
-Enable **"Expose"**
+## Endpoint Properties
 
-Choose an **API Gateway** (Internal, Public, etc.)
+| Name | Type | Required | Default | Description |
+|------|------|----------|---------|-------------|
+| `name` | string | ✓ |  | The sequence name. |
+| `batchSize` | integer |  |  | The batch size. |
+| `initialValue` | integer |  | `0` | The initial value. |
+| `operation` | object |  |  | The operation to invoke on the Ignite ID Generator. Superseded by the IgniteConstants.IGNITE_IDGEN_OPERATION header in the IN message. Possible values: ADD_AND_GET, GET, GET_AND_ADD, GET_AND_INCREMENT, INCREMENT_AND_GET. |
+| `propagateIncomingBodyIfNoReturnValue` | boolean |  | `true` | Sets whether to propagate the incoming body if the return type of the underlying Ignite operation is void. |
+| `treatCollectionsAsCacheObjects` | boolean |  | `false` | Sets whether to treat Collections as cache objects or as Collections of items to insert/update/compute, etc. |
+| `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. |