Hi,
More info, here they are for Qooxdoo request of a implemented URL ('/hello')
and one not implemented URL ('/helloooo') respectively:
*
localhost - - [14/Oct/2011:23:31:00 CDT] "GET /hello HTTP/1.1" 200 62
- -> /hello
localhost - - [14/Oct/2011:23:31:51 CDT] "GET /helloooo HTTP/1.1" 404 444
- -> /helloooo
*
*This is telling me that as far as Sinatra knows it (and the server) found
the block of code and returned its message as text ok.
*
This seems, to me, to hint that the "problem" is on the Qooxdoo side (?).
I have checked out Authentication now, and it just really does not seem that
Sinatra would report "OK" when authorization requirements were not meant.
It is just too basic, and would be handled first, right?
Interestingly, the 'successful' browser requests are responded to with not
one, but with two messages - first "OK" then "NOT FOUND".
Could this all be by some sort of unexpected "content type", I am thinking
not.
Cheers,
GKoller
--
View this message in context:
http://qooxdoo.678.n2.nabble.com/Asynchronous-io-remote-Request-is-failing-to-get-Response-from-a-simple-Web-Server-Sinatra-tp6893712p6894750.html
Sent from the qooxdoo mailing list archive at Nabble.com.
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
