contentstore.deleted reste désespérement vide.

[rgouyet]

Bonjour,

J'évalue la version 3.0 community stable sous windows.
je constate que le répertoire contentstore.deleted reste désespérément vide et pourtant :

1) je mets des documents dans la corbeille
(mes documents supprimés sont visibles dans archive://SpacesStore)
2) je vais dans mon profil, gestion des éléments supprimés et je les supprime définitivement.
(le archive://SpacesStore est vidé)
3) le job DEFAULT.fileContentStoreCleanerJobDetail s'exécute bien à 4h00

04:00:00,016 DEBUG [org.quartz.core.JobRunShell] Calling execute on job DEFAULT.fileContentStoreCleanerJobDetail‍

4) j'ai mis le protectDays à 1 dans custom-content-services-context.xml

  <property name="protectDays" >
         <value>1</value>
      </property>‍‍‍

(j'ai même redémarré mon serveur avec une date dans 1 mois et exécution de ce batch)

et mon répertoire contentstore.deleted reste vide.
Il me semble que mes documents devenus orphelins devraient être migré dans ce dossier.

J'ai bien trouvé un Jira qui évoque le même problème mais il est corrigé depuis la 2.2 entreprise (11/2008). La correction n'aurait-elle pas été reportée en 3.0 labs ?

N'ais-je pas bien compris le processus  :?:

Merci

[michaelh]

Le processus est le bon, et le correctif est dans la version Labs depuis octobre (le 06/10 à 17h01 pour être précis ), ce n'est donc a priori pas ce bug (même si une régression de la régression est toujours possible).

Quelqu'un d'autre pour confirmer ?