|
Ce document répertorie les problèmes les plus rencontrés ;-) |
| Dates de modification | ||
|---|---|---|
|
|
|
|
|
|
|
|
La cause est souvent due à une mauvaise configuration du filtre d'authentification ou bien vous n'avez pas les droits nécessaires pour accéder à la ressource.
Veillez à la bonne configuration du fichier build.properties.
Regarder les logs du serveur - Une requête aboutie à la forme suivante :
TP-Processor51, 03-mars-2006 11:11:48, bourges, PROPFIND, 207 "Multi-Status", 7 ms, /files/injac/res_proj_cri/
bourges est l'utilisateur connecté - Si l'utilisateur connecté est unauthenticated, dans ce cas vous êtes connecté en mode non autentifié ou bien que le filtre d'autentification est mal configuré. Note that while accessing an inJAC space the ESUP channel storage use a special user with root privileges.
PROPFIND est la commande WebDAV.
207 est le code de retour HTTP - Le code de retour peut avoir pour valeur 507 (quota dépassé) ou bien 403 (Interdiction).
/files/injac/res_proj_cri/ est l'URI de la ressource.
If you have problems with just some webdav clients, look at Recommended configuration section of Installation chapter
Afin de résoudre les problème d'encodage, on faut spécifier au serveur l'encodage souhaité.
setenv LANG "fr_FR.utf8" setenv LANGUAGE "fr_FR.utf8"
Depuis longtemps, dans une galaxie très lointaine, le client d'administration était destiné à s'executer en mode graphique ou bien en ligne de commande.
Le mode graphique (G.U.I) doit être executé utilisant la commande run.* -gr command et le mode graphique utilisant la commande run.* -cl.
Au jour d'aujourd'hui seul le mode en ligne de commande est implémenté.
Cela est souvent dû à une mauvaise structure du fichier. Vous trouverez un exemple dans le guide utilisateur.
Rien est erroné. Le serveur ESUP WebDAV possède une application de gestion des quotas. Cela signifie que le quota peut être dépassé au plus une fois.
La vraie question est : "Pourquoi avoir développé un tel gestionnaire de quota?"
Nous n'avons pas voulu développer un gestionnaire de quota. Le problème est que le "listener" du quota se fie à la taille du contenu mentionné dans l'entête HTTP pour vérifier si la ressource à déposer, copier ou bien déplacer sur le serveur, conduira à un dépassement du quota. Cependant la taille du contenu mentionné dans l'entête HTTP est optionnel. Dans ce cas, le "listener" du quota ne peut déceler le dépassement de quota sur le moment et ne vérifiera que si le quota est dépassé juste avant l'action en cours.
Il est possible d'utiliser un autre serveur Tomcat que celui fourni dans le package. Cependant il convient de faire les modifications suivantes dans le fichier server.xml de Tomcat (les ajouts sont en gras) :
<Connector port="8080" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" disableUploadTimeout="true" URIEncoding="UTF-8"/> <Connector port="8009" enableLookups="false" redirectPort="8443" debug="0" protocol="AJP/1.3" URIEncoding="UTF-8"/>