nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

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.

Import de masse

llg

Bonjour,

- quelle est la meilleure façon de faire des imports massifs dans Alfresco ?
- avec FTP, rsync sur davfs ou rsync sur CIFS, j'obtiens certains dossiers en date du 01/01/1601, les autres ont bien comme date de création la date système du répertoire.
Quant aux documents, la date de création est toujours au 01/01/1601 et la date de modification la date de l'import : y a t'il moyen de conserver les dates système des fichiers ?

Merci

Cordialement

llg

Find more posts tagged with

Comments

jayjayecl

Bonjour,

il n'y a pas spécifique de "meilleure façon", c'est surtout en fonction des besoins.
Pour l'import manuel, il est vrai que l'on pourra préférer FTP ou CIFS.
Pour des imports plus conséquents, ou alors si l'on souhaite "avoir la main" sur les aspects, les propriétés, les répertoires de destination (etc…), on préfèrera peut-être créer un programme d'import.
Par exemple :
http://blogs.alfresco.com/wp/pmonks/2009/10/22/bulk-import-from-a-filesystem/

Quant à votre problème, sur quelle version (précise) constatez-vous ce comportement ?

llg

Bonjour,
merci pour la réponse : je suis en 3.4d

Cdlt
llg

llg

Lorsqu'on fait un stat sur un fichier donné, on voit bien que les dates sont perdues :

Montage CIFS sur Alfresco :

stat /cifs/server/Alfresco/xxxxxx/DOC.odt   
  File: « /cifs/server/Alfresco/xxxxxx/DOC.odt »
  Size: 350862          Blocks: 686        IO Block: 16384  fichier
Device: 18h/24d Inode: 110316      Links: 0
Access: (0644/-rw-r–r–)  Uid: ( 1000/     llg)   Gid: ( 1000/     users)
Access: 2011-09-01 10:59:07.845600718 +0200
Modify: 60056-05-28 07:36:10.955161600 +0200
Change: 60056-05-28 07:36:10.955161600 +0200
‍‍‍‍‍‍‍‍‍

Répertoire source :

stat /tmp/Alfresco/xxxxxx/DOC.odt 
  File: « /tmp/Alfresco/xxxxxx/DOC.odt »
  Size: 350862          Blocks: 688        IO Block: 4096   fichier
Device: 802h/2050d      Inode: 1841696     Links: 1
Access: (0644/-rw-r–r–)  Uid: (    0/    root)   Gid: (    0/    root)
Access: 2011-08-26 11:19:51.000000000 +0200
Modify: 2008-05-16 16:05:19.000000000 +0200
Change: 2011-08-26 11:19:51.621360692 +0200‍‍‍‍‍‍‍‍

EDIT : j'ai oublié de préciser que la synchro entre ma source et le partage CIFS est faite via une commande :

rsync -arzptlv /tmp/Alfresco/xxxxxx /cifs/server/Alfresco/‍

jeanjot

Bonjour

Je ne comprends pas bien quel constat nous devons faire de cet exemple …

Quelle dates sont afficheés sur le fichier via l'interface d'alfresco ???

llg

Salut

Bonjour

Je ne comprends pas bien quel constat nous devons faire de cet exemple …

Quelle dates sont afficheés sur le fichier via l'interface d'alfresco ???

01/01/1601
Je suis vieux, mais à ce point !!!

jeanjot

Salut

Après quelques réflexions, voici ce que tu pourrais faire :
Rappel du problème : récupérer la date d'origine de création du fichier lors de l'importation dans dans Alfresco (en effet Alfresco, par défaut mais la date d'importation (création dans Alfreco) comme date de création du fichier, ce qui parfois n'est pas la réaliter).
1. Faire un script shell permettant d'ajouter en début de fichier la date de création du fichier
2. Créer dans Alfresco un aspect avec une méta-donnée "Date_origine".
3. créer une règle qui récupère la date dans le nom du fichier et la stocke dans la méta-donnée "Date_origine"
4. Créer un script "suppression_date" qui supprime dans le nom du fichier la date
5. Créer une règle qui ecxecute le script "suppression_date" lors de l'import du fichier (mettre cette deuxième règle après la précédente

)
6. Importer les documents …

Bien sur cela n'est qu'une idée …

rguinot

Hello, il y a +ieurs choses à mentionner :

- le repository empechait de positionner soi même programmatiquement les dates de modification. c'est désormais possible lorsque l'on fait du code spécifique : http://issues.alfresco.com/jira/browse/ALF-2565

- pour CIFS, il y avait au dessus de ça un autre problème : http://issues.alfresco.com/jira/browse/ALF-3569

- pour l'affaire des dates en 1600, il semble que ça puisse être lié à l'extraction des métadonnées de documents Office : http://issues.alfresco.com/jira/browse/ALF-1798.

La 3.4.d étant sortie en début d'année, ces correctifs ne sont pas inclus dans cette version.
En attendant ces correctifs, sans faire de backport soi même, on peut en effet créer sa propre métadonnée qui stockera la date.
On peut même configurer l'extracteur en question pour extraire/mapper la date dans cette propriété custom.