When I did this I dummied up a static page on the filesystem of my desktop with a suitable post (I got the fields to expect by running the server IPN was pointed at - needs to be a routeable IP - with pdb and a break point at the start of the view).
Then when we wen't live, it bombed. I had been checking for the test mode indicater, and it just wasn't there, rather than set to false, when not in test mode, and I didn't adequately guard my code when accessing the parameters. And, of course, you don't get to see the server error because it's not you posting to the view. My advice is to protect everything with try or by using get, log your progress (we had a logging model, but you can also append to a file, wrapping everything in a try-finally that closes the filehandle to be sure things get flushed out), and when you get something you haven't provided for, log the contents of request.POST. It will be something simple, such as there's some field they no longer provide or don't always provide. Bill On Thu, Sep 9, 2010 at 10:26 AM, <daq...@gmx.de> wrote: > ok thanks; I should have mentioned that. > the view is called when loaded from a browser. > even with GET or POST method. > But it is obviously that the error occurs in the wsgi handler > This is really strange > > > > On Sep 8, 11:47 pm, Max_ <daq...@gmx.de> wrote: >> Hello, >> I created a website, using the IPN-Function. >> Everything worked fine at first - the notification view was called and >> the signal was sent. >> But now (without any changes on the code), the IPN-Request from PayPAL >> doesn't call the IPN-view anymore. The Request is logged in the apache >> access-log but with an internal server error (500) response. >> (216.113.191.33 - - [08/Sep/2010:14:25:43 +0200] "POST /payPalNotify/ >> HTTP/1.0" 500 25992 "-" "-"). >> Same problem if I set another view (even an empty view) as notifiy- >> url. It works (the request is logged with a HTTP200 response), if I >> let PayPAL respond to a php-File. It seems like the wsgi-handler can't >> handle the PayPAL-Request. The error.log somtimes logs: >> [Wed Sep 08 16:19:20 2010] [error] [client 216.113.191.33] mod_wsgi >> (pid=2699): Exception occurred processing WSGI script '/usr/local/ >> django/binner/apache/django.wsgi'. >> [Wed Sep 08 16:19:20 2010] [error] [client 216.113.191.33] IOError: >> failed to write data >> The website is running on a Ubuntu 10.4LTS-Server/Django 1.2.1/wsgi >> Has anyone else experienced this problem? Any Ideas? >> >> WSGI-Handler: >> import os >> import sys >> import django.core.handlers.wsgi >> >> os.environ['DJANGO_SETTINGS_MODULE'] = 'binner.settings' >> >> sys.path.append('/usr/local/django') >> sys.path.append('/usr/local/django/binner') >> sys.path.append('/usr/local/django/binner/templates') >> >> application = django.core.handlers.wsgi.WSGIHandler() > > you don't say whether you've tried just loading the notification view > in your browser (simulate PayPals response) > > -P > > -- > You received this message because you are subscribed to the Google Groups > "Django users" group. > To post to this group, send email to django-us...@googlegroups.com. > To unsubscribe from this group, send email to > django-users+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/django-users?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Django users" group. > To post to this group, send email to django-us...@googlegroups.com. > To unsubscribe from this group, send email to > django-users+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/django-users?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Django users" group. To post to this group, send email to django-us...@googlegroups.com. To unsubscribe from this group, send email to django-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-users?hl=en.