Uso de componentes principales

Última actualización: 5 de mayo de 2025

Creado para:

  • Desarrollador
  • Administrador
  • Usuario

Para ponerse en marcha con los componentes principales de su propio proyecto, hay cuatro pasos que se detallan individualmente en las siguientes secciones:

CONSEJO
Para obtener instrucciones más amplias sobre cómo empezar desde cero con la configuración del proyecto, los componentes principales, las plantillas editables, las bibliotecas de clientes y el desarrollo de componentes, el siguiente tutorial de varias partes puede ser de interés:
Introducción a AEM Sites: Tutorial de WKND
CONSEJO
Si utiliza el tipo de archivo del proyecto de AEM, los componentes principales se incluyen automáticamente en el proyecto en función de las recomendaciones de prácticas recomendadas de Adobe.

Descargar e instalar

Una de las ideas que impulsan los componentes principales es la flexibilidad. La publicación de nuevas versiones de los componentes principales con más frecuencia permite que Adobe sea más flexible a la hora de ofrecer nuevas funciones. A su vez, los desarrolladores pueden ser flexibles en qué componentes eligen integrar en sus proyectos y con qué frecuencia desean actualizarlos. Esto resulta en un proceso de versión independiente tanto para los componentes principales como para los de AEM.

Por lo tanto, tanto si está ejecutando AEM Cloud Service como local, determinará los pasos de instalación.

AEM as a Cloud Service

¡No hay paso uno! AEM Cloud Service viene automáticamente con la última versión de los componentes principales. Al igual que AEMaaCS le ofrece las últimas funciones de AEM, AEMaaCS le mantiene actualizado automáticamente con la última versión de los componentes principales.

Algunos puntos que se deben tener en cuenta al utilizar los componentes principales en AEMaaCS:

  • Los componentes principales se incluyen en /libs.
  • La canalización de la generación de proyectos generará advertencias en el registro si vuelve a incluir los componentes principales como parte de /apps e ignorará la versión incrustada como parte del proyecto.
    • En una próxima versión, volver a incluir los componentes principales producirá un error en la compilación de la canalización.
  • Si el proyecto anteriormente incluía los componentes principales en /apps, es posible que tenga que ajustar el proyecto.
  • Aunque los componentes principales se encuentran ahora en /libs, no se recomienda crear ninguna superposición de la misma ruta en /apps. En lugar de eso, se debe utilizar el patrón de componentes proxy si fuera necesario personalizar cualquier aspecto de los componentes.
  • Para que el Componente Tabla de contenido procese su contenido, es necesario configurar un filtro en OSGi.

AEM 6.5 y anteriores

Los componentes principales no forman parte del inicio rápido al iniciarse en el modo de producción (sin contenido de ejemplo). Por lo tanto, el primer paso es descargar el último paquete de contenido publicado desde GitHub e instalarlo en sus entornos de AEM.

Existen varias formas de automatizar esto, pero la forma más sencilla de instalar rápidamente un paquete de contenido en una instancia es mediante el uso del Administrador de paquetes; consulte Instalar paquetes. Además, una vez que también tenga una instancia de publicación en ejecución, deberá replicar ese paquete al editor; consulte Duplicación de paquetes.

Crear componentes proxy

Por los motivos explicados en la sección Patrón de componentes proxy, no se debe hacer referencia directamente a los componentes principales desde el contenido. Para evitarlo, todos pertenecen a un grupo de componentes ocultos (.core-wcm o .core-wcm-form), lo que impide que se muestren directamente en el editor.

En lugar de eso, se deben crear componentes específicos del sitio, que definan el nombre y el grupo del componente deseado para mostrarlos a los autores de la página y hacen referencia cada uno a un componente principal como su supertipo. Estos componentes específicos del sitio a veces se denominan "componentes proxy", ya que no necesitan contener nada y sirven principalmente para definir la versión de un componente que se utilizará para el sitio. Sin embargo, al personalizar los Componentes principales, estos componentes proxy desempeñan un papel esencial para el marcado y la personalización lógica.

Por lo tanto, para cada componente principal que se desee utilizar en un sitio, debe:

  1. Crear un componente proxy correspondiente en la carpeta de componentes del sitio.

    Ejemplo
    En /apps/my-site/components crear un nodo de título de tipo cq:Component

  2. Seleccionar la versión del componente principal correspondiente con el supertipo.

    Ejemplo
    Agregar la siguiente propiedad:
    sling:resourceSuperType="core/wcm/components/title/v1/title"

  3. Defina el grupo, el título y, opcionalmente, la descripción del componente. Estos valores son específicos del proyecto y dictan cómo se expone el componente a los autores.

    Ejemplo
    Añadir las siguientes propiedades:

    componentGroup="My Site"
jcr:title="Title"
jcr:description="Section Heading"

Por ejemplo, observe el componente titular del sitio WKND, que es un buen ejemplo de un componente proxy generado de esa manera.