WSDL Type |
- Select File to generate API from a WSDL file or a Zip file containing a valid WSDL file, or select URL to generate the API using a remote WSDL file. |
+ Select File to generate API from a WSDL file or a ZIP file containing a valid WSDL file, or select URL to generate the API using a remote WSDL file. |
WSDL File |
- Browse and select the WSDL File or Zip file that contains a valid WSDL file. |
+ Browse and select the WSDL file or ZIP file that contains a valid WSDL file. |
WSDL URL |
- Give the remote location of the SOAP Service WSDL File as a valid URL. |
+ Give the remote location of the SOAP Service WSDL file as a valid URL. |
SOAP Endpoint |
@@ -125,21 +120,28 @@ Follow the instructions below to create a new REST API artifact in the Micro Int
!!! Note
- - Current SOAP to REST Generation has the limitations mentioned [here](https://github.com/wso2/soap-to-rest/blob/main/limitations.md).
- - All the generated REST Services are not production-ready and users need to review them manually using MI for VS Code and edit if needed.
- - Since having `.` (dot) in XML element names is not a best practice, you may need to manually change the generated soap payload to include the `.` (dot).
+ - The current SOAP to REST generation has some limitations.
+ - Go to the Limitations of SOAP to REST Feature documentation for more details on these limitations.
+ - All the generated REST services are not production-ready and require manual review and necessary edits using MI for VS Code.
+ - Additionally, since using a dot `.` in XML element names is not considered a best practice, you may need to manually modify the generated SOAP payload to remove or adjust the dot notation.
+
+6. Once you complete the **API Form**, click **Create**.
+
+!!! info
+ You can switch to the default Visual Studio Code **Explorer** to view the folder structure.
-5. Once you complete the **API Form**, click **Create**.
+ - The newly-created API will be stored in the `/src/main/wso2mi/artifacts/apis` folder of your integration project.
+ - A Swagger file for the API will be generated in the `/src/main/wso2mi/resources/api-definitions` folder.
- The REST API is created inside the `/src/main/wso2mi/artifacts/apis` folder of your integration project.
+- The created APIs will be available in the **MI Overview**.
- If you have provided a custom Swagger definition file (YAML), it is stored in the `/src/main/wso2mi/resources/api-definitions` folder of your integration project.
+
- Once you create the REST API, it will be available on the **Service Designer** under **Available Resources**.
+- The created API resources will be available in **Service Designer** under **Available Resources**.
-
+
-### Add new API resources
+## Add new API resources
When you create the API, an API resource is created by default. If you want to add a new resource:
@@ -151,8 +153,7 @@ When you create the API, an API resource is created by default. If you want to a
-!!! Info
- **About the default API Resource**
+!!! Info "Default API resource"
Each API can have at most one default resource. Any request received
by the API but does not match any of the enclosed resources
@@ -176,7 +177,9 @@ When you create the API, an API resource is created by default. If you want to a
```
-### Update metadata
+
-### Design the integration
+## Design the integration
+
+1. Open the **Resource View** of the API resource.
+
+ 1. Go to **MI Project Explorer** > **APIs**.
+ 2. Under the API you created, click the API resource to open the **Resource View** of the API resource.
+
+2. Click on the **+** icon below the API resource to open the mediator palette.
+
+3. Add the required mediators and connectors to the API resource and design the integration flow.
+
+## Update configurations
+
+### Update the API configurations
+
+1. Go to **MI Overview**.
+
+2. Under **APIs**, select the API you want to edit. This will open the **Service Designer**.
+
+3. On the **Service Designer**, click the **Edit** icon to edit the API.
-1. On the **Service Designer**, click on the API resource and go to the **Resource View**.
+
-2. Add the required mediators and connectors to the API resource and design the integration flow.
+ This will open the **Edit API** interface.
-You can also use the [**Source View**](#using-the-source-view) or the [**Swagger View**](#using-the-swagger-editor) to update the API configuration.
+4. Once you edit, click **Save Changes**.
-### Update properties
+ See the complete list of [API configurations]({{base_path}}/reference/synapse-properties/rest-api-properties/#rest-api-properties) you can configure.
-To update API level properties:
+### Update the API resource configurations
-1. On the **Service Designer**, click on the API resource to go to the **Resource View** of the API resource.
+1. Go to **MI Overview**.
- You will now see the graphical view of the API with its default API Resource.
+2. Under **APIs**, select the API you want to edit. This will open the **Service Designer**.
-2. Click the **Edit** icon to edit the API resource.
+3. On the **Service Designer**, click on the API resource to go to the **Resource View** of the API resource.
-
+4. Click the **Edit** icon to edit the API resource.
-3. Specify values for the required resource properties:
+
-
+ This will open the **Edit API Resource** interface.
-4. Click **Update**.
+5. Once you edit, click **Update**.
- See the complete list of [API Resource properties]({{base_path}}/reference/synapse-properties/rest-api-properties/#rest-api-resource-properties) you can configure.
+ See the complete list of [API Resource configurations]({{base_path}}/reference/synapse-properties/rest-api-properties/#rest-api-resource-properties) you can configure.
-### Use the Source View
+## Source View
-Click the **Show Source** (`>`) icon located in the top right corner of the VS Code to view the XML-based synapse configuration (source code) of the API.
+Click the **Show Source** (`>`) icon located in the top right corner of the VS Code to view the XML-based synapse configuration (source code) of the API. You can update the API using this view.
@@ -271,7 +291,7 @@ You can update the API using this view.
-### Use the Swagger View
+## Swagger View
1. Go to **Service Designer**.
@@ -282,11 +302,11 @@ You can update the API using this view.
You can interact with the API using the **Swagger View**.
!!! Note
- If you have added a custom Swagger definition to the API, note that this view displays the API's default Swagger definition, not the custom Swagger definition that you added.
+ If you have created the API by adding a custom Swagger definition, this view displays the API's default Swagger definition, not the custom one you have added.
-!!! abstract "Learn more about REST APIs"
+!!! abstract "Learn more about APIs"
- Follow our examples on REST APIs:
+ Follow our examples on APIs:
- [Using a Simple Rest API]({{base_path}}/learn/examples/rest-api-examples/introduction-rest-api)
- [Working with Query Parameters]({{base_path}}/learn/examples/rest-api-examples/setting-query-params-outgoing-messages)
diff --git a/en/docs/develop/creating-artifacts/creating-artifacts-overview.md b/en/docs/develop/creating-artifacts/creating-artifacts-overview.md
new file mode 100644
index 000000000..f039bf7bc
--- /dev/null
+++ b/en/docs/develop/creating-artifacts/creating-artifacts-overview.md
@@ -0,0 +1,21 @@
+# Integration Artifacts Overview
+
+Once you create an integration project, you can add integration artifacts and create the integration flow.
+
+The following are the artifacts that can be added to an integration flow:
+
+| Artifact | Description |
+|------------------------------------------------------------------------------------------------------|-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|
+| [**API**]({{base_path}}/develop/creating-artifacts/creating-an-api) | An endpoint with a URL, specifying the context and resources accessible through HTTP methods such as `GET`, `PUT`, `POST`, and `DELETE`. When a request is arrived, it is processed by the input sequence (`inSequence`) of the API, where the Micro Integrator uses mediators to process the message and forward it to the backend service. Upon receiving the response from the backend, the same `inSequence` or a designated `faultSequence` (in case of errors) processes the response and forwards it to the client, ensuring a streamlined flow of messages without the need for an output sequence. |
+| [**Endpoint**]({{base_path}}/develop/creating-artifacts/creating-endpoints) | Defines external reference points for sending out messages from the integration server to external services or APIs. |
+| [**Sequence**]({{base_path}}/develop/creating-artifacts/creating-reusable-sequences) | A reusable set of mediation instructions that processes incoming or outgoing messages. Sequences are used in the proxy service and the REST APIs. Each sequence is a set of mediators where messages are processed. |
+| [**Proxy Service**]({{base_path}}/develop/creating-artifacts/creating-a-proxy-service) | Acts as an intermediary that accepts client requests, optionally applies mediation logic through sequences, and routes them to external services or internal components for processing, thereby decoupling the client and backend service endpoints. |
+| [**Message Store**]({{base_path}}/develop/creating-artifacts/creating-a-message-store) | Temporarily stores messages that are processed asynchronously, allowing for reliable messaging and delayed processing. The delivery of a message to the endpoint can be guaranteed with this, since it is only deleted from the Store when an endpoint receives the message correctly. |
+| [**Message Processor**]({{base_path}}/develop/creating-artifacts/creating-a-message-processor) | Handles the processing of messages stored in message stores, managing the delivery of messages to endpoints based on specific conditions or schedules. The message processor extracts a queue, memory or database from it and sends it to an endpoint. |
+| [**Task**]({{base_path}}/develop/creating-artifacts/creating-scheduled-task) | A scheduled job that executes specific logic at predefined intervals to automate integration workflows. Tasks can also be customized. |
+| [**Local Entry**]({{base_path}}/develop/creating-artifacts/registry/creating-local-registry-entries) | Static configurations stored locally within the server, used to define simple values or XML configurations that can be referenced within synapse configurations. |
+| [**Template**]({{base_path}}/develop/creating-artifacts/creating-endpoint-templates) | A reusable configurations that can be parameterized and applied to multiple integration scenarios to promote reusability. |
+| [**Data Service**]({{base_path}}/develop/creating-artifacts/data-services/creating-data-services) | A deployable artifact that exposes data operations as web services, allowing for CRUD (Create, Read, Update, Delete) operations on underlying data sources through SOAP or RESTful APIs. |
+| [**Data Source**]({{base_path}}/develop/creating-artifacts/data-services/creating-datasources) | A configuration element that defines the connection details to a database, enabling the Micro Integrator to interact with it for data operations. |
+| [**Class Mediator**]({{base_path}}/develop/customizations/creating-custom-mediators) | A custom Java class that implements the `org.apache.synapse.Mediator` interface, allowing developers to execute custom logic within the flow of a Synapse configuration. |
+| [**Registry**]({{base_path}}/develop/creating-artifacts/creating-registry-resources) | A centralized configuration management system used to store, manage, and retrieve configuration artifacts and resources for integration solutions. |
diff --git a/en/docs/develop/intro-integration-development.md b/en/docs/develop/intro-integration-development.md
index e015e7552..5873bcb20 100644
--- a/en/docs/develop/intro-integration-development.md
+++ b/en/docs/develop/intro-integration-development.md
@@ -1,6 +1,6 @@
-# Developing Integration Solutions
+# Develop Integration Solutions
-The contents on this page will walk you through the topics related to developing integration solutions using WSO2 Micro Integrator extension for Visual Studio Code: MI for VS Code.
+The contents on this page will walk you through the topics related to developing integration solutions using WSO2 Micro Integrator for Visual Studio Code extension: MI for VS Code.
## Micro Integrator for Visual Studio Code (MI for VS Code)
@@ -31,6 +31,14 @@ MI for VS Code is the comprehensive developer tool, which you will use to dev
Find details on how to troubleshoot errors you might encounter as you use MI for VS Code.
+
+
+ MI Copilot
+ |
+
+ Explore the capabilities of MI Copilot and learn how to integrate it into your projects.
+ |
+