Monday, March 31, 2025

Enabling Custom Validation for Content Fragment Fields in AEM as a Cloud Service – New CF Editor

In my earlier posts, we discussed how to enable Composite MultiField in Content Fragments and how to enable dynamic data fields in the new Content Fragment editor. In this post, we will explore how to enable custom validations for Content Fragment fields. Most of the steps are similar to those outlined in the previous posts. You will create a field in the Content Fragment model, and using the field name, you will register the extension. Please refer to one of the earlier posts for a step-by-step guide to enabling the extension.

While creating a Content Fragment Model, you can set up various out-of-the-box (OOTB) validations for the CF fields, such as MaxLength and Required. These validations should be applied to the overridden fields by fetching the configurations from the model. Additionally, other validations like Email, URL, and Regex can also be applied to the fields from the model.

Note: Please be aware that the content of this blog does not reflect the views of Adobe or my current organization. Before applying this approach, make sure to validate it thoroughly and ensure that it aligns with Adobe's recommendations.



Now, additional validations can be applied through the extension. The out-of-the-box (OOTB) validations, such as Email, URL, and custom regex validations, are applied first, followed by custom validations. For example, if I enable Email validation, the field will only accept valid email addresses. Then, I can add another custom validation rule to reject certain predefined emails, such as [email protected]. This can be achieved through custom regex, but I’m just using this as an example for the demo.

Extension Component to enable additional custom validation Rules:

CustomFieldValidation.js

import React, { useEffect, useState } from "react";
import { attach } from "@adobe/uix-guest";
import { extensionId } from "./Constants";
import { TextField, Provider, View, defaultTheme } from "@adobe/react-spectrum";

const CustomFieldValidation = () => {
  const [connection, setConnection] = useState(null);
  const [model, setModel] = useState(null);
  const [value, setValue] = useState("");
  const [customError, setCustomError] = useState(null);
  const [isInvalid, setIsInvalid] = useState(false);
  const [validationInProgress, setValidationInProgress] = useState(false);

  const validate = (val) => {
    if (!connection?.host?.field) return;

    let error = null;

    // Custom validation rule
    if (typeof val === "string" && val.toLowerCase() === "[email protected]") {
      error = "The value '[email protected]' is not allowed.";
    }

    setCustomError(error);
    setIsInvalid(!!error);

    if (!error || validationInProgress) return;

    setValidationInProgress(true);

    // Delay call to allow host readiness
    setTimeout(() => {
      try {
        connection.host.field
          .setValidationState({ state: "invalid", message: error })
          .catch((err) => {
            console.warn(
              "setValidationState failed:",
              err?.message || JSON.stringify(err)
            );
          })
          .finally(() => setValidationInProgress(false));
      } catch (err) {
        console.warn("setValidationState threw:", err?.message || JSON.stringify(err));
        setValidationInProgress(false);
      }
    }, 1000); // 1s delay for stability
  };

  const handleChange = (val) => {
    setValue(val);

    try {
      connection?.host?.field?.onChange(val).catch((err) =>
        console.warn("onChange failed:", err?.message || JSON.stringify(err))
      );
    } catch (err) {
      console.warn("onChange threw:", err?.message || JSON.stringify(err));
    }

    validate(val);
  };

  useEffect(() => {
    const init = async () => {
      try {
        if (!extensionId) {
          throw new Error("Missing extensionId. Check Constants file.");
        }

        const conn = await attach({ id: extensionId });

        if (!conn?.host?.field) {
          throw new Error("Host field API is unavailable.");
        }

        setConnection(conn);

        const modelData = await conn.host.field.getModel();
        setModel(modelData);

        const defaultValue = (await conn.host.field.getDefaultValue()) || "";
        setValue(defaultValue);
      } catch (err) {
        console.error("Extension init failed:", err?.message || JSON.stringify(err));
      }
    };

    init();
  }, []);

  if (!connection || !model) {
    return (
      <Provider theme={defaultTheme}>
        <View padding="size-200">Loading custom field…</View>
      </Provider>
    );
  }

  return (
    <Provider theme={defaultTheme}>
      <View padding="size-200" width="100%">
        <TextField
          label={model?.fieldLabel || "Custom Field"}
          value={value}
          onChange={handleChange}
          isRequired={model?.required || false}
          placeholder={model?.emptyText || "Enter a value"}
          validationState={isInvalid ? "invalid" : undefined}
          errorMessage={model?.customErrorMsg || customError}
          maxLength={model?.maxLength || undefined}
          width="100%"
        />
      </View>
    </Provider>
  );
};
export default CustomFieldValidation;

Now the custom validation Rules are executed


Sunday, March 9, 2025

Error response from daemon: Get "https://registry-1.docker.io/v2/": net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)

While trying to pull a Docker image, the docker pull command was stuck forever without any progress or error.

System Details:

  • Windows 10
  • WSL 2 - Ubuntu
  • Docker Desktop 4.38.0

Issue Faced:


Running docker pull was stuck indefinitely.


Trying to log - docker login -u <username> in using the command prompt failed with this error:
"Error response from daemon: Get "https://registry-1.docker.io/v2/": net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)" 

Even signing into Docker Desktop was not successful.

Login on Docker Hub via browser was working fine, but Docker Desktop was not picking up the login session.

I followed different forums and applied multiple configuration suggestions, including adjusting nameserver settings inside /etc/resolv.conf, but nothing worked.

Also, WSL 2 networking was working fine otherwise — only Docker commands were impacted.

Resolution:

Finally, the issue got resolved after upgrading Docker Desktop to the latest version (4.39.0).
(Older versions may also work — I tried with 4.35.1, and it worked as well).



Thursday, March 6, 2025

Resolving AEM Content Fragment Export to Adobe Target Failure

When exporting AEM Content Fragments as JSON Offers to Adobe Target, you may encounter an error preventing the successful integration. This post details the issue, its root cause, and the steps to resolve it.


Issue

The AEM Content Fragment Export to Adobe Target failed with the following exception:

06.03.2025 12:59:31.223 *DEBUG* [[0:0:0:0:0:0:0:1] [1741287571223] GET /content/dam/content-fragments/test/test-cf/.permissions.json HTTP/1.1]  
com.test.core.filters.LoggingFilter request for /content/dam/content-fragments/test/test-cf/, with selector permissions  

06.03.2025 12:59:40.706 *DEBUG* [[0:0:0:0:0:0:0:1] [1741287580703] POST /content/dam/content-fragments/test/test-cf.cfm.targetexport HTTP/1.1]  
com.test.core.filters.LoggingFilter request for /content/dam/content-fragments/test/test-cf, with selector cfm  

06.03.2025 12:59:40.710 *ERROR* [[0:0:0:0:0:0:0:1] [1741287580703] POST /content/dam/content-fragments/test/test-cf.cfm.targetexport HTTP/1.1]  
com.adobe.cq.dam.cfm.graphql.extensions.querygen.impl.service.QueryGeneratorServiceImpl  
Cannot find Sites GraphQL endpoint resource, cannot generate GraphQL query  

Root Cause

This issue occurs because no GraphQL endpoint is defined for Adobe Target to fetch Content Fragment details. The export process requires a valid GraphQL endpoint to retrieve structured content from AEM and send it to Adobe Target.

Solution

To resolve this issue, follow these steps to define a global GraphQL endpoint in AEM:

  1. Log into AEM and navigate to Tools → General → GraphQL.

  2. Create a new GraphQL endpoint and associate it with /conf/global.

  3. Save and publish the endpoint to make it accessible.

Once configured, the AEM Content Fragment export to Adobe Target will be successful, allowing the fragments to be used in Adobe Target Activities for personalized content experiences.

Wednesday, March 5, 2025

API Gateway vs Service Mesh: Understanding the Differences

Introduction

As modern applications increasingly rely on microservices architectures, managing communication between services becomes crucial. Two key technologies that help address these challenges are API Gateways and Service Meshes. While both manage service-to-service communication, they serve different purposes and operate at different layers of an application architecture. This blog explores their differences, use cases, and how to decide which one to use.



1. What is an API Gateway?

An API Gateway is an entry point for external clients to interact with an application’s backend services. It acts as a reverse proxy that routes requests to the appropriate microservices while handling concerns like authentication, rate limiting, logging, and caching.

Key Features of an API Gateway

  • Traffic Routing & Load Balancing – Directs external requests to the correct microservice.
  • Authentication & Authorization – Enforces security policies using OAuth, JWT, or API keys.
  • Rate Limiting & Throttling – Prevents abuse by limiting the number of requests per client.
  • Request Transformation – Modifies request/response formats to ensure compatibility.
  • Logging & Monitoring – Tracks API calls for analytics and debugging.
  • Caching – Stores frequently accessed responses to improve performance.

Popular API Gateway Solutions

  • Kong (Open-source and enterprise API management)

  • Amazon API Gateway (AWS-managed API gateway)

  • Apigee (Google Cloud API management platform)

  • Nginx (Lightweight API Gateway & reverse proxy)

  • Traefik (Cloud-native API Gateway)


2. What is a Service Mesh?

A Service Mesh is a dedicated infrastructure layer for managing service-to-service communication within a microservices architecture. Unlike API Gateways, which handle north-south traffic (client-to-service requests), a Service Mesh focuses on east-west traffic (internal service-to-service communication).

Key Features of a Service Mesh

  • Service Discovery & Load Balancing – Automatically detects services and distributes traffic efficiently.
  • mTLS (Mutual TLS) Encryption – Secures communication between services.
  • Observability & Tracing – Provides deep insights into service interactions.
  • Traffic Management – Enables request routing, retries, and fault tolerance.
  • Policy Enforcement – Manages service access policies, authentication, and authorization.
  • Circuit Breaking & Failover – Prevents cascading failures by limiting retries and isolating failing services.

Popular Service Mesh Solutions

  • Istio (One of the most popular service meshes, integrates with Kubernetes)

  • Linkerd (Lightweight service mesh for Kubernetes)

  • Consul (Service mesh and service discovery solution by HashiCorp)

  • AWS App Mesh (Managed service mesh for AWS environments)


3. API Gateway vs Service Mesh: Key Differences

Feature
API GatewayService Mesh
Primary FocusExternal traffic (north-south)Internal service-to-service traffic (east-west)
Traffic ManagementRequest routing, load balancingService discovery, retries, circuit breaking
Security FeaturesAuthentication, rate limitingMutual TLS, fine-grained service access control
Performance OptimizationCaching, compressionTraffic shaping, observability, tracing
DeploymentEdge of the networkEmbedded within the infrastructure
Best forExposing APIs to external usersManaging inter-service communication

4. When to Use an API Gateway vs. a Service Mesh?

Use an API Gateway When:

  • You need to expose your APIs securely to external clients.
  • You require authentication, rate limiting, or request transformation.
  • You want to improve performance with caching and load balancing.
  • You need to monetize APIs or apply API lifecycle management.

Use a Service Mesh When:

  • You have multiple microservices that need secure communication between them.
  • You need observability, tracing, and traffic management across services.
  • You want mTLS-based encryption for secure service-to-service communication.
  • You need fine-grained policy enforcement between microservices.


5. Can API Gateways and Service Mesh Work Together?

Yes! API Gateways and Service Mesh complement each other rather than compete. Many modern architectures combine both to achieve end-to-end traffic management.

Example Architecture with API Gateway & Service Mesh

  1. API Gateway (Edge Layer): Handles external client requests, authentication, rate limiting, and API exposure.

  2. Service Mesh (Internal Layer): Manages service-to-service communication, security, and observability.

This combination allows for better security, scalability, and resilience in microservices architectures.


Conclusion

Both API Gateways and Service Meshes play essential roles in microservices architectures, but they serve different purposes. While API Gateways manage external traffic, Service Meshes optimize internal service-to-service communication. Organizations should evaluate their architecture needs and consider using both for a comprehensive microservices communication strategy.

Monday, February 3, 2025

Target Configuration Not Resolved While Creating Adobe Target Activity from AEM

I configured the AEM-Adobe Target integration by enabling:

  • IMS configuration for authentication
  • Legacy Adobe Target Cloud Config and New Adobe Target Cloud Config
  • Default workspace assignment in Adobe Developer Console Project
  • Approver permissions for the API credential in the Admin Console




However, when attempting to create an A/B test or Experience Targeting (XT) activity from AEM and sync it to Adobe Target, the Target Configuration dropdown was empty, indicating that no configurations were detected.



Root Cause & Resolution

Upon further analysis, I identified that the issue was due to the user not being part of the target-activity-authors group. After adding the user to this group, the activity creation process began recognizing all available Adobe Target configurations, including both legacy and new configurations.



Now, activities can be successfully created and synced to the default workspace once the experience is defined.