 |
| [Cheyenne] Serveur Cheyenne | |
| trigram | 29-Apr-2011/9:43:49+2:00 |
| J'ai quelques questions concernant la config de Cheyenne : 1/ Au niveau de la doc, il y a une notion de log-dir, j'ai essayé de le mettre mais cela ne change pas grand chose. Est-ce normal ? Avez-vous le même comportement ? Les fichiers du type %chey-pid-2504.log se retrouvent toujours dans le répertoire où il y a cheyenne.exe. Le fichier %trace.log idem. J'ai essayé de mettre pid-dir mais ils sont toujours dans le répertoire de Cheyenne. Je suis Windows XP avec la version cheyenne-r0920. 2/ Sur Windows Serveur 2003, je n'ai pas les fichier du type %chey-pid-2504.log dans le répertoire de Cheyenne alors que sur Windows XP oui. Idem version cheyenne-r0920. | |
| DocKimbel | 29-Apr-2011/10:38:16+2:00 |
| Il y a beaucoup de fichiers logs différents produit par Cheyenne, il faudrait que j'ajoute une page au wiki pour les lister et les expliquer. Pour répondre à tes questions: 1/ log-dir redirige les fichiers de logs d'accès HTTP uniquement. Les fichiers logs %chey-pid-* et %trace.log sont toujours dans le même dossier que cheyenne.exe. pid-dir contrôle le chemin d'accès du fichier %cheyenne.pid qui est généré sous UNIX uniquement (si je me souviens bien). 2/ Il y a deux explications possibles: soit tu as placé l'exécutable cheyenne.exe sur le bureau et dans ce cas tous les fichiers logs sont cachés dans un dossier $ALL_USERS/Cheyenne/, soit tu as démarré avec un compte admin et Cheyenne n'a donc pas généré de message d'avertissement concernant l'usage du mode "Windows Service". Les fichiers %chey-pid-* concernent le fonctionnement interne de Cheyenne et contiennent des logs d'information (si mode verbeux activé), d'avertissement ou d'erreurs internes récupérées. Le fichier %trace.log contient lui les messages d'erreurs et/ou de débogage applicatif pour les scripts RSP et CGI. Le fichier %crash.log (également stocké dans le même dossier que Cheyenne) est généré dans le cas d'une erreur interne non récupérable par Cheyenne. | |
| trigram | 29-Apr-2011/11:49:16+2:00 |
| Ok, dans les évolutions (non prioritaires), il serait pas mal de pouvoir définir ces répertoires. Pour la production, c'est plus simple. Je prends l'exemple du %trace.log : c'est un fichier auquel les développeurs peuvent avoir accès, si c'est dans le répertoire où il y a le .exe, la config... la prod et l'infra vont moyennement accepter. J'ai une autre question concernant les fichiers .manifest : Si j'en positionne un dans www, et que j'essaie d'y accéder, j'ai une erreur 404. Comment faire pour que mon appli qui utilise un fichier manifest pour faire du mode déconnecté arrive à le télécharger avec Cheyenne ? Sous Catalina, il faut rajouter dans Web.xml : <mime-mapping> <extension>manifest</extension> <mime-type>text/cache-manifest</mime-type> </mime-mapping> | |
| DocKimbel | 29-Apr-2011/12:32:01+2:00 |
| Redirection de l'ensemble des fichiers logs: c'est prévu dans ma liste des tâches pour Cheyenne. Fichiers .manifest: j'ai créé un fichier %test.manifest et testé sous Windows & Linux, aucun problème pour le récupérer, pas de 404. L'ajout d'un type mime n'est pas nécessaire pour que Cheyenne serve le fichier, mais peut être requis par le client. Pour déclarer un nouveau type mime, il suffit d'ajouter dans la section "globals" du fichier config: set-mime text/cache-manifest .manifest | |
| trigram | 29-Apr-2011/14:38:22+2:00 |
| Effectivement, l'erreur 404 devrait dû à autre chose. J'ai testé dans globals, cela n'a pas fonctionné, mais en le rajoutant en plus dans default ca passe. Well done. | |
| trigram | 29-Apr-2011/17:46:17+2:00 |
| Lorsque le fichier n'existe pas via un <%include il ne met aucune erreur mais arrête le traitement de la page. Avez-vous le même comportement ? | |
| trigram | 3-May-2011/23:48:35+2:00 |
| Maxim sur AltME a publié un module de Webservice programmable et extensible pour Cheyenne. La documentation est dispo ici : http://www.pointillistic.com/open-REBOL/moa/files/mod-web-api/docs/mod-web-api.html Les sources ici : http://www.pointillistic.com/open-REBOL/moa/files/mod-web-api-r2.zip | |
| trigram | 4-May-2011/18:50:07+2:00 |
| J'ai essayé l'exemple d'Upload de fichier : http://cheyenne-server.org/docs/rsp-api.html#def-8 Mais cela ne semble pas fonctionner. Je suis sous Windows XP avec la version %cheyenne-r0920-pro.exe Lorsque je clique sur le bouton Upload, il m'ouvre un nouvel onglet (sous Firefox 4) et pas de fichier uploadé dans %incoming | |
| DocKimbel | 5-May-2011/1:15+2:00 |
| Est-ce que tu parles de cet exemple là: http://cheyenne-server.org/docs/rsp-api.html#def-12 ? | |
| trigram | 5-May-2011/9:29:36+2:00 |
| Oui effectivement. L'exemple d'Upload de fichier avec la méthode request/store | |
| trigram | 5-May-2011/9:59:24+2:00 |
| J'ai trouvé un exemple %upload.html et %upload.rsp dans le package %cheyenne-sources-r135.zip Il fonctionne. Je vais comparer avec le code que j'ai repris de la doc. | |
|
Login required to Post. | |