contentstore.deleted reste désespérement vide.

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

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 ?