Hello,
I'm new to Hunchentoot. :)
I'm working on an app that uses the Demo Allegro Lisp, the AGraph package, and Hunchentoot for the front-end.
When I run on MacOS, everything seems great! When I run on Linux, things are not so good. I get *NO* output from Hunchentoot when I put certain records into the database. I don't have any idea if this is a Hunchentoot bug, a Agraph/Franz bug, or a bug in my understanding :) I don't see any errors at the REPL - I've not hit the limitations of the demo ACL.
The function I use, when I put (warn ...) statements in, clearly finds all of the records I've requested and thinks its done all of its work (it believes its output the entire webpage), but I get no output :P
Can anyone give me suggestions on how to tell /where/ I'm having the problem?
I got hunchentoot and friends from asdf-install this morning on both systems (Mac and Linux). I'm running the latest ACL/AGraph.
I've set *SHOW-LISP-BACKTRACES-P* and *SHOW-LISP-ERRORS-P* to t and don't see any errors.
Here is a transcript of using telnet to request the page: # telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET /list?user=download HTTP/1.1 200 OK Content-Type: text/html; charset=iso-8859-1 Date: Thu, 06 Dec 2007 15:41:26 GMT Server: Hunchentoot 0.14.7 Connection: Close Set-Cookie: hunchentoot-session=7%3a355b027548e5bd694b3dd0b7b477b018; path=/
Connection closed by foreign host.
Thanks for any ideas, Jim
James E. Prewett Jim@Prewett.org download@hpc.unm.edu Systems Team Leader LoGS: http://www.hpc.unm.edu/~download/LoGS/ Designated Security Officer OpenPGP key: pub 1024D/31816D93 HPC Systems Engineer III UNM HPC 505.277.8210
Jim Prewett download@hpc.unm.edu writes:
When I run on MacOS, everything seems great! When I run on Linux, things are not so good. I get *NO* output from Hunchentoot when I put certain records into the database. I don't have any idea if this is a Hunchentoot bug, a Agraph/Franz bug, or a bug in my understanding :) I don't see any errors at the REPL - I've not hit the limitations of the demo ACL.
...
I've set *SHOW-LISP-BACKTRACES-P* and *SHOW-LISP-ERRORS-P* to t and don't see any errors.
Try also setting *catch-errors-p* to nil and see if that helps. You can also look at the hunchentoot log and see if there is any hint in there (unlikely, but it may understanding what's going on).
Cheers, Chris Dean
On Thu, 06 Dec 2007 10:32:49 -0800, Chris Dean ctdean@sokitomi.com wrote:
Try also setting *catch-errors-p* to nil and see if that helps.
If it doesn't, there are also tools like WireShark.
Hi Jim,
I'm very new to Hunchentoot but wonder if there is a way to mimic an HTTP request. If there is, what happens if you call your dispatch function manually?
-- Gary Warren King, metabang.com Cell: (413) 559 8738 Fax: (206) 338-4052 gwkkwg on Skype * garethsan on AIM
Hi Gary,
On Dec 6, 2007 12:43 PM, Gary King gwking@metabang.com wrote:
If there is, what happens if you call your dispatch function manually?
Many Hunchentoot functions assume that a number of dynamic variables to be bound when called. *request* is one of them, which your dispatch function will need. Search the list for a hack that I put together for saving various special variables for "replaying" the traffic.
I'm very new to Hunchentoot but wonder if there is a way to mimic an HTTP request.
You can try this
http://lukego.livejournal.com/6154.html
(and use Firebug for capturing a sample request)
HTH - Mac
Hi Marc,
Cool on both counts. I look forward to experimenting.
Thanks, -- Gary Warren King, metabang.com Cell: (413) 559 8738 Fax: (206) 338-4052 gwkkwg on Skype * garethsan on AIM
On Thu, 6 Dec 2007 10:37:52 -0700 (MST), Jim Prewett download@hpc.unm.edu wrote:
Here is a transcript of using telnet to request the page: # telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. GET /list?user=download HTTP/1.1 200 OK Content-Type: text/html; charset=iso-8859-1 Date: Thu, 06 Dec 2007 15:41:26 GMT Server: Hunchentoot 0.14.7 Connection: Close Set-Cookie: hunchentoot-session=7%3a355b027548e5bd694b3dd0b7b477b018; path=/
Connection closed by foreign host.
This doesn't look like "NO output" to me. The headers are sent, aren't they? Are you sure your handler is actually sending a body? Have you checked if the test webpage that comes with Hunchentoot works?
This doesn't look like "NO output" to me. The headers are sent, aren't they? Are you sure your handler is actually sending a body? Have you checked if the test webpage that comes with Hunchentoot works?
Right, thats what is especially making me scratch my head - I am getting a response to my http request, it just doesn't have any of the fun webpage type contents I was expecting.
I've not exhaustively gone through the Hunchentoot test pages, but a quick check says that everything is working OK.
How might I check that my handler is actually sending a body? Like I said previously, putting the 'wrong' record in my database causes me to go from the output I expect to only getting the headers from the webserver - all that I can currently identify about the record being 'wrong' is that it has an "@" character in a text string, FWIW.
Thanks, Jim
On Fri, 7 Dec 2007 00:27:55 -0700 (MST), Jim Prewett download@hpc.unm.edu wrote:
How might I check that my handler is actually sending a body?
Make sure that it returns a string and not NIL. (Unless you're using SEND-HEADERS.)