Le problème n'est sans doute pas dans le code de l'external method étant donné que ce même code fonctionne dans un autre envirronnement de test. Je situe le pb au niveau de la communication entre serveurs ou quelquechose dans le genre car la connexion n'aboutit pas et j'espérais que quelqu'un me donne son retour d'expérience.
Merci. Le 24/06/09, Racinet Georges <[email protected]> a écrit : > > > On Jun 24, 2009, at 11:48 AM, Malika LB wrote: > > >> le plus bizzare est que ce code a déjà fonctionné antérieurement sur la >> même plateforme en plus >> >> et ce même code fonctionne toujours correctement en envirronnement de >> test. >> > > Ça ne sera jamais plus bizarre que le fameux bug des phases de la lune ! > > >> je me demande si ce n'est pas une histoire de droits d'accès car je vois >> que le compte utilisé en prod et en validation n'est pas le même (admin coté >> validaiton et mlb coté prod) >> > > Voilà une bonne raison de ne pas fonctionner, en effet, mais c'est le genre > de questions que vous devriez vous poser en tout premier. Et si vous avez > une idée de la cause de votre problème, et que c'est facilement vérifiable, > essayez ! > > >> Merci pour votre aide. >> def ask_archived_document(self): >> >> (...) > Voici je crois l'occasion de faire une précision à propos de cette liste et > de mon positionnement en son sein. > > À mon humble avis, la liste cps-users-fr n'est pas le bon lieu pour > débugger votre code métier. De toute façon, il est probable qu'il dépende de > facteurs externes. Je passerais probablement dix fois plus de temps à tenter > de comprendre votre problème par aller-retours mail et vous aider à le > résoudre (gratuitement, donc) qu'à le faire en direct sur votre serveur (ce > qui ne serait pas gratuit). Le feriez-vous si vous étiez à ma place ? > > Si vous devez tout faire vous-même mais avez besoin d'une formation > générale CPS (avec pourquoi pas votre code métier comme base d'exemples), > c'est tout à fait envisageable. > > Cela étant dit, expliquer ce que veut dire l'erreur 500 dans un contexte > CPS comme je l'ai fait, ça rentre bien sûr dans le champ de la liste, parce > que c'est générique. Et je réponds parce que cela me prend une minute. > > Sur un fragment de quelques lignes qui fait un appel CPS standard, je veux > bien aussi expliquer pourquoi ça ne fonctionne pas comme l'auteur s'y > attend, à condition que la cause soit à peu près évidente pour moi, ce qui > implique au passage que le fragment soit raisonnablement auto-suffisant. > Exemples: oubli de getEditableContent pour faire une modification sur un > document, et bien sûr bug de CPS. > > Ce que je dis là n'engage bien sûr que moi. Enfin, sans engager, justement > :-) > Tout ceci n'est guère original, il y a des milliers de développeurs de > logiciels libres qui ont plus ou moins la même approche. Par exemple, j'ai > un petit problème actuellement avec une librairie de traitement XML. Avant > de le remonter aux développeurs, je vais tenter de le reproduire en > l'isolant au maximum des spécificités de mon contexte, car celui-ci ne les > concerne pas et ne peut que gêner leur compréhension, les ralentir, voire > leur donner à croire que le problème est dans mon code plutôt que dans le > leur, ce sur quoi j'aimerais bien d'ailleurs avoir des certitudes. Bien sûr, > plus c'est technique, plus l'on s'attend à ce que le demandeur fasse des > efforts. > > J'espère n'agresser personne, et au contraire même qu'un peu plus de clarté > dans les règles du jeu arrange finalement tout le monde ! > > Très cordialement, > > -- > GR > > >> >> Le 24/06/09, Racinet Georges <[email protected]> a écrit : >> On Jun 24, 2009, at 11:07 AM, Malika LBAOUCH wrote: >> >> Bonjour >> >> j'essaie d'effectuer une opération d'archivage de documents d'un site vers >> un autre (ces 2 sites sont sur la même zodb/data.fs) et je rencontre un pb >> de connexion. >> >> >> Bonjour, >> >> le code 500 est le code générique "erreur du serveur" en HTTP. C'est ce >> qui est renvoyé par toutes les pages d'erreurs de CPS. >> Si vous refaites le même test avec un navigateur, vous verrez un des >> messages d'erreur standard. >> Cela veut dire que c'est votre méthode externe spécifique qu'il faut >> débugger >> >> Très cordialement, >> >> GR >> >> >> >> pour info ce qui remonte des logs : >> >> /home/prodweb/archivelog/archive_20090624_010001.log >> >> --01:00:01-- >> http://webprod10.ac750.recouv:8080/iliadarchive/ask_archived_document >> >> => `-' >> >> Resolving webprod10.ac750.recouv... 165.9.16.181 >> >> Connecting to webprod10.ac750.recouv|165.9.16.181|:8080... connected. >> >> HTTP request sent, awaiting response... 500 Internal Server Error >> >> 01:05:39 ERROR 500: Internal Server Error. >> >> Z2.log >> >> prod pb (prod10 i1) >> >> 165.9.16.181 - MLB [22/Jun/2009:02:04:59 +0200] "GET >> /iliadarchive/ask_archived_document HTTP/1.0" 500 3398 "" "Wget/1.10.2 (Red >> Hat modified)" >> >> 165.9.16.181 - admin [22/Jun/2009:02:30:05 +0200] "GET >> /iliad/portal_repository/manage_purgeDeletedRevisions HTTP/1.0" 302 557 "" >> "Wget/1.10.2 (Red Hat modified)" >> >> 165.9.16.181 - admin [22/Jun/2009:02:30:05 +0200] "GET >> /iliad/portal_repository/manage_repoInfo?manage_tabs_message=Purged.&details=1 >> HTTP/1.0" 200 10424 "" "Wget/1.10.2 (Red Hat modified)" >> >> >> 165.9.16.145 - MLB [24/Jun/2009:02:48:56 +0200] "GET >> /iliadarchive/ask_archived_document HTTP/1.0" 200 6659 "" "Wget/1.10.2 (Red >> Hat modified)" >> >> 165.9.16.145 - admin [24/Jun/2009:03:18:31 +0200] "GET >> /iliad/portal_repository/manage_purgeDeletedRevisions HTTP/1.0" 302 542 "" >> "Wget/1.10.2 (Red Hat modified)" >> >> 165.9.16.145 - admin [24/Jun/2009:03:18:33 +0200] "GET >> /iliad/portal_repository/manage_repoInfo?manage_tabs_message=Purged.&details=1 >> HTTP/1.0" 200 10408 "" "Wget/1.10.2 (Red Hat modified)" >> >> Envirronnement de validation ok (webint05) : ici tout ce passe bien sur >> notre serveur de test : >> >> 165.9.16.145 - MLB [22/Jun/2009:05:52:33 +0200] "GET >> /iliadarchive/ask_archived_document HTTP/1.0" 503 3397 "" "Wget/1.10.2 (Red >> Hat modified)" >> >> 165.9.16.145 - admin [22/Jun/2009:06:19:27 +0200] "GET >> /iliad/portal_repository/manage_purgeDeletedRevisions HTTP/1.0" 302 542 "" >> "Wget/1.10.2 (Red Hat modified)" >> >> 165.9.16.145 - admin [22/Jun/2009:06:19:30 +0200] "GET >> /iliad/portal_repository/manage_repoInfo?manage_tabs_message=Purged.&details=1 >> HTTP/1.0" 200 10408 "" "Wget/1.10.2 (Red Hat modified)" >> >> >> merci d'avance >> >> Environment : Zope/(Zope 2.7.4-0, python 2.3.4, linux2) ZServer/1.1 >> CPS/3.2 >> >> Malika LB. >> ACOSS >> >> >> _______________________________________________ >> cps-users-fr >> Adresse de la liste : [email protected] >> Gestion de l'abonnement : < >> http://lists.nuxeo.com/mailman/listinfo/cps-users-fr> >> >> -- >> Georges Racinet, http://www.racinet.fr >> Zope/CPS/Plone expertise, assistance & development >> GPG: 0x4862FFF7 >> >> >> >> >> >> >> >> _______________________________________________ >> cps-users-fr >> Adresse de la liste : [email protected] >> Gestion de l'abonnement : < >> http://lists.nuxeo.com/mailman/listinfo/cps-users-fr> >> >> _______________________________________________ >> cps-users-fr >> Adresse de la liste : [email protected] >> Gestion de l'abonnement : < >> http://lists.nuxeo.com/mailman/listinfo/cps-users-frhttp://lists.nuxeo.com/mailman/listinfo/cps-users-f >> > >> > > -- > Georges Racinet, http://www.racinet.fr > Zope/CPS/Plone expertise, assistance & development > GPG: 0x4862FFF7 > > > > > > > > > _______________________________________________ > cps-users-fr > Adresse de la liste : [email protected] > Gestion de l'abonnement : < > http://lists.nuxeo.com/mailman/listinfo/cps-users-fr> > > >
_______________________________________________ cps-users-fr Adresse de la liste : [email protected] Gestion de l'abonnement : <http://lists.nuxeo.com/mailman/listinfo/cps-users-fr>
