Nik I was trying to figure out how to make web services on such a way that
I could import the wsdl into an info path form eventually pulling data from
f5 ltm devices.  Sort of ambitious I think but djamgo is supposed to be
easy.

Not.

On Friday, July 6, 2012, Nikolas Stevenson-Molnar wrote:

> Out of curiosity, what is your end-goal with this?
>
> _Nik
>
> On 7/6/2012 12:44 PM, Jeff Silverman wrote:
> > Nik, I appreciate your help, but I'm about at the end with this.  I'm
> > throwing in the towel.
> >
> > On Jul 6, 1:40 pm, Nikolas Stevenson-Molnar <nik.mol...@consbio.org>
> > wrote:
> >> I'm not exactly sure, I usually try to avoid SOAP. But perhaps something
> >> like this?http://www.w3schools.com/soap/soap_example.asp. You'll have
> >> to modify it to match your SOAP app, of course.
> >>
> >> Depending on what you're trying to accomplish, SOAP may not be your best
> >> option. I tend to prefer REST, and there are some good Django-compatible
> >> libraries for implementing REST interfaces:
> http://django-rest-framework.org/(for example; there are others as well)
> >>
> >> _Nik
> >>
> >> On 7/6/2012 10:32 AM, Jeff Silverman wrote:
> >>
> >>
> >>
> >>> What should the XML look like?
> >>> On Jul 6, 12:03 pm, Nikolas Stevenson-Molnar <nik.mol...@consbio.org>
> >>> wrote:
> >>>> Perhaps it's expecting XML in the request and trying to parse your
> POST data (which is not XML)?
> >>>> _Nik
> >>>> On Jul 6, 2012, at 6:03 AM, Jeff Silverman wrote:
> >>>>> Ok Nik.  I have removed the CSRF middleware and get a brand new
> error.
> >>>>> XMLSyntaxError at /hello/
> >>>>> error parsing attribute name, line 1, column 6Request Method: POST
> >>>>> Request URL:http://piadm42.troweprice.com:5555/hello/
> >>>>> Django Version: 1.3.1
> >>>>> Exception Type: XMLSyntaxError
> >>>>> Exception Value: error parsing attribute name, line 1, column 6
> >>>>> Exception Location: /usr/lib/python2.6/site-packages/
> >>>>> soaplib-2.0.0_beta1-py2.6.egg/soaplib/core/_base.py in
> >>>>> _parse_xml_string, line 248
> >>>>> Python Executable: /usr/bin/python
> >>>>> Python Version: 2.6.6
> >>>>> The POST in fiddler is something like this ->
> http://mysite.com:5555/hello/
> >>>>> and the request body contains -> <name=fred&times=2>
> >>>>> On Jul 5, 10:35 pm, Nikolas Stevenson-Molnar <nik.mol...@consbio.org
> >
> >>>>> wrote:
> >>>>>> Yes, I would expect a 403 when the CSRF middleware is active, the
> >>>>>> decorator is not used, and no CSRF token is provided. This is the
> >>>>>> intended behavior. You can fix this in a few ways:
> >>>>>>  1. Apply the decorator to the __call__ method (rather than to the
> class
> >>>>>>     itself). If I understand how this code works, that should
> correctly
> >>>>>>     disable CSRF for the view.
> >>>>>>  2. Provide a CSRF value with the POST data, as you suggested. This
> all
> >>>>>>     depends on how the request is made. Django's CSRF system relies
> on a
> >>>>>>     CSRF value set in a cookie. You have to mimic a browsers cookie
> >>>>>>     functionality, then use the value of the CSRF cookie with evey
> >>>>>>     request you make. By default, the cookie name is 'csrftoken'.
> For
> >>>>>>     more info on the CSRF process:
> >>>>>>    https://docs.djangoproject.com/en/1.4/ref/contrib/csrf/
> >>>>>>  3. Disable CSRF altogether. Simply remove the CsrfViewMiddleware
> from
> >>>>>>     your settings and you're good to go.
> >>>>>> _Nik
> >>>>>> On 7/5/2012 6:22 PM, Jeff Silverman wrote:
> >>>>>>> Nik, if I remove the csrf decorator and leave the middleware in
> place,
> >>>>>>> I get the 403.  Is there a way to add the token on the POST
> command,
> >>>>>>> or is there another way of leaving th

-- 
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To post to this group, send email to django-users@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.

Reply via email to