En esta parte del Recorrido para desarrolladores de contenido de AEM sin encabezado, descubra cómo utilizar la API de REST para acceder y actualizar el contenido de los fragmentos de contenido.
En el documento anterior del recorrido de AEM sin encabezado, Cómo acceder al contenido a través de las API de entrega de AEM, aprendió a acceder al contenido sin encabezado en AEM mediante la API de GraphQL de AEM, por lo que ahora debería poder hacer lo siguiente:
Este artículo se basa en estos aspectos básicos para que pueda comprender cómo actualizar el contenido sin encabezado existente en AEM a través de la API de REST.
En la fase anterior del recorrido sin encabezado, se ha aprendido a utilizar la API de GraphQL de AEM para recuperar el contenido mediante consultas.
Entonces, ¿por qué se necesita otra API?
La API HTTP de Recursos le permite Leer su contenido, pero también le permite Crear, Actualizar y Eliminar contenido, acciones que no son posibles con la API de GraphQL.
La API de REST de Recursos está disponible en cada instalación predeterminada de una versión reciente de Adobe Experience Manager
La API HTTP de Recursos incluye lo siguiente:
La implementación actual de la API HTTP de Recursos se basa en el estilo arquitectónico de REST y le permite acceder al contenido (almacenado en AEM) mediante operaciones CRUD (crear, leer, actualizar y eliminar).
Con estas operaciones, la API le permite utilizar Adobe Experience Manager como un CMS (sistema de administración de contenido) sin encabezado proporcionando servicios de contenido a una aplicación front-end de JavaScript. O cualquier otra aplicación que pueda ejecutar solicitudes HTTP y gestionar respuestas JSON. Por ejemplo, las aplicaciones de una sola página (SPA) basadas en marcos de trabajo o personalizados, requieren contenido proporcionado a través de una API, a menudo en formato JSON.
Los fragmentos de contenido se utilizan para entregas sin encabezado y un fragmento de contenido es un tipo de recurso especial. Se utilizan para acceder a datos estructurados, como textos, números y fechas, entre otros.
La API REST de Recursos utiliza el punto final /api/assets
y necesita la ruta del recurso para acceder a él (sin el /content/dam
inicial).
/content/dam/path/to/asset
/api/assets/path/to/asset
Por ejemplo, para acceder a /content/dam/wknd/en/adventures/cycling-tuscany
, solicite /api/assets/wknd/en/adventures/cycling-tuscany.json
Acceso:
/api/assets
no necesita el uso del selector .model
./content/path/to/page
sí necesita el uso del selector .model
.El método HTTP determina la operación que se va a ejecutar:
El cuerpo de solicitud o los parámetros de URL se pueden usar para configurar algunas de estas operaciones; por ejemplo, definir que una carpeta o un recurso deben crearse mediante una solicitud POST.
El formato exacto de las solicitudes compatibles se define en la documentación de referencia de la API.
El uso puede variar en función de si utiliza un entorno de publicación o autor de AEM, junto con el caso de uso específico.
Se recomienda encarecidamente que la creación esté vinculada a una instancia de autor (actualmente, no hay forma de replicar un fragmento para publicarlo con esta API).
La entrega es posible desde ambos, ya que AEM sirve contenido solicitado solo en formato JSON.
El almacenamiento y el envío desde una instancia de autor de AEM deben ser suficientes para las aplicaciones de la biblioteca de medios, detrás del cortafuegos.
Para la entrega web activa, se recomienda una instancia de publicación de AEM.
AEM La configuración de Dispatcher en instancias de puede bloquear el acceso a /api
.
Para obtener más información, consulte la Referencia de API. En particular, la API de Adobe Experience Manager Assets: fragmentos de contenido.
El uso se realiza mediante:
GET /{cfParentPath}/{cfName}.json
Por ejemplo:
http://<host>/api/assets/wknd/en/adventures/cycling-tuscany.json
La respuesta es un archivo JSON serializado con el contenido estructurado como en el fragmento de contenido. Las referencias se envían como direcciones URL de referencia.
Se pueden realizar dos tipos de operaciones de lectura:
El uso se realiza mediante:
POST /{cfParentPath}/{cfName}
El cuerpo debe contener una representación JSON del fragmento de contenido que se va a crear, incluido cualquier contenido inicial que se deba establecer en los elementos del fragmento de contenido. Es obligatorio establecer la propiedad cq:model
y debe señalar a un modelo de fragmento de contenido válido. Si no lo hace, se producirá un error. También es necesario añadir el encabezado Content-Type
que se establece en application/json
.
El uso se realiza mediante
PUT /{cfParentPath}/{cfName}
El cuerpo debe contener una representación JSON de lo que se debe actualizar para el fragmento de contenido determinado.
Puede ser simplemente el título o la descripción de un fragmento de contenido, o un solo elemento, o todos los valores de elementos o metadatos.
El uso se realiza mediante:
DELETE /{cfParentPath}/{cfName}
Para obtener más información sobre el uso de la API REST de AEM Assets, puede hacer referencia a lo siguiente:
Ahora que ha completado esta parte del recorrido para desarrolladores de AEM sin encabezado, debería poder hacer lo siguiente:
AEM Debe continuar con el recorrido sin encabezado de la revisando el documento a continuación Publicación de la aplicación sin encabezado AEM donde realmente lleva su proyecto sin encabezado en directo de la!