AEM configuraciones sirven para administrar la configuración en AEM y sirven como espacios de trabajo.
Se puede considerar una configuración desde dos puntos de vista diferentes.
En resumen: desde el punto de vista de un administrador, las configuraciones son cómo se crean espacios de trabajo para administrar la configuración en AEM, mientras que el desarrollador debe comprender cómo AEM utiliza y administra estas configuraciones dentro del repositorio.
Independientemente de su perspectiva, las configuraciones tienen dos propósitos principales en AEM:
Tanto el administrador de AEM como los autores pueden considerar las configuraciones como espacios de trabajo. Estos espacios de trabajo se pueden utilizar para recopilar grupos de configuraciones juntas, así como su contenido asociado con fines organizativos mediante la implementación de derechos de acceso para esas funciones.
Las configuraciones se pueden crear para muchas funciones diferentes dentro de AEM.
Por ejemplo, un administrador puede crear dos configuraciones para plantillas editables.
A continuación, el administrador puede crear plantillas de página generales utilizando la configuración de WKND-General y, a continuación, plantillas específicas para la revista en WKND-Magazine.
El administrador puede asociar el WKND-General con todo el contenido del sitio WKND. Sin embargo, la configuración de WKND-Magazine solo se asociaría con el sitio de la revista.
Haciendo esto:
Se pueden realizar configuraciones similares no solo para plantillas editables, sino también para configuraciones de nube, segmentos de ContextHub y modelos de fragmentos de contenido.
El navegador de configuración permite a un administrador crear, administrar y configurar fácilmente los derechos de acceso a las configuraciones en AEM.
Solo es posible crear configuraciones utilizando el navegador de configuración si el usuario tiene admin
derechos. admin
también se requieren para asignar derechos de acceso a la configuración o modificar una configuración de otro modo.
Es muy sencillo crear una nueva configuración en AEM utilizando el navegador de configuración.
Inicie sesión en AEM as a Cloud Service y, en el menú principal, seleccione Herramientas -> General -> Explorador de configuración.
Haga clic o pulse en Crear.
Proporcione un Título y Nombre para su configuración.
Compruebe el tipo de configuraciones que desea permitir.
Haga clic o pulse en Crear.
Las configuraciones se pueden anidar.
Si piensa en las configuraciones como espacios de trabajo, se pueden establecer derechos de acceso en esas configuraciones para hacer cumplir quién puede acceder a esos espacios de trabajo y quién no.
No es posible anular la selección de una función una vez creada la configuración.
Como desarrollador, es importante saber cómo funciona AEM as a Cloud Service con las configuraciones y cómo procesa la resolución de la configuración.
Aunque la variable el administrador y los usuarios pueden considerar las configuraciones como lugares de trabajo para administrar diferentes configuraciones y contenido, es importante comprender que las configuraciones y el contenido se almacenan y administran por separado mediante AEM en el repositorio.
/content
es el hogar de todo el contenido./conf
es el hogar de todas las configuraciones.El contenido hace referencia a su configuración asociada a través de una cq:conf
propiedad. AEM realiza una búsqueda basada en el contenido y su contexto cq:conf
para encontrar la configuración adecuada.
Para este ejemplo, supongamos que tiene algún código de aplicación que esté interesado en la configuración de DAM.
Conf conf = resource.adaptTo(Conf.class);
ValueMap imageServerSettings = conf.getItem("dam/imageserver");
String bgkcolor = imageServerSettings.get("bgkcolor", "FFFFFF");
El punto de partida de todas las búsquedas de configuración es un recurso de contenido, normalmente en algún lugar de /content
. Podría ser una página, un componente dentro de una página, un recurso o una carpeta DAM. Este es el contenido real para el que buscamos la configuración correcta que se aplica en este contexto.
Ahora, con la variable Conf
podemos recuperar el elemento de configuración específico que nos interese. En este caso, es dam/imageserver
, que es una colección de configuraciones relacionadas con el imageserver
. La variable getItem
la llamada devuelve un valor ValueMap
. Luego leemos un bgkcolor
cadena y proporcione un valor predeterminado de "FFFFFF" en caso de que la propiedad (o el elemento de configuración completo) no esté presente.
Ahora veamos el contenido JCR correspondiente:
/content/dam/wknd
+ jcr:content
- cq:conf = "/conf/wknd"
+ image.png [dam:Asset]
/conf/wknd
+ settings
+ dam
+ imageserver [cq:Page]
+ jcr:content
- bgkcolor = "FF0000"
En este ejemplo, asumimos una carpeta DAM específica de WKND aquí y una configuración correspondiente. Empezando en esa carpeta /content/dam/wknd
, veremos que hay una propiedad de cadena denominada cq:conf
que hace referencia a la configuración que debe aplicarse al subárbol. La propiedad se suele establecer en la variable jcr:content
de una carpeta o página de recursos. Estos conf
Los vínculos son explícitos, por lo que es fácil seguirlos mirando el contenido en CRXDE.
Saltar dentro /conf
, seguimos la referencia y vemos que hay un /conf/wknd
nodo . Esta es una configuración. Tenga en cuenta que su búsqueda es completamente transparente para el código de la aplicación. El código de ejemplo nunca tiene una referencia dedicada a él, está oculto detrás de la variable Conf
objeto. La configuración que se aplica se controla completamente a través del contenido JCR.
Veremos que la configuración contiene un nombre fijo settings
nodo que contiene los elementos reales, incluido el dam/imageserver
necesitamos en nuestro caso. Ese elemento puede considerarse como un "documento de configuración" y normalmente está representado por un cq:Page
incluido un jcr:content
contiene el contenido real.
Finalmente, vemos la propiedad bgkcolor
que nuestro código de muestra necesita. La variable ValueMap
regresamos de getItem
se basa en el jcr:content
nodo .
El ejemplo básico anterior mostraba una sola configuración. Sin embargo, hay muchos casos en los que desea tener diferentes configuraciones, como una configuración global predeterminada, una diferente para cada marca y tal vez una específica para sus subproyectos.
Para admitir esto, la búsqueda de configuración en AEM tiene un mecanismo de herencia y reserva en el siguiente orden de preferencia:
/conf/<siteconfig>/<parentconfig>/<myconfig>
cq:conf
en algún lugar /content
/conf/<siteconfig>/<parentconfig>
/conf/<siteconfig>
/conf/global
admin
función/apps
/libs
Las configuraciones de AEM se basan en configuraciones según el contexto de Sling. Los paquetes de Sling proporcionan una API de servicio que puede utilizarse para obtener configuraciones según el contexto. Las configuraciones según el contexto son configuraciones que están relacionadas con un recurso de contenido o un árbol de recursos, tal como estaba descrito en el ejemplo anterior.
Para obtener más información sobre las configuraciones según el contexto, ejemplos y cómo utilizarlos, consulte la documentación de Sling.
Para fines de depuración y prueba, existe un ConfMgr consola web en https://<host>:<port>/system/console/conf
, que puede mostrar configuraciones para una ruta/elemento determinado.
Simplemente proporcione:
Haga clic en Resolver para ver qué configuraciones se resuelven y recibir código de muestra que resuelva dichas configuraciones.
Para fines de depuración y prueba, existe un Configuración según el contexto consola web en https://<host>:<port>/system/console/slingcaconfig
, que permite consultar las configuraciones según el contexto en el repositorio y ver sus propiedades.
Simplemente proporcione:
Haga clic en Resolver para recuperar las rutas de contexto y propiedades asociadas para la configuración seleccionada.