[résolu] CIFS / WEBDAV + Linux -> Problèmes

[azolia]

Bonjour à tous,

Est-il possible (quelqu'un a-t-il réussit ?) à éditer + sauvegarder des fichiers contenu dans l'entrepôt monté en webdav ou CIFS sous linux ?
j'ai bien réussi à monter Alfresco en CIFS et en webdav mais, pas moyen de les sauvegarder.

J'ai une trace du type :

Caused by: org.springframework.dao.InvalidDataAccessApiUsageException: Write operations are not allowed in read-only mode (FlushMode.NEVER/MANUAL): Turn your Session into FlushMode.COMMIT/AUTO or remove 'readOnly' marker from transaction definition.
   at org.springframework.orm.hibernate3.HibernateTemplate.checkWriteOperationAllowed(HibernateTemplate.java:1095)
   at org.springframework.orm.hibernate3.HibernateTemplate$12.doInHibernate(HibernateTemplate.java:634)
   at org.springframework.orm.hibernate3.HibernateTemplate.execute(HibernateTemplate.java:372)
   at org.springframework.orm.hibernate3.HibernateTemplate.save(HibernateTemplate.java:632)
   at org.alfresco.repo.node.db.hibernate.HibernateNodeDaoServiceImpl.getCurrentTransaction(HibernateNodeDaoServiceImpl.java:334)
   at org.alfresco.repo.node.db.hibernate.HibernateNodeDaoServiceImpl.recordNodeUpdate(HibernateNodeDaoServiceImpl.java:589)
   at org.alfresco.repo.node.db.hibernate.HibernateNodeDaoServiceImpl.addNodeProperty(HibernateNodeDaoServiceImpl.java:860)
   at sun.reflect.GeneratedMethodAccessor550.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:296)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:177)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144)
   at org.alfresco.repo.transaction.TransactionalDaoInterceptor.invoke(TransactionalDaoInterceptor.java:68)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.alfresco.repo.domain.hibernate.DirtySessionMethodInterceptor.invoke(DirtySessionMethodInterceptor.java:372)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
   at $Proxy1.addNodeProperty(Unknown Source)
   at org.alfresco.repo.node.db.DbNodeServiceImpl.setPropertyImpl(DbNodeServiceImpl.java:1105)
   at org.alfresco.repo.node.db.DbNodeServiceImpl.setProperty(DbNodeServiceImpl.java:1069)
   at sun.reflect.GeneratedMethodAccessor303.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:296)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:177)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144)
   at org.alfresco.repo.transaction.SingleEntryTransactionResourceInterceptor.invokeInternal(SingleEntryTransactionResourceInterceptor.java:169)
   at org.alfresco.repo.transaction.SingleEntryTransactionResourceInterceptor.invoke(SingleEntryTransactionResourceInterceptor.java:138)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
   at $Proxy3.setProperty(Unknown Source)
   at sun.reflect.GeneratedMethodAccessor303.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.alfresco.repo.service.StoreRedirectorProxyFactory$RedirectorInvocationHandler.invoke(StoreRedirectorProxyFactory.java:221)
   at $Proxy4.setProperty(Unknown Source)
   at org.alfresco.repo.node.MLPropertyInterceptor.invoke(MLPropertyInterceptor.java:236)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.alfresco.repo.node.NodeRefPropertyMethodInterceptor.invoke(NodeRefPropertyMethodInterceptor.java:265)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.alfresco.repo.tenant.MultiTNodeServiceInterceptor.invoke(MultiTNodeServiceInterceptor.java:108)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.alfresco.repo.node.NodeRefPropertyMethodInterceptor.invoke(NodeRefPropertyMethodInterceptor.java:265)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.alfresco.repo.tenant.MultiTNodeServiceInterceptor.invoke(MultiTNodeServiceInterceptor.java:108)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
   at $Proxy3.setProperty(Unknown Source)
   at sun.reflect.GeneratedMethodAccessor303.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:296)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:177)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144)
   at net.sf.acegisecurity.intercept.method.aopalliance.MethodSecurityInterceptor.invoke(MethodSecurityInterceptor.java:80)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.alfresco.repo.security.permissions.impl.ExceptionTranslatorMethodInterceptor.invoke(ExceptionTranslatorMethodInterceptor.java:49)
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Lorsque je sauvegarde en éditant un fichier sous CIFS depuis un poste linux.

Caused by: org.springframework.dao.InvalidDataAccessApiUsageException: Write operations are not allowed in read-only mode (FlushMode.NEVER/MANUAL): Turn your Session into FlushMode.COMMIT/AUTO or remove 'readOnly' marker from transaction definition.
   at org.springframework.orm.hibernate3.HibernateTemplate.checkWriteOperationAllowed(HibernateTemplate.java:1095)
   at org.springframework.orm.hibernate3.HibernateTemplate$12.doInHibernate(HibernateTemplate.java:634)
   at org.springframework.orm.hibernate3.HibernateTemplate.execute(HibernateTemplate.java:372)
   at org.springframework.orm.hibernate3.HibernateTemplate.save(HibernateTemplate.java:632)
   at org.alfresco.repo.node.db.hibernate.HibernateNodeDaoServiceImpl.getCurrentTransaction(HibernateNodeDaoServiceImpl.java:334)
   at org.alfresco.repo.node.db.hibernate.HibernateNodeDaoServiceImpl.recordNodeUpdate(HibernateNodeDaoServiceImpl.java:589)
   at org.alfresco.repo.node.db.hibernate.HibernateNodeDaoServiceImpl.addNodeProperty(HibernateNodeDaoServiceImpl.java:860)
   at sun.reflect.GeneratedMethodAccessor550.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:296)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:177)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144)
   at org.alfresco.repo.transaction.TransactionalDaoInterceptor.invoke(TransactionalDaoInterceptor.java:68)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.alfresco.repo.domain.hibernate.DirtySessionMethodInterceptor.invoke(DirtySessionMethodInterceptor.java:372)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
   at $Proxy1.addNodeProperty(Unknown Source)
   at org.alfresco.repo.node.db.DbNodeServiceImpl.setPropertyImpl(DbNodeServiceImpl.java:1105)
   at org.alfresco.repo.node.db.DbNodeServiceImpl.setProperty(DbNodeServiceImpl.java:1069)
   at sun.reflect.GeneratedMethodAccessor303.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:296)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:177)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144)
   at org.alfresco.repo.transaction.SingleEntryTransactionResourceInterceptor.invokeInternal(SingleEntryTransactionResourceInterceptor.java:169)
   at org.alfresco.repo.transaction.SingleEntryTransactionResourceInterceptor.invoke(SingleEntryTransactionResourceInterceptor.java:138)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
   at $Proxy3.setProperty(Unknown Source)
   at sun.reflect.GeneratedMethodAccessor303.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.alfresco.repo.service.StoreRedirectorProxyFactory$RedirectorInvocationHandler.invoke(StoreRedirectorProxyFactory.java:221)
   at $Proxy4.setProperty(Unknown Source)
   at org.alfresco.repo.node.MLPropertyInterceptor.invoke(MLPropertyInterceptor.java:236)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.alfresco.repo.node.NodeRefPropertyMethodInterceptor.invoke(NodeRefPropertyMethodInterceptor.java:265)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.alfresco.repo.tenant.MultiTNodeServiceInterceptor.invoke(MultiTNodeServiceInterceptor.java:108)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.alfresco.repo.node.NodeRefPropertyMethodInterceptor.invoke(NodeRefPropertyMethodInterceptor.java:265)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.alfresco.repo.tenant.MultiTNodeServiceInterceptor.invoke(MultiTNodeServiceInterceptor.java:108)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)
   at $Proxy3.setProperty(Unknown Source)
   at sun.reflect.GeneratedMethodAccessor303.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:296)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:177)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:144)
   at net.sf.acegisecurity.intercept.method.aopalliance.MethodSecurityInterceptor.invoke(MethodSecurityInterceptor.java:80)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:166)
   at org.alfresco.repo.security.permissions.impl.ExceptionTranslatorMethodInterceptor.invoke(ExceptionTranslatorMethodInterceptor.java:49)
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Lorsque j'essaie de faire un "touch" pour créer un fichier dans un espace.

Avez-vous des idées sur ces messages d'erreurs ?

Merci,

Pierre VANNIER
http://www.azolia.fr

[azolia]

Bonjour,

Merci pour vos réponses MichaelH.

Bonjour,

L'accès de choix (avec Linux) reste souvent CIFS. Vous pouvez en effet désactiver les "exe" qui n'ont pas de sens dans ce contexte (pas de vrai salut en ce qui concerne les accès concurrents donc).

Attention juste à certains outils (je pense à gnomeFS) qui ont tendance à "casser" le versionning en créant de nouveaux fichiers en permanence au lieu de modifier les fichiers existants. vi fait la même chose par défaut d'ailleurs.

Quelques remarques cependant :
- CIFS n'est pas sécurisé (ou alors je me trompe) et cela m'obligerait à passer par un tunnel (genre vpn openvpn mais qui ne permet pas les broadcasts en mode tunnel … un autre débat) et cela ne me paraît pas vraiment une solution valable.
- Webdav semblait une alternative plus "cool" avec la possibilité de passer par du HTTPS. Mais j'ai l'impression qu'Alfresco en a décidé autrement ? (Je me trompe ?)

Je ne comprend pas que l'on ne puisse pas travailler avec des Locks en webdav avec Alfresco et des clients Linux ? J'ai compilé la dernière version du SVN d'Alfresco et j'ai un peu avancé avec les Locks. Maintenant je n'ai plus de message d'erreur côté Alfresco mais côté linux toujours cette "Erreur d'entrée/Sortie" lorsque je fais un simple "cp fichier -> répertoire webdav" alors que le fichier est correctement copier vers le répertoire  .
Je pense que :
- Soit la réponse du serveur est ??§/.!!:,! bizarre  :roll:
- Soit c'est webdav qui est buggé

Dans tout les cas, je suis sûre que tant que j'avance je ne recule pas    et je poursuivrai demain mes investigations. En effet, je trouve cela INCROYABLE d'avoir une implémentation de webdav sans avoir de gestion des locks… Autant rayer le "Dav" de webdav non ?

Salutations,

Pierre VANNIER
http://www.azolia.fr

[michaelh]

- CIFS n'est pas sécurisé (ou alors je me trompe) et cela m'obligerait à passer par un tunnel (genre vpn openvpn mais qui ne permet pas les broadcasts en mode tunnel … un autre débat) et cela ne me paraît pas vraiment une solution valable.

Inutile : CIFS fonctionne très mal à travers un accès distant.
Le protocole est trop verbeux, pas du tout adapté à ce contexte, et à réserver à un usage en réseau local.
En plus coté routage c'est un peu la plaie.

- Webdav semblait une alternative plus "cool" avec la possibilité de passer par du HTTPS. Mais j'ai l'impression qu'Alfresco en a décidé autrement ? (Je me trompe ?)

WebDAV est plus adapté à des liens distants en effet.
Euh sinon … on a décidé quoi autrement ?

Je ne comprend pas que l'on ne puisse pas travailler avec des Locks en webdav avec Alfresco et des clients Linux ? J'ai compilé la dernière version du SVN d'Alfresco et j'ai un peu avancé avec les Locks.

Je ne comprends pas trop non plus parce que la méthode est implémentée …
Pour la liste des verbes WebDAV implémentés, voir root/projects/remote-api/source/java/org/alfresco/repo/webdav/ sur le SVN
Vous avez un peu avancé, c'est à dire ?

Maintenant je n'ai plus de message d'erreur côté Alfresco mais côté linux toujours cette "Erreur d'entrée/Sortie" lorsque je fais un simple "cp fichier -> répertoire webdav" alors que le fichier est correctement copier vers le répertoire  .
Je pense que :
- Soit la réponse du serveur est ??§/.!!:,! bizarre  :roll:
- Soit c'est webdav qui est buggé

Coté client ou coté serveur … tout est possible.

Dans tout les cas, je suis sûre que tant que j'avance je ne recule pas    et je poursuivrai demain mes investigations. En effet, je trouve cela INCROYABLE d'avoir une implémentation de webdav sans avoir de gestion des locks… Autant rayer le "Dav" de webdav non ?

D'un point de vue purement "norme", l'application de la RFC n'impose pas la gestion des locks pour une implémentation de base (de mémoire, mais je me trompe peut être).

Un mot pour dire que WebDAV ne tient pas forcément toutes ses promesses, mais pour une raison principalement : il y a beaucoup de clients qui gèrent différemment/mal le protocole. Et sur ce point il y a peu de très bons élèves. OpenOffice est un exemple d'outil qui peut poser problème, mais il n'est pas le seul : Windows à une version de WebDAV par … service pack (la routine vous me direz).

Et ne croyez pas que je sois juste méchant avec les autres : il est parfaitement possible que vous ayez mis le doigt sur un bug. On est pas à l'abri ! Il y a tout de même pas mal de gens qui utilisent WebDAV, mais pas forcément dans le même contexte que vous.

En gros, vérifiez bien avec plusieurs types de clients. Rien qu'entre KDE et Gnome les implémentations sont différentes, et ensuite de nombreux outils y ajoutent leur grain de sel pour faire encore abstraction des couches plus basses.

[azolia]

Bonjour,

Merci pour vos réponses pertinentes et votre réactivité rare Michael.

Je continue de tester webdav avec les locks pour voir comment se comportent le système et je reviens rapidement.

Salutations,

Pierre VANNIER
http://www.azolia.fr

[rguinot]

Juste une petite précision : nous utilisons WebDAV(S) pour quelques dizaines de personnes, qui à le gros avantage de pouvoir être facilement encapsulé dans du HTTPS et accessible de partout, certaines personnes étant souvent en déplacement.

Le client le plus majoritairement utilisé est Konqueror (KDE), et nous ne rencontrons pas de problèmes particuliers.
Cependant, nous n'utilisons pas à plein le système de locks, qui ne nous est pas forcément nécessaire.