|
|
Subject: Re: Debugging - msg#00062
List: php.nusoap.general
> I looked again at
http://eazypro.wild.net/interactive/cron_scripts/test/test_soap_post.php.
> What you are trying to do cannot work.
Actually, it does work. That is test data so you are more than welcome to
submit the
form and see for yourself.
> The format of the data that is the body of the post request is not just
the contents of the
> textarea on the form, it includes the name of the textarea,
Which I strip out if present
> Even if you change the form to use a different content type, it will still
not be in the required
> format. Further, this technique does not allow you to send a SOAPAction
HTTP header.
It's working. I'm not sure why it is if you are saying it shouldn't be, but
it is.
But that wasn't the crux of my question. My problem isn't that the form is
or is not working.
That is a seperate (though somewhat parallel) issue. My problem is that
even with the
debugging=1
there is no debugging output. And, in fact, there is no output whatsoever.
This is true
if I set that variable as part of the query string or if I set it in the
actual script. Regardless
of where the variable is set, the exact same output is sent to the browser.
Chris
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
Was this page helpful?
Thread at a glance:
Previous Message by Date:
click to view message preview
Re: Debugging
I looked again at
http://eazypro.wild.net/interactive/cron_scripts/test/test_soap_post.php. What
you are trying to do cannot work. In particular, you have in the HTML the
following
<form
action="http://www.eazypro.com/interactive/_WebServices/PolicyInterfaceWebService.php"
method="post">
The format of the data that is the body of the post request is not just the
contents of the textarea on the form, it includes the name of the textarea, and
the data itself will be urlencoded. Even if you change the form to use a
different content type, it will still not be in the required format. Further,
this technique does not allow you to send a SOAPAction HTTP header.
It is because a plain HTML form does not work that some people have written
JavaScript that will send a SOAP request, while Microsoft has produced an IE
behavior to be a Web Services client.
Scott Nichol
Do not send e-mail directly to this e-mail address,
because it is filtered to accept only mail from
specific mail lists.
----- Original Message -----
From: "Chris Boget" <chris@xxxxxxxx>
To: <nusoap-general@xxxxxxxxxxxxxxxxxxxxx>
Sent: Tuesday, May 11, 2004 1:07 PM
Subject: [Nusoap-general] Debugging
I was having problems with this before but I just gave it up. But
now, I really need to see the debug output and NuSOAP just isn't
giving it up.
I've got the following test form page:
http://eazypro.wild.net/interactive/cron_scripts/test/test_soap_post.php
which is posting to:
http://www.eazypro.com/interactive/_WebServices/PolicyInterfaceWebService.php?debug=1
With "debug=1", this is what I am getting as the source:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html;
charset=windows-1252"></HEAD>
<BODY></BODY></HTML>
which is to say, nothing. If I use "debug=0", I get an actual SOAP
response.
However, that response is an error I can't explain and I need to see what's
going on internally with NuSOAP so I can figure out what's going on.
Why is the "debug=1" not working? Even if I set the flag in the code (and
not
part of the QUERYSTRING), I am getting the exact same results...
Help?
thnx,
Chris
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
Nusoap-general mailing list
Nusoap-general@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/nusoap-general
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
Next Message by Date:
click to view message preview
Re: Debugging
My comments were based on the assumption that
http://www.eazypro.com/interactive/_WebServices/PolicyInterfaceWebService.php
was a standard SOAP endpoint. If you have modified it to also accept
non-standard request formats, more power to you!
Scott Nichol
Do not send e-mail directly to this e-mail address,
because it is filtered to accept only mail from
specific mail lists.
----- Original Message -----
From: "Chris Boget" <chris@xxxxxxxx>
To: <nusoap-general@xxxxxxxxxxxxxxxxxxxxx>
Sent: Wednesday, May 12, 2004 9:40 AM
Subject: Re: [Nusoap-general] Debugging
> I looked again at
http://eazypro.wild.net/interactive/cron_scripts/test/test_soap_post.php.
> What you are trying to do cannot work.
Actually, it does work. That is test data so you are more than welcome to
submit the
form and see for yourself.
> The format of the data that is the body of the post request is not just
the contents of the
> textarea on the form, it includes the name of the textarea,
Which I strip out if present
> Even if you change the form to use a different content type, it will still
not be in the required
> format. Further, this technique does not allow you to send a SOAPAction
HTTP header.
It's working. I'm not sure why it is if you are saying it shouldn't be, but
it is.
But that wasn't the crux of my question. My problem isn't that the form is
or is not working.
That is a seperate (though somewhat parallel) issue. My problem is that
even with the
debugging=1
there is no debugging output. And, in fact, there is no output whatsoever.
This is true
if I set that variable as part of the query string or if I set it in the
actual script. Regardless
of where the variable is set, the exact same output is sent to the browser.
Chris
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
Nusoap-general mailing list
Nusoap-general@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/nusoap-general
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
Previous Message by Thread:
click to view message preview
Re: Debugging
I looked again at
http://eazypro.wild.net/interactive/cron_scripts/test/test_soap_post.php. What
you are trying to do cannot work. In particular, you have in the HTML the
following
<form
action="http://www.eazypro.com/interactive/_WebServices/PolicyInterfaceWebService.php"
method="post">
The format of the data that is the body of the post request is not just the
contents of the textarea on the form, it includes the name of the textarea, and
the data itself will be urlencoded. Even if you change the form to use a
different content type, it will still not be in the required format. Further,
this technique does not allow you to send a SOAPAction HTTP header.
It is because a plain HTML form does not work that some people have written
JavaScript that will send a SOAP request, while Microsoft has produced an IE
behavior to be a Web Services client.
Scott Nichol
Do not send e-mail directly to this e-mail address,
because it is filtered to accept only mail from
specific mail lists.
----- Original Message -----
From: "Chris Boget" <chris@xxxxxxxx>
To: <nusoap-general@xxxxxxxxxxxxxxxxxxxxx>
Sent: Tuesday, May 11, 2004 1:07 PM
Subject: [Nusoap-general] Debugging
I was having problems with this before but I just gave it up. But
now, I really need to see the debug output and NuSOAP just isn't
giving it up.
I've got the following test form page:
http://eazypro.wild.net/interactive/cron_scripts/test/test_soap_post.php
which is posting to:
http://www.eazypro.com/interactive/_WebServices/PolicyInterfaceWebService.php?debug=1
With "debug=1", this is what I am getting as the source:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html;
charset=windows-1252"></HEAD>
<BODY></BODY></HTML>
which is to say, nothing. If I use "debug=0", I get an actual SOAP
response.
However, that response is an error I can't explain and I need to see what's
going on internally with NuSOAP so I can figure out what's going on.
Why is the "debug=1" not working? Even if I set the flag in the code (and
not
part of the QUERYSTRING), I am getting the exact same results...
Help?
thnx,
Chris
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
Nusoap-general mailing list
Nusoap-general@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/nusoap-general
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
Next Message by Thread:
click to view message preview
Re: Debugging
My comments were based on the assumption that
http://www.eazypro.com/interactive/_WebServices/PolicyInterfaceWebService.php
was a standard SOAP endpoint. If you have modified it to also accept
non-standard request formats, more power to you!
Scott Nichol
Do not send e-mail directly to this e-mail address,
because it is filtered to accept only mail from
specific mail lists.
----- Original Message -----
From: "Chris Boget" <chris@xxxxxxxx>
To: <nusoap-general@xxxxxxxxxxxxxxxxxxxxx>
Sent: Wednesday, May 12, 2004 9:40 AM
Subject: Re: [Nusoap-general] Debugging
> I looked again at
http://eazypro.wild.net/interactive/cron_scripts/test/test_soap_post.php.
> What you are trying to do cannot work.
Actually, it does work. That is test data so you are more than welcome to
submit the
form and see for yourself.
> The format of the data that is the body of the post request is not just
the contents of the
> textarea on the form, it includes the name of the textarea,
Which I strip out if present
> Even if you change the form to use a different content type, it will still
not be in the required
> format. Further, this technique does not allow you to send a SOAPAction
HTTP header.
It's working. I'm not sure why it is if you are saying it shouldn't be, but
it is.
But that wasn't the crux of my question. My problem isn't that the form is
or is not working.
That is a seperate (though somewhat parallel) issue. My problem is that
even with the
debugging=1
there is no debugging output. And, in fact, there is no output whatsoever.
This is true
if I set that variable as part of the query string or if I set it in the
actual script. Regardless
of where the variable is set, the exact same output is sent to the browser.
Chris
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
_______________________________________________
Nusoap-general mailing list
Nusoap-general@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/nusoap-general
-------------------------------------------------------
This SF.Net email is sponsored by Sleepycat Software
Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver
higher performing products faster, at low TCO.
http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
|
|