Développer l’éditeur en bloc developing-the-bulk-editor
Cette section décrit le développement de l’outil d’éditeur en bloc et l’extension du composant Liste de produits, basé sur l’éditeur en bloc.
Paramètres de requête de l’éditeur en bloc bulk-editor-query-parameters
Lorsque vous travaillez avec l’éditeur en bloc, plusieurs paramètres de requête peuvent être ajoutés à l’URL pour appeler l’éditeur en bloc avec une configuration spécifique. Pour que l’éditeur en bloc soit toujours utilisé avec une certaine configuration, par exemple, comme dans le composant Liste de produits, vous devez modifier bulkeditor.jsp
(dans /libs/wcm/core/components/bulkeditor) ou créer un composant avec la configuration spécifique. Les modifications effectuées à l’aide des paramètres de requête ne sont pas permanentes.
Par exemple, si vous entrez les informations suivantes dans l’URL de votre navigateur :
https://<servername><port_number>/etc/importers/bulkeditor.html?rootPath=/content/geometrixx/en&queryParams=geometrixx&initialSearch=true&hrp=true
l’éditeur en bloc s’affiche sans le champ Chemin d’accès racine, car hrp=true masque le champ. Avec le paramètre hrp=false, le champ s’affiche (valeur par défaut).
Voici une liste des paramètres de requête de l’éditeur en bloc :
rootPath
, le plus court est rp
. Si le nom long n’est pas défini, le nom abrégé est lu dans la requête.Développer un composant basé sur l’éditeur en bloc : le composant Liste de produits developing-a-bulk-editor-based-component-the-product-list-component
Cette section présente une vue d’ensemble de l’utilisation de l’éditeur en bloc et donne une description du composant Geometrixx existant en fonction de l’éditeur en bloc : le composant Liste de produits.
Le composant Liste de produits permet aux utilisateurs d’afficher et de modifier une table de données. Par exemple, vous pouvez utiliser le composant Liste de produits pour représenter les produits d’un catalogue. Les informations sont présentées dans un tableau HTML standard et toute modification est effectuée dans la boîte de dialogue Modifier, qui contient un widget BulkEditor. (Cet éditeur en bloc est le même que celui accessible sur /etc/importers/bulkeditor.html ou via le menu Outils). Le composant Liste de produits a été configuré pour des fonctionnalités d’éditeur en bloc limitées spécifiques. Chaque partie de l’éditeur en bloc (ou les composants dérivés de l’éditeur en bloc) peut être configurée.
Avec l’éditeur en bloc, vous pouvez ajouter, modifier, supprimer, filtrer et exporter les lignes, enregistrer les modifications et importer un ensemble de lignes. Chaque ligne est stockée en tant que nœud sous l’instance du composant Liste de produits elle-même. Chaque cellule est une propriété de chaque nœud. C’est un choix de conception qui peut être facilement modifié. Par exemple, vous pouvez stocker des nœuds ailleurs dans le référentiel. Le rôle du servlet de requête est de renvoyer la liste des nœuds à afficher ; le chemin de recherche est défini comme une instance Liste de produits.
Le code source AEM du composant Liste de produits est disponible dans le référentiel sous /apps/geometrixx/components/productlist et est composé de plusieurs parties comme tous les composants Adobe Experience Manager (AEM) :
- Rendu HTML : le rendu est effectué dans un fichier JSP (https://experienceleague.adobe.com/apps/geometrixx/components/productlist/productlist.jsp?lang=fr). Le JSP lit les sous-nœuds du composant Liste de produits actuel et les affiche chacun sous la forme d’une ligne d’un tableau HTML.
- Boîte de dialogue Modifier dans laquelle vous définissez la configuration de l’éditeur en masse. Configurez la boîte de dialogue de sorte à répondre aux besoins du composant : colonnes disponibles et actions possibles effectuées sur la grille ou sur la recherche. Consultez Propriétés de configuration de l’éditeur en bloc pour plus d’informations sur toutes les propriétés de configuration.
Voici une représentation XML des sous-nœuds de boîte de dialogue :
<editor
jcr:primaryType="cq:Widget"
colsSelection="[ProductId,ProductName,Color,CatalogCode,SellingSku]"
colsValue="[ProductId,ProductName,Color,CatalogCode,SellingSku]"
contentMode="false"
exportURL="/etc/importers/bulkeditor/export.tsv"
extraCols="Selection"
hideColsSelection="false"
hideContentMode="true"
hideDeleteButton="false"
hideExportButton="false"
hideExtraCols="true"
hideImportButton="false"
hideInsertButton="false"
hideMoveButtons="false"
hidePathCol="true"
hideRootPath="true"
hideSaveButton="false"
hideSearchButton="false"
importURL="/etc/importers/bulkeditor/import"
initialSearch="true"
insertedResourceType="geometrixx/components/productlist/sku"
queryParams=""
queryURL="/etc/importers/bulkeditor/query.json"
saveURL="/etc/importers/bulkeditor/save"
xtype="bulkeditor">
<saveButton
jcr:primaryType="nt:unstructured"
text="Save modifications"/>
<searchButton
jcr:primaryType="nt:unstructured"
text="Apply filter"/>
<queryParamsInput
jcr:primaryType="nt:unstructured"
fieldDescription="Enter here your filters"
fieldLabel="Filters"/>
<searchPanel
jcr:primaryType="nt:unstructured"
height="200">
<defaults
jcr:primaryType="nt:unstructured"
labelWidth="150"/>
</searchPanel>
<grid
jcr:primaryType="nt:unstructured"
height="275"/>
<store jcr:primaryType="nt:unstructured">
<sortInfo
jcr:primaryType="nt:unstructured"
direction="ASC"
field="CatalogCode"/>
</store>
<colModel
jcr:primaryType="nt:unstructured"
width="150"/>
<colsMetadata jcr:primaryType="nt:unstructured">
<Selection
jcr:primaryType="nt:unstructured"
checkbox="true"
forcedPosition="0"
headerText=""/>
<ProductId
jcr:primaryType="nt:unstructured"
cellCls="productlist-cell-productid"
headerText="Product Id"/>
<ProductName
jcr:primaryType="nt:unstructured"
cellStyle="background-color: #FFCC99;"
headerText="Product Name"/>
<CatalogCode
jcr:primaryType="nt:unstructured"
cellStyle="background-color: #EDEDED;"
headerText="Catalog Code"/>
<Color jcr:primaryType="nt:unstructured">
<editor
jcr:primaryType="nt:unstructured"
store="[Blue,Red,Yellow]"
triggerAction="all"
typeAhead="true"
xtype="combo"/>
</Color>
<SellingSku
jcr:primaryType="nt:unstructured"
headerText="Sku Id"/>
</colsMetadata>
</editor>
Propriétés de configuration de l’éditeur en bloc bulk-editor-configuration-properties
Chaque partie de l’éditeur en bloc peut être configurée. Le tableau suivant répertorie toutes les propriétés de configuration de l’éditeur en bloc.
Configuration des métadonnées des colonnes columns-metadata-configuration
Vous pouvez configurer les éléments suivants pour chaque colonne :
-
les propriétés d’affichage : style html, classe CSS et lecture seule
-
une case à cocher
-
une position forcée
Colonnes CSS et en lecture seule
L’éditeur en bloc comporte trois configurations de colonne :
- Nom de classe CSS de la cellule (cellCls) : nom de classe CSS ajouté à chaque cellule de la colonne configurée.
- Style de cellule (cellStyle) : style de HTML ajouté à chaque cellule de la colonne configurée.
- Lecture seule (readOnly) : la lecture seule est définie pour chaque cellule de la colonne configurée.
La configuration doit être définie comme suit :
"colsMetadata": {
"Column name": {
"cellStyle": "html style",
"cellCls": "CSS class",
"readOnly": true/false
}
}
L’exemple suivant se trouve dans le composant de liste de produits (https://experienceleague.adobe.com/apps/geometrixx/components/productlist/dialog/items/editor/colsMetadata?lang=fr) :
<colsMetadata jcr:primaryType="nt:unstructured">
<Selection
jcr:primaryType="nt:unstructured"
checkbox="true"
forcedPosition="0"
headerText=""/>
<ProductId
jcr:primaryType="nt:unstructured"
cellCls="productlist-cell-productid"
headerText="Product Id"/>
<ProductName
jcr:primaryType="nt:unstructured"
cellStyle="background-color: #FFCC99;"
headerText="Product Name"/>
<CatalogCode
jcr:primaryType="nt:unstructured"
cellStyle="background-color: #EDEDED;"
headerText="Catalog Code"/>
<Color jcr:primaryType="nt:unstructured">
<editor
jcr:primaryType="nt:unstructured"
store="[Blue,Red,Yellow]"
triggerAction="all"
typeAhead="true"
xtype="combo"/>
</Color>
<SellingSku
jcr:primaryType="nt:unstructured"
headerText="Sku Id"/>
</colsMetadata>
Case à cocher
Si la propriété de configuration de case à cocher est définie sur true, toutes les cellules de la colonne sont affichées sous forme de cases à cocher. Une case cochée envoie true au servlet Save du serveur, false dans le cas contraire. Dans le menu d’en-tête, vous pouvez également tout sélectionner ou ne rien sélectionner. Ces options sont activées si l’en-tête sélectionné est l’en-tête d’une colonne de case à cocher.
Dans le premier exemple, la colonne de sélection contient uniquement des cases à cocher comme case="true".
Position forcée
La métadonnée de position forcée forcedPosition vous permet de spécifier l’endroit où la colonne est placée dans la grille : 0 est la première place et <nombre de colonnes>-1 est la dernière position. Toute autre valeur est ignorée.
Dans le premier exemple, la colonne de sélection est la première colonne sous la forme forcedPosition="0".
Servlet de requête query-servlet
Par défaut, le servlet Query est disponible dans /libs/wcm/core/components/bulkeditor/json.java
. Vous pouvez configurer un autre chemin pour récupérer les données.
Le servlet de requête fonctionne comme suit : il reçoit une requête GQL et les colonnes à renvoyer, calcule les résultats et renvoie les résultats à l’éditeur en bloc sous la forme d’un flux JSON.
Dans le cas du composant Liste de produits, les deux paramètres envoyés au servlet de requête sont les suivants :
- Requête : « path: /content/geometrixx/en/customers/jcr:content/par/productlist Cube »
- Cols : « Selection,ProductId,ProductName,Color,CatalogCode,SellingSku »
Et le flux JSON est renvoyé comme suit :
{
"hits": [{
"jcr:path": "/content/geometrixx/en/products/jcr:content/par/productlist/1258674828905",
"ProductId": "21",
"ProductName": "Cube",
"Color": "Blue",
"CatalogCode": "43244",
"SellingSku": "32131"
}
],
"results": 1
}
Chaque accès correspond à un nœud et à ses propriétés, et s’affiche sous la forme d’une ligne dans la grille.
Vous pouvez étendre le servlet Query de sorte à renvoyer un modèle d’héritage complexe ou à renvoyer des nœuds stockés dans un emplacement logique spécifique. Le servlet Query peut être utilisé pour effectuer n’importe quel type de calcul complexe. La grille peut ensuite afficher les lignes qui sont un agrégat de plusieurs nœuds dans le référentiel. La modification et l’enregistrement de ces lignes doivent dans ce cas être gérés par le servlet d’enregistrement.
Servlet d’enregistrement save-servlet
Dans la configuration par défaut de l’éditeur en bloc, chaque ligne est un nœud et le chemin de ce nœud est stocké dans l’enregistrement de ligne. L’éditeur en bloc conserve le lien entre la ligne et le nœud via le chemin jcr. Lorsqu’un utilisateur ou une utilisatrice modifie la grille, une liste de toutes les modifications est créée. Lorsqu’un utilisateur clique sur Enregistrer, une requête POST est envoyée à chaque chemin avec les valeurs de propriétés mises à jour. C’est la base du concept Sling. Ce mécanisme fonctionne bien si chaque cellule est une propriété du nœud. Mais si le servlet de requête est implémenté pour effectuer le calcul d’héritage, ce modèle ne peut pas fonctionner en tant que propriété renvoyée par le servlet de requête et peut être hérité d’un autre nœud.
Le concept du servlet Save est le suivant : les modifications ne sont pas directement publiées sur chaque nœud, mais sont envoyées à un servlet qui effectue la tâche d’enregistrement. Cela permet à ce servlet d’analyser les modifications et d’enregistrer les propriétés sur le nœud correct.
Chaque propriété mise à jour est envoyée au servlet au format suivant :
-
Nom du paramètre : <chemin jcr>/<nom de propriété>
Exemple : /content/geometrixx/fr/products/jcr:content/par/productlist/1258674859000/SellingSku
-
Valeur : <valeur>
Exemple : 12123
Le servlet doit connaître l’emplacement de stockage de la propriété catalogCode.
Une implémentation par défaut du servlet Save est disponible dans /libs/wcm/bulkeditor/save/POST.jsp et est utilisée dans le composant Liste de produits. Il prend tous les paramètres de la requête (au format <chemin jcr>/<nom de propriété>) et écrit des propriétés sur les nœuds à l’aide de l’API JCR. Il crée également un nœud s’il n’existe pas (lignes insérées dans la grille).
Le code par défaut ne doit pas être utilisé tel quel, car il réimplémente ce que le serveur fait nativement (un POST sur <jcr path>/<property name>) et n’est donc qu’un bon point de départ pour créer un servlet d’enregistrement qui gèrera un modèle d’héritage de propriété.