Bonjour, et merci pour votre réponse.
Je travaille sur la version 7.2
Effectivement il ya à la fin du PATH le MD5. Sauf que pour le cas où il ya plusieurs Blob dans le BlobHolder, seul le MD5 du premier Blob de la série est pris en compte.
A priori pour pourvoir regrouper tous les Blobs dans un même répertoire :

public String persist(String basePath) throws IOException {
    if (blobs == null || blobs.isEmpty()) {
        return null;
    }
    Path path = new Path(basePath);
    >>> path = path.append(getHash()); <<<<
    if (blobs.size() == 1) {
        File file = new File(path.toString());
        getBlob().transferTo(file);
        return file.getAbsolutePath();
    } else {
        File dir = new File(path.toString());
        dir.mkdir();
        for (Blob blob : blobs) {
            dir = new File(path.toString());
            dir.mkdir();
            File file = new File(path.append(blob.getFilename()).toString());
            blob.transferTo(file);
        }
        return dir.getAbsolutePath();
    }
}

résultat dans le répertoire de cache :
./cG
./cG/lj
./cG/lj/dH
./cG/lj/dH/Vy
./cG/lj/dH/Vy/ZT
./cG/lj/dH/Vy/ZT/137a73f51e1744ff4f84032855e2c6c6
./cG/lj/dH/Vy/ZT/137a73f51e1744ff4f84032855e2c6c6/11-0_2.jpeg
./cG/lj/dH/Vy/ZT/137a73f51e1744ff4f84032855e2c6c6/10-0_2.jpeg
./cG/lj/dH/Vy/ZT/137a73f51e1744ff4f84032855e2c6c6/12-6_10.jpeg
./cG/lj/dH/Vy/ZT/137a73f51e1744ff4f84032855e2c6c6/12-0_5.jpeg
./cG/lj/dH/Vy/ZT/137a73f51e1744ff4f84032855e2c6c6/12-1_2.jpeg
./cG/lj/dH/Vy/ZT/137a73f51e1744ff4f84032855e2c6c6/11-3_5.jpeg
./cG/lj/dH/Vy/ZT/137a73f51e1744ff4f84032855e2c6c6/8-0_0.jpeg

Il se trouve que dans mon cas de conversion :

• les noms de fichiers sont toujours les mêmes mais leur contenu change
  
• le premier fichier est binairement identique dans mes 2 conversions et c'est normal
  

Du coup je me retouve dans mes 2 conversions avec la même base de PATH suivi du même MD5 (celui du premier fichier), suivi des mêmes noms de fichiers (mais leur contenu change !)
Pour préciser il s'agit d'une conversion d'image au format DZI.

Quelques suggestions si cela peut aider :

• faire en sorte que pour chaque fichier se soit son propre MD5 dans son PATH, car effectivement ne pas mettre en cache 2 fichiers binairement identique est louable.
  
• du coup on pert le “regroupement” des fichiers du BlobHolder, il faut donc trouver une autre solution que le PATH pour les regrouper.
  
• pourquoi pas un fichier supplémentaire à la racine du cache (convertcache) qui a comme nom par exemple le BASE64 (ou la valeur cachekey) de la conversion et qui contient la liste des PATH de Blob à récupérer
  
• on pourrait aussi y stocker le nom du fichier (qui peut changer même si le binaire ne change pas) et les autres informations du blob qui sont malheureusement aujourd'hui perdues lors de l'utilisation du cache
  
• ainsi à la fonction “load(String path)” on ne lui passe plus un PATH racine mais un fichier contenant tous les PATH à récupérer

A bientôt :)

Quelle version de Nuxeo utilisez-vous ?

Je ne peux pas reproduire ce problème, en effet même si le préfixe de path utilisé est le même (ce qui n'est certes pas optimal mais pas grave), le nom de fichier final utilisé dans le dernier répertoire est différent, c'est le has MD5 du fichier donc il n'y a pas de collision. Sur une conversion récente d'une image en trois versions réduites par exemple j'ai:

• ./cG/lj/dH/Vy/ZV/577271a835555baaaa685c3f31746f02
• ./cG/lj/dH/Vy/ZV/791374bb6258958947573304121db5c4
• ./cG/lj/dH/Vy/ZV/baace5a9f76e27a5aadb100bc8977b4e