<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:cc="http://cyber.law.harvard.edu/rss/creativeCommonsRssModule.html">
    <channel>
        <title><![CDATA[Stories by Ravi Kumar Sah on Medium]]></title>
        <description><![CDATA[Stories by Ravi Kumar Sah on Medium]]></description>
        <link>https://medium.com/@sahraviind?source=rss-acb543b751c7------2</link>
        <image>
            <url>https://cdn-images-1.medium.com/fit/c/150/150/0*3_WetZQxfDAZuAfB</url>
            <title>Stories by Ravi Kumar Sah on Medium</title>
            <link>https://medium.com/@sahraviind?source=rss-acb543b751c7------2</link>
        </image>
        <generator>Medium</generator>
        <lastBuildDate>Sat, 16 May 2026 17:26:27 GMT</lastBuildDate>
        <atom:link href="https://medium.com/@sahraviind/feed" rel="self" type="application/rss+xml"/>
        <webMaster><![CDATA[yourfriends@medium.com]]></webMaster>
        <atom:link href="http://medium.superfeedr.com" rel="hub"/>
        <item>
            <title><![CDATA[Anypoint Code Builder & MuleSoft Dev Agent: The Next Generation of Integration Development]]></title>
            <link>https://medium.com/@sahraviind/anypoint-code-builder-mulesoft-dev-agent-the-next-generation-of-integration-development-07ca7dde2550?source=rss-acb543b751c7------2</link>
            <guid isPermaLink="false">https://medium.com/p/07ca7dde2550</guid>
            <category><![CDATA[anypoint-code-builder]]></category>
            <category><![CDATA[dev-agent]]></category>
            <dc:creator><![CDATA[Ravi Kumar Sah]]></dc:creator>
            <pubDate>Thu, 25 Dec 2025 09:33:13 GMT</pubDate>
            <atom:updated>2025-12-25T09:33:13.314Z</atom:updated>
            <content:encoded><![CDATA[<p>The way we design, build, and manage integrations is evolving rapidly. MuleSoft continues to innovate in this space with <strong>Anypoint Code Builder</strong> and the <strong>MuleSoft Dev Agent</strong>, redefining how developers interact with APIs and integrations. In this blog, we’ll explore what these tools are, how they work, and why they represent the future of API-led connectivity.</p><h3>Introduction</h3><p>Modern integration projects demand speed, consistency, and scalability. Developers are expected to deliver high-quality APIs faster than ever, while still following best practices and architectural standards.</p><p>To address these challenges, MuleSoft has introduced <strong>Anypoint Code Builder</strong>, enhanced with a powerful AI-driven assistant known as the <strong>MuleSoft Dev Agent</strong>. Together, they enable developers to focus more on business outcomes and less on repetitive implementation details.</p><h3>What is Anypoint Code Builder?</h3><p><strong>Anypoint Code Builder</strong> is the next generation of API and integration development tooling from MuleSoft. It provides a modern, developer-friendly environment to design, build, and manage Mule applications efficiently.</p><p>Key highlights include:</p><ul><li>Seamless integration with the Anypoint Platform</li><li>Improved productivity through automation and AI assistance</li><li>A consistent development experience aligned with API-led architecture</li></ul><p>Anypoint Code Builder is designed to help developers move faster while maintaining governance and quality.</p><h3>Introducing MuleSoft Dev Agent</h3><p>The <strong>MuleSoft Dev Agent</strong> is a purpose-built AI assistant embedded directly within Anypoint Code Builder. It supports developers across the entire development lifecycle — from idea to implementation.</p><p>Instead of switching between documentation, examples, and code editors, developers can interact with the Dev Agent using <strong>natural language prompts</strong>, making development more intuitive and efficient.</p><h3>How MuleSoft Dev Agent Works</h3><h3>1. Natural Language Prompts</h3><p>Developers can simply describe what they want to build. For example:</p><blockquote><em>“Create an integration that reads data from Salesforce and writes it to an S3 bucket.”</em></blockquote><p>The focus shifts from <em>how to write the code</em> to <em>what the system should do</em>.</p><h3>2. AI-Generated Code</h3><p>Based on the prompt, the Dev Agent uses AI models to generate relevant code, configurations, and integration flows. This helps reduce boilerplate work and accelerates development.</p><h3>3. Iterative Refinement</h3><p>Development is rarely a one-shot process. The Dev Agent supports iteration, allowing developers to:</p><ul><li>Ask for improvements</li><li>Fix errors</li><li>Enhance logic or performance</li></ul><p>This creates a conversational development experience.</p><h3>4. Human-in-the-Loop Approach</h3><p>While AI assists with code generation, <strong>developers remain fully in control</strong>. They review, modify, and approve the generated output, ensuring correctness, security, and alignment with business requirements.</p><p>AI becomes a collaborator — not a replacement.</p><h3>5. Focus on Outcomes, Not Just Code</h3><p>With repetitive tasks handled by AI, developers can focus more on:</p><ul><li>Business requirements</li><li>Integration design</li><li>System behavior and outcomes</li></ul><p>This shifts the developer’s role from pure implementation to <strong>director of the solution’s overall vision and functionality</strong>.</p><h3>Why This Matters for Developers and Organizations</h3><p>The combination of Anypoint Code Builder and MuleSoft Dev Agent delivers several benefits:</p><ul><li>🚀 Faster development cycles</li><li>🧠 Reduced cognitive load for developers</li><li>📐 Better alignment with API-led architecture</li><li>🔁 Improved consistency and quality</li><li>🎯 Stronger focus on business value</li></ul><p>For organizations, this means quicker time-to-market and more maintainable integration solutions.</p><h3>Conclusion</h3><p>Anypoint Code Builder and MuleSoft Dev Agent represent a significant step forward in how integrations are built. By combining AI-driven assistance with human expertise, MuleSoft is enabling developers to work smarter, not harder.</p><p>As integration complexity continues to grow, tools like these will play a crucial role in helping teams deliver scalable, reliable, and business-driven solutions.</p><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=07ca7dde2550" width="1" height="1" alt="">]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[Connecting OpenID Connect (OIDC) with MuleSoft OAuth 2.0]]></title>
            <link>https://medium.com/@sahraviind/connecting-openid-connect-oidc-with-mulesoft-oauth-2-0-bd37d8194393?source=rss-acb543b751c7------2</link>
            <guid isPermaLink="false">https://medium.com/p/bd37d8194393</guid>
            <category><![CDATA[oidc]]></category>
            <dc:creator><![CDATA[Ravi Kumar Sah]]></dc:creator>
            <pubDate>Sun, 24 Aug 2025 11:11:02 GMT</pubDate>
            <atom:updated>2025-08-24T11:11:02.948Z</atom:updated>
            <content:encoded><![CDATA[<p>Connecting OpenID Connect (OIDC) with MuleSoft OAuth 2.0<br>========================================================</p><p>Overview:<br> — — — — -<br>OpenID Connect (OIDC) is an identity layer on top of OAuth 2.0. MuleSoft supports OAuth 2.0 for API security. <br>You can integrate MuleSoft with an external OIDC-compliant Identity Provider (IdP) like Okta, Azure AD, Auth0, etc., <br>to enable user authentication, Single Sign-On (SSO), and secure API access.</p><p>Key Benefits:<br> — — — — — — -<br>- User authentication using OIDC<br>- Secure APIs with OAuth 2.0 tokens<br>- Access to user profile information<br>- Standards-based integration</p><p>Architecture:<br> — — — — — — -<br>1. MuleSoft API Gateway acts as a Resource Server.<br>2. OIDC Provider acts as the Authorization Server.<br>3. Client application initiates the OIDC flow.<br>4. OIDC Provider issues access_token and id_token.<br>5. MuleSoft validates JWT access_token using JWKS.</p><p>Profile Information (OIDC Claims):<br> — — — — — — — — — — — — — — — — — <br>ID token or UserInfo endpoint may include:</p><p>- sub: Unique user ID<br>- name: Full name<br>- preferred_username: Username<br>- email: Email address<br>- given_name: First name<br>- family_name: Last name<br>- picture: Profile image URL</p><p>Integration Steps:<br> — — — — — — — — — <br>1. Register MuleSoft as a client in the OIDC provider.<br> — Provide redirect URI, client ID, client secret.<br> — Use scopes: openid, profile, email</p><p>2. Configure MuleSoft API for OAuth 2.0 token enforcement.<br> — Apply OAuth 2.0 policy in API Manager<br> — Use the JWKS URI, issuer, and audience from the IdP</p><p>3. Test the flow.<br> — Authenticate via OIDC login flow<br> — Use access_token to call the secured MuleSoft API</p><p>Compatible OIDC Providers:<br> — — — — — — — — — — — — — <br>- Okta<br>- Azure Active Directory<br>- Keycloak<br>- Google Identity<br>- Auth0</p><p>All must support:<br> — — — — — — — — -<br>- OIDC discovery endpoint (/.well-known/openid-configuration)<br>- JWT-based access tokens<br>- JWKS URI for token validation</p><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=bd37d8194393" width="1" height="1" alt="">]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[BEST USE OF API LED ARCHITECTURE]]></title>
            <link>https://medium.com/@sahraviind/best-use-of-api-led-architecture-ea7f8b1c63b9?source=rss-acb543b751c7------2</link>
            <guid isPermaLink="false">https://medium.com/p/ea7f8b1c63b9</guid>
            <dc:creator><![CDATA[Ravi Kumar Sah]]></dc:creator>
            <pubDate>Sat, 23 Nov 2024 08:23:29 GMT</pubDate>
            <atom:updated>2024-11-23T08:23:29.018Z</atom:updated>
            <content:encoded><![CDATA[<p>MuleSoft’s API-led architecture offers a powerful framework for creating integrations that are modular, reusable, and standardized, aligning with the dynamic needs of modern businesses. However, it’s important to note that while API-led architecture is a valuable approach, it may not be the optimal choice for every integration scenario. It’s essential to make decisions based on various factors, including the degree of reusability required, sensitivity to performance considerations, the scale of the integration, and the need for specialized frontend optimization tailored responses.</p><p>Depending on the specific requirements of an integration, the architectural approach can vary from a single-layer, two-layer, or three-layer design, each tailored to the specific needs of the integration. In some cases, a simplified gateway passthrough approach may be sufficient to meet the integration requirements without the need for a fully-fledged API-led architecture.</p><p>By carefully evaluating the unique needs of each integration, organizations can make informed decisions about the most suitable architectural approach, ensuring that the chosen design aligns closely with the specific business and technical requirements at hand.</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*ZH0TbTt7sYwStF2F7cMPzw.png" /></figure><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=ea7f8b1c63b9" width="1" height="1" alt="">]]></content:encoded>
        </item>
        <item>
            <title><![CDATA[How To Apply OAuth Policy In Mulesoft Provided Control Plane]]></title>
            <link>https://medium.com/@sahraviind/how-to-apply-oauth-policy-in-mulesoft-a6cc131bfe3d?source=rss-acb543b751c7------2</link>
            <guid isPermaLink="false">https://medium.com/p/a6cc131bfe3d</guid>
            <category><![CDATA[mulesoft]]></category>
            <category><![CDATA[oauth]]></category>
            <category><![CDATA[policy]]></category>
            <dc:creator><![CDATA[Ravi Kumar Sah]]></dc:creator>
            <pubDate>Wed, 13 Nov 2024 19:36:15 GMT</pubDate>
            <atom:updated>2024-11-14T04:42:04.808Z</atom:updated>
            <content:encoded><![CDATA[<p>In MuleSoft, the OAuth 2.0 policy allows API owners to secure their APIs by requiring clients to obtain an access token before they can access the APIs. OAuth 2.0 provides a way to enable secure authorization for APIs without sharing user credentials, which is beneficial for distributed systems and user data protection. MuleSoft supports various OAuth 2.0 grant types (authorization flows) that can be implemented using this policy.</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/730/0*Fm12j5qvDrhM1AzS.png" /></figure><p>Implementing the OAuth 2.0 policy in MuleSoft provides robust, secure access control for APIs and aligns with industry standards for authentication and authorization.</p><h4>Applying the OAuth 2.0 Policy</h4><ol><li>Go to <strong>Anypoint Platform</strong> → <strong>API Manager</strong>.</li><li>Select your API and navigate to <strong>Policies</strong>.</li><li>Click on <strong>Apply New Policy</strong>.</li><li>Choose the <strong>OAuth 2.0 Access Token Enforcement</strong> policy.</li><li>Configure the policy settings:</li></ol><ul><li><strong>Client ID Enforcement</strong>: Whether the client ID and secret are required.</li><li><strong>Token Introspection</strong>: MuleSoft supports integration with external OAuth providers like Okta, Ping Identity, or Anypoint’s own OAuth provider.</li><li><strong>Scopes</strong>: Define the scope(s) required to access specific API endpoints.</li></ul><h4>Token Validation Process</h4><ul><li>When an API request is received, MuleSoft checks the access token in the request.</li><li>If a valid token is present and authorized for the requested resource, access is granted.</li><li>If the token is missing or invalid, the API request is denied with a 401 Unauthorized response.</li></ul><h4>External OAuth Provider Integration</h4><ul><li>MuleSoft can integrate with external Identity Providers (IDPs) to validate tokens.</li><li>Configure the <strong>Token Introspection Endpoint</strong> in the policy settings to communicate with the IDP.</li><li>Ensure the IDP supports token introspection and provides the necessary details.</li></ul><h4>Testing the OAuth 2.0 Policy</h4><ul><li>Obtain a token from the OAuth provider via the configured grant type.</li><li>Call the API with the token in the Authorization header.</li><li>Validate responses for authorized and unauthorized requests.</li></ul><p>Feel free to connact with if any query : <a href="https://www.linkedin.com/in/ravi-integration-esb-mulesoft/">https://www.linkedin.com/in/ravi-integration-esb-mulesoft/</a></p><p>About Me : I am Integration Architect specializing in MuleSoft. With extensive experience in designing and implementing seamless integrations, Ravi focuses on crafting scalable, efficient solutions that align with enterprise needs. I work as Salesforce Implementation partner, where I leads integration projects and drives successful projects. Passionate about innovation, I also contributes to the MuleSoft community as the meetup leader.</p><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=a6cc131bfe3d" width="1" height="1" alt="">]]></content:encoded>
        </item>
    </channel>
</rss>