Après la mise à jour de 1.7.5 (où tout fonctionnait bien), je reçois une erreur Traceback (most recent call last):
File "launcher\mainframe.pyc", line 327, in OnStop
File "launcher\taskcontroller.pyc", line 167, in Stop
File "launcher\dev_appserver_task_thread.pyc", line 82, in stop
File "launcher\taskthread.pyc", line 107, in stop
File "launcher\platform.pyc", line 397, in KillProcess
pywintypes.error: (5, 'TerminateProcess', 'Access is denied.')
3 Réponses :
essayer soit: -Asséder à travers un proxy différent. C'est un. proxy dans un proxy -Asséder à travers votre IP locale I.E 192.168.1.1 P>
J'ai eu ce même problème avec ma macosx lors de l'utilisation d'un serveur proxy utilisant Google App Engine Launcher 1.8.6. Apparemment, il y a un problème avec "proxy_bypass" sur "urllib2.py".
Il y a deux solutions possibles: p>
EDIT "[PATH INSTALETTION GAE] /Google/appengine/Tools/appengine_rpc.py" et recherchez la ligne qui dit p>
dans mon ordinateur c'était la ligne 578, puis mettez un hachage (#) au début de la ligne, comme celui-ci: p> sauvegarder le Fichier, arrêtez puis redémarrez votre application. Maintenant dev_appserver.py ne devrait pas essayer d'utiliser un serveur proxy du tout. P> Si votre application utilise des ressources externes telles que le service Web SOAP ou quelque chose du genre et vous ne pouvez pas accéder au serveur sans le serveur proxy. , alors vous devrez dégrader. Veuillez garder à l'esprit que les fichiers JavaScript externes (comme Facebook SDK ou similaire) sont chargés à partir de votre navigateur, et non de votre application. P> Puisque je n'utilise aucun service de repos externe ni de services de savon, cela fonctionnait pour moi! p> Espérons que cela fonctionnera aussi pour vous. P> P> ouverte.add_handler (FANCY_URLLIB.FANCYPROXYHANDLERDLER ()) CODE> P> LI>
ol>
J'ai fait face au même problème avec la version 1.9.5. Semble que le proxy API envoie des RPCS au serveur proxy, qui sont ensuite rejetés avec HTTP 403 (car les serveurs proxy sont généralement configurés pour rejeter les tentatives de connexion des ports arbitraires). Dans mon cas, j'utilisais le module C'est comme ça que j'ai travaillé autour de la question Retour (très probablement il était basé sur des commentaires trouvés sous Ce numéro , mais je ne me souviens pas des sources exactes). P> Remarque: B> P> ici il va: p> Désactivez les paramètres de proxy pour l'environnement Python (lanceur de moteurs de Google App) d'une manière ou d'une autre. (Dans mon cas, il était facile car je lançais le Modifier
dev_appserver.py code> à partir d'une coque de terminal (sur Linux) et le
non défini http_proxy code> et
non définit https_proxy Code> Les commandes ont fait le tour.) p> li>
{App boot moteur sdk root} /google/appengine/api/urlfetch_stub.py code>. Trouver le bloc de code p>
if _CONNECTION_SUPPORTS_TIMEOUT:
if host[:9] == 'localhost' or host[:9] == '127.0.0.1':
connection = connection_class(host, timeout=deadline)
else:
connection = connection_class('your_proxy_host_goes_here', your_proxy_port_number_goes_here, timeout=deadline)
else:
if host[:9] == 'localhost' or host[:9] == '127.0.0.1':
connection = connection_class(host)
else:
connection = connection_class('your_proxy_host_goes_here', your_proxy_port_number_goes_here)
Vérifier les autorisations de fichier
Cela n'a pas aidé .. Tous les fichiers et dossiers ont une autorisation d'accès complet de l'administrateur et du système.
J'ai essayé toutes sortes de choses, mais rien ne couture pour travailler. J'ai installé Python et GAE sur différents disques, essayé à la fois des versions 64 bits et 32 bits, des autorisations de fichier vérifiées ... Pour l'instant, j'ai installé GAE 1.7.5 et mes projets fonctionnent à nouveau, mais ce serait bien si quelqu'un avait un idée comment faire 1.7.7 travail (:
Un ami a eu la même erreur en essayant d'accéder à Localhost. Il utilisait également un proxy. La rétrogradation à 1.7.5 a également travaillé pour lui aussi.
Vient d'essayer 1.8.0 et ne fonctionne toujours pas ...
J'ai eu ce même problème ici. 1.8.0 a des problèmes. Je ne peux même pas exécuter le squelette WebApp2 autonome appengine: /
Est-il possible que votre travail a un site web sur localhost? Essayez de changer le port ou de la déconnecter du réseau de votre travail.
Essayez de passer à la mise à niveau vers le 1.7.6 SDK et voyez si vous rencontrez le même problème. La raison étant, avec le 1,7,6 SDK, ils ont publié le nouveau "dev_appserver", peut-être quelque chose qui cause la question.
Avez-vous essayé de lancer votre application depuis une ligne de commande avec des privilèges d'administrateur?
ajouter une autorisation exécutable au dossier contenant les fichiers requis devrait fonctionner