- tbnl-devel@common-lisp.net - mailman3.common-lisp.net

[hunchentoot-devel] [patch] redirect* (allows to set status code)
by Michael Weber 17 Mar '08

17 Mar '08

Hi, attached is a patch which adds and exports a new function REDIRECT* (including changes to documentation). It is like REDIRECT, except that it has a keyword argument CODE instead of PERMANENTLY. This is to allow returning 303 (See Other) while staying backwards compatible. The alternative would be to add the CODE keyword argument to REDIRECT, and figure out the semantics when both :code and :permanently are given. I can prepare a patch for that, too, if this is preferred (and somebody states the proposed behavior as docstring ;)). Cheers, Michael

4 8

[hunchentoot-devel] Two questions
by Nicolas Neuss 16 Mar '08

16 Mar '08

Hello, I have two questions. The first is probably a stupid one: is it possible to serve both http and https on the same port? With one Hunchentoot instance? The second one should probably be asked at the mod_lisp mailing list: is it possible to put several Hunchentoot servers behind mod_lisp? Thank you very much, Nicolas

5 9

[hunchentoot-devel] format to age in test.lisp?
by Ben Hyde 06 Mar '08

06 Mar '08

I'm a new subscriber and I haven't done any of the usual things. For example lurked for while or read the archives. I did the following _mindlessly_ to get clbuild to build hunchentoot: Hope this helps. - ben $ ./clbuild diff hunchentoot ... diff -rN -u old-hunchentoot/test/test.lisp new-hunchentoot/test/ test.lisp --- old-hunchentoot/test/test.lisp 2008-03-05 21:16:06.000000000 -0500 +++ new-hunchentoot/test/test.lisp 2008-03-05 21:16:06.000000000 -0500 @@ -444,7 +444,7 @@ "Yellow snow") do (htm (:input :type "checkbox" - :name (format age nil "meal{~A}" choice) + :name (format nil "meal{~A}" choice) :checked (gethash choice meal) (esc choice)) (:br)))))

2 1

[hunchentoot-devel] ProxyPass with IIS
by Jens Teich 04 Mar '08

04 Mar '08

Does anybody know how to achieve this Apache - mod_proxy feature ... | ProxyPass /hunchentoot http://127.0.0.1:3000/hunchentoot | ProxyPassReverse /hunchentoot http://127.0.0.1:3000/hunchentooton Win using IIS?ThanksJens

2 2

[hunchentoot-devel] EQ used when comparing numbers [patch]
by Ariel Badichi 28 Feb '08

28 Feb '08

I found two places where EQ was used when comparing numbers. The following patch replaces each occurrence with EQL. Ariel --- headers.lisp~ 2008-02-13 18:02:17.000000000 +0200 +++ headers.lisp 2008-02-25 02:31:03.000000000 +0200 @@ -105,7 +105,7 @@ ;; is no content) (or chunkedp head-request-p - (eq (return-code) +http-not-modified+) + (eql (return-code) +http-not-modified+) (content-length) content))) ;; now set headers for keep-alive and chunking --- server.lisp~ 2008-02-13 18:02:18.000000000 +0200 +++ server.lisp 2008-02-25 02:31:16.000000000 +0200 @@ -420,7 +420,7 @@ backtrace))))) (with-debugger ;; skip dispatch if bad request - (when (eq (return-code) +http-ok+) + (when (eql (return-code) +http-ok+) ;; now do the work (dispatch-request *dispatch-table*))))) (when error

2 1

[hunchentoot-devel] Server sporadically hanging
by Jeff Cunningham 24 Feb '08

24 Feb '08

I am having a problem that I can't replicate on demand but has been happening with increasing frequency. I am hoping some of you might suggest ways to troubleshoot it. I don't know that it is a Hunchentoot problem, per se, but it may be an interaction problem between Hunchentoot and Apache2 via mod_lisp2. The symptom is the server is hung first thing in the morning when I check it. The cpu is at 99% activity on the server image (sbcl). When I look in the error_log I see dozens of these: [Wed Feb 20 05:10:10 2008] [error] (70007)The timeout specified has expired: error reading from Lisp [Wed Feb 20 05:12:23 2008] [error] (70007)The timeout specified has expired: error reading from Lisp [Wed Feb 20 05:15:14 2008] [error] (70007)The timeout specified has expired: error reading from Lisp [Wed Feb 20 05:18:57 2008] [error] (70007)The timeout specified has expired: error reading from Lisp These generally correspond to googlebot activity: 66.249.73.165 - - [20/Feb/2008:05:09:10 -0800] "GET /intrepid-obstacle-map.html?hunchentoot-session=18%3A15F2776FDB3BD7CA852EBF74A3B40B2B HTTP/1.1" 500 673 "-" "Mozilla/5.0 (c ompatible; Googlebot/2.1; +http://www.google.com/bot.html)" 66.249.73.165 - - [20/Feb/2008:05:11:23 -0800] "GET /index.html?hunchentoot-session=17%3A549FDE65186DCCFD1D2552AA79A49871 HTTP/1.1" 500 673 "-" "Mozilla/5.0 (compatible; Googl ebot/2.1; +http://www.google.com/bot.html)" 66.249.73.165 - - [20/Feb/2008:05:14:14 -0800] "GET /intrepid-obstacle-map.html?hunchentoot-session=17%3A549FDE65186DCCFD1D2552AA79A49871 HTTP/1.1" 500 673 "-" "Mozilla/5.0 (c ompatible; Googlebot/2.1; +http://www.google.com/bot.html)" 66.249.73.165 - - [20/Feb/2008:05:17:57 -0800] "GET /intrepid-robothon-2007.html?hunchentoot-session=15%3A3C06276A2A5CD0567B6A332AE52B3940 HTTP/1.1" 500 673 "-" "Mozilla/5.0 ( compatible; Googlebot/2.1; +http://www.google.com/bot.html)" And finally, netstat shows a whole bunch of 4242 ports open (these are just a small subset:) tcp 680 0 127.0.0.1:4242 127.0.0.1:38121 CLOSE_WAIT tcp 517 0 127.0.0.1:4242 127.0.0.1:44273 CLOSE_WAIT tcp 0 0 127.0.0.1:42641 127.0.0.1:4242 ESTABLISHED tcp 0 0 127.0.0.1:4242 127.0.0.1:51379 ESTABLISHED tcp 509 0 127.0.0.1:4242 127.0.0.1:33727 CLOSE_WAIT tcp 515 0 127.0.0.1:4242 127.0.0.1:44279 CLOSE_WAIT tcp 0 0 127.0.0.1:4242 127.0.0.1:48386 ESTABLISHED tcp 561 0 127.0.0.1:4242 127.0.0.1:44283 CLOSE_WAIT tcp 0 0 127.0.0.1:4242 127.0.0.1:42646 ESTABLISHED tcp 557 0 127.0.0.1:4242 127.0.0.1:43923 CLOSE_WAIT tcp 0 0 192.168.1.102:39210 192.168.1.2:993 ESTABLISHED tcp 0 0 127.0.0.1:42651 127.0.0.1:4242 ESTABLISHED tcp 0 0 127.0.0.1:4242 127.0.0.1:51382 ESTABLISHED tcp 589 0 127.0.0.1:4242 127.0.0.1:48377 CLOSE_WAIT tcp 589 0 127.0.0.1:4242 127.0.0.1:56928 CLOSE_WAIT tcp 589 0 127.0.0.1:4242 127.0.0.1:54195 CLOSE_WAIT The only way I can restart the server is to kill the process, restart it, and restart apache. Any ideas? Thanks. --Jeff

4 12

[hunchentoot-devel] Setting up hunchentoot, WARNING about thread support
by Berlin Brown 23 Feb '08

23 Feb '08

I am getting this message with hunchentoot, (most recent version as of today). WARNING: Without thread support, this library is only useful for development. My question, is this the normal mode of operation? Or do I really need thread support to do anything useful? Or were their flags I needed to setup on install. I am using SBCL 0.14 and I did the default install with that clisp. During the hunchentoot asdf-install, maybe there were options that I skipped over. This is ubuntu linux 7.10; (not using apt install for sbcl or hunchentoot) -- Berlin Brown http://botspiritcompany.com/botlist/spring/help/about.html

3 2

[hunchentoot-devel] Using javascript
by Lisp Newb 23 Feb '08

23 Feb '08

Apologies for an even newbier question, but here ( http://osdir.com/ml/lisp.lib.tbnl.general/2006-10/msg00063.html) I'm told I should put a js file in the root directory of my website and then use code like: (:html (:head (:link :href "myfile.css" :rel "stylesheet" :type "text/css") (:script :src "myfile.js" :type "text/javascript" nil) to access it. I installed hunchentoot via asdf. What's the root directory of my website? The directory containing the lisp file that calls start-server doesn't appear to be it.

3 3

[hunchentoot-devel] CCL/OpenMCL and WITH-TIMEOUT
by Hans Hübner 18 Feb '08

18 Feb '08

With the upcoming 1.2 release of CCL (formerly called OpenMCL), the old implementation of TIMER-REQUEST is no longer available. Hunchentoot relies on this in its WITH-TIMEOUT implementation which is (only) called from FORCE-OUTPUT*. As asynchronous timeouts are generally unsafe, I would like to get rid of WITH-TIMEOUT altogether. Instead, I think it would be better to only use the underlying streams' mechanisms for timeouts, if available. CCL 1.2 will have stream timeouts, LW already has them and the other Lisp implementations will propably support some form of timeouts in I/O sooner or later. Does anyone here have sentiments regarding WITH-TIMEOUT? If not, I'd propose that WITH-TIMEOUT be totally removed from Hunchentoot. -Hans

2 3

[hunchentoot-devel] Hunchentoot and SSL on cmucl
by Wout Perquin 17 Feb '08

17 Feb '08

Hi, I am struggling to get SSL working on cmucl. I looked at http://common-lisp.net/pipermail/tbnl-devel/2008-January/001616.html and did what was explained there : a) with openssl I generated private key and certificate b) I started the server with : (defvar *hportal443* (hunchentoot:start-server :port 443 :ssl-certificate-file #P"/data/lispdata/ssl/cacert.pem" :ssl-privatekey-file #P"/data/lispdata/ssl/pkey.pem")) When I browse to https://localhost then the browser notifies about the certificate. After I have accepted it, it takes about 25secs before the browser is done, however it renders an empty page. I expected to see the default page. Also any page I publish isnt rendered either. The log doesnt give any hints. It gives : [2008-02-17 11:28:39 [INFO]] Default handler called for script /favicon.ico [2008-02-17 11:28:39] 127.0.0.1 - "GET /favicon.ico HTTP/1.1" 200 641 "-" "Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4" Is there anybody who had similar experiences and managed to get it sorted ? Thanks, Wout Perquin

4 5