From vallee at labri.fr Mon May 9 14:47:24 2011 From: vallee at labri.fr (=?ISO-8859-1?Q?Fran=E7ois_Vall=E9e?=) Date: Mon, 09 May 2011 16:47:24 +0200 Subject: [hunchentoot-devel] Using Hunchentoot with Ubuntu 10.04 Message-ID: <4DC7FE7C.9060002@labri.fr> Hello, I am trying to use Hunchentoot but every time I start a server I have the following error: 'connexion was reinitialized' every time. I tried to get some information with telnet but I have the message: 'Connection closed by foreign host'. It was working on my computer before I upgraded it from Ubuntu 9.04 to 10.04. It is very annoying and I do not know what to do. (I upgraded my version of SBCL from 1.0.40 to 1.0.48 but it does not change anything.) Configuration : Ubuntu 10.04 Intel Core 2 Duo 64 2.66GHz SBCL 1.0.48 Hunchentoot 1.1.1 From hans.huebner at gmail.com Mon May 9 15:10:28 2011 From: hans.huebner at gmail.com (=?ISO-8859-1?Q?Hans_H=FCbner?=) Date: Mon, 9 May 2011 17:10:28 +0200 Subject: [hunchentoot-devel] Using Hunchentoot with Ubuntu 10.04 In-Reply-To: <4DC7FE7C.9060002@labri.fr> References: <4DC7FE7C.9060002@labri.fr> Message-ID: Fran?ois, I'm sorry to hear that you have problems with Hunchentoot. With the error description that you have provided, it is not possible to diagnose the cause, though. Did you install Hunchentoot using quicklisp? If not, that may be worth a try. If you can't or don't want to do that, please provide us with more information (i.e. paste the Hunchentoot log with the error message, if any, be more specific about where you "have" the error etc.). Also, you could (should) use Hunchentoot's own debugging facilities to find out what is going on. Best regards, Hans 2011/5/9 Fran?ois Vall?e : > Hello, > > I am trying to use Hunchentoot but every time I start a server I have > the following error: 'connexion was reinitialized' every time. I tried > to get some information with telnet but I have the message: 'Connection > closed by foreign host'. > > It was working on my computer before I upgraded it from Ubuntu 9.04 to > 10.04. It is very annoying and I do not know what to do. > (I upgraded my version of SBCL from 1.0.40 to 1.0.48 but it does not > change anything.) > > > Configuration : > > Ubuntu 10.04 > Intel Core 2 Duo 64 2.66GHz > SBCL 1.0.48 > Hunchentoot 1.1.1 > > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > From haragx at gmail.com Mon May 9 15:34:20 2011 From: haragx at gmail.com (Phil Marneweck) Date: Mon, 09 May 2011 17:34:20 +0200 Subject: [hunchentoot-devel] Using Hunchentoot with Ubuntu 10.04 In-Reply-To: References: <4DC7FE7C.9060002@labri.fr> Message-ID: <1304955260.1739.7.camel@mohadib> Hi I have been using ubuntu with hunchentoot since ubuntu 7.4 and have not had this problem. Here is a suggested way to install sbcl and hunchentoot using quicklisp that works for me. Just ignore the server security bit and skip to the sbcl and hunchentoot install instructions. http://zaries.wordpress.com/2010/11/09/lisp-web-server-from-scratch-using-hunchentoot-and-nginx/ Hope it helps. Regards On Mon, 2011-05-09 at 17:10 +0200, Hans H?bner wrote: > Fran?ois, > > I'm sorry to hear that you have problems with Hunchentoot. With the > error description that you have provided, it is not possible to > diagnose the cause, though. Did you install Hunchentoot using > quicklisp? If not, that may be worth a try. If you can't or don't > want to do that, please provide us with more information (i.e. paste > the Hunchentoot log with the error message, if any, be more specific > about where you "have" the error etc.). Also, you could (should) use > Hunchentoot's own debugging facilities to find out what is going on. > > Best regards, > Hans > > 2011/5/9 Fran?ois Vall?e : > > Hello, > > > > I am trying to use Hunchentoot but every time I start a server I have > > the following error: 'connexion was reinitialized' every time. I tried > > to get some information with telnet but I have the message: 'Connection > > closed by foreign host'. > > > > It was working on my computer before I upgraded it from Ubuntu 9.04 to > > 10.04. It is very annoying and I do not know what to do. > > (I upgraded my version of SBCL from 1.0.40 to 1.0.48 but it does not > > change anything.) > > > > > > Configuration : > > > > Ubuntu 10.04 > > Intel Core 2 Duo 64 2.66GHz > > SBCL 1.0.48 > > Hunchentoot 1.1.1 > > > > > > _______________________________________________ > > tbnl-devel site list > > tbnl-devel at common-lisp.net > > http://common-lisp.net/mailman/listinfo/tbnl-devel > > > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel -------------- next part -------------- An HTML attachment was scrubbed... URL: From fahree at gmail.com Mon May 9 15:56:57 2011 From: fahree at gmail.com (=?ISO-8859-1?Q?Far=E9?=) Date: Mon, 9 May 2011 11:56:57 -0400 Subject: [hunchentoot-devel] Using Hunchentoot with Ubuntu 10.04 In-Reply-To: <4DC7FE7C.9060002@labri.fr> References: <4DC7FE7C.9060002@labri.fr> Message-ID: 2011/5/9 Fran?ois Vall?e : > Hello, > > I am trying to use Hunchentoot but every time I start a server I have > the following error: 'connexion was reinitialized' every time. I tried > to get some information with telnet but I have the message: 'Connection > closed by foreign host'. > > It was working on my computer before I upgraded it from Ubuntu 9.04 to > 10.04. It is very annoying and I do not know what to do. > (I upgraded my version of SBCL from 1.0.40 to 1.0.48 but it does not > change anything.) > > > Configuration : > > Ubuntu 10.04 > Intel Core 2 Duo 64 2.66GHz > SBCL 1.0.48 > Hunchentoot 1.1.1 > Sounds like a firewall problem. Does your new Ubuntu include some firewall? Note: you can use lsof (as root) and/or peek in /proc/$pid/fd/ to double check whether your process is listening to some port. If it isn't, then it's a problem with Hunchentoot. If it is, then it's probably a problem with your firewall. Firewall configuration is out of the scope of this mailing-list. ??? ? Fran?ois-Ren? ?VB Rideau ?Reflection&Cybernethics? http://fare.tunes.org Wishing without work is like fishing without bait. ? Frank Tyger From vallee at labri.fr Tue May 10 08:49:12 2011 From: vallee at labri.fr (=?ISO-8859-1?Q?Fran=E7ois_Vall=E9e?=) Date: Tue, 10 May 2011 10:49:12 +0200 Subject: [hunchentoot-devel] Using Hunchentoot with Ubuntu 10.04 In-Reply-To: <4DC7FE7C.9060002@labri.fr> References: <4DC7FE7C.9060002@labri.fr> Message-ID: <4DC8FC08.2030502@labri.fr> Thanks for the replies. I installed SBCL from sources and hunchentoot using ASDF. I will have a look at Quicklisp but as I said it worked properly before with the same installation. I already checked the firewall before posting and it is not the problem. I tried to redirect the log messages but I do not have anything in the log files. A strange thing is that it works with the 0.15.7 version but not with 1.0.0 or 1.1.1. Regards On 09/05/2011 16:47, Fran?ois Vall?e wrote: > Hello, > > I am trying to use Hunchentoot but every time I start a server I have > the following error: 'connexion was reinitialized' every time. I tried > to get some information with telnet but I have the message: 'Connection > closed by foreign host'. > > It was working on my computer before I upgraded it from Ubuntu 9.04 to > 10.04. It is very annoying and I do not know what to do. > (I upgraded my version of SBCL from 1.0.40 to 1.0.48 but it does not > change anything.) > > > Configuration : > > Ubuntu 10.04 > Intel Core 2 Duo 64 2.66GHz > SBCL 1.0.48 > Hunchentoot 1.1.1 > > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel From hans.huebner at gmail.com Tue May 10 09:00:13 2011 From: hans.huebner at gmail.com (=?ISO-8859-1?Q?Hans_H=FCbner?=) Date: Tue, 10 May 2011 11:00:13 +0200 Subject: [hunchentoot-devel] Using Hunchentoot with Ubuntu 10.04 In-Reply-To: <4DC8FC08.2030502@labri.fr> References: <4DC7FE7C.9060002@labri.fr> <4DC8FC08.2030502@labri.fr> Message-ID: Fran?ois, maybe your usocket version does not work with current Hunchentoot and your new SBCL. Look into the documentation and into the Hunchentoot source code to find out how to enable more debugging. Run single-threaded, use *break-on-signals*, explore yourself. Or use quicklisp to get up-to-date, known-to-work versions of everything. -Hans 2011/5/10 Fran?ois Vall?e : > Thanks for the replies. > > I installed SBCL from sources and hunchentoot using ASDF. I will have a > look at Quicklisp but as I said it worked properly before with the same > installation. > I already checked the firewall before posting and it is not the problem. > > I tried to redirect the log messages but I do not have anything in the > log files. > > A strange thing is that it works with the 0.15.7 version but not with > 1.0.0 or 1.1.1. > > Regards > > On 09/05/2011 16:47, Fran?ois Vall?e wrote: >> Hello, >> >> I am trying to use Hunchentoot but every time I start a server I have >> the following error: 'connexion was reinitialized' every time. I tried >> to get some information with telnet but I have the message: 'Connection >> closed by foreign host'. >> >> It was working on my computer before I upgraded it from Ubuntu 9.04 to >> 10.04. It is very annoying and I do not know what to do. >> (I upgraded my version of SBCL from 1.0.40 to 1.0.48 but it does not >> change anything.) >> >> >> Configuration : >> >> Ubuntu 10.04 >> Intel Core 2 Duo 64 2.66GHz >> SBCL 1.0.48 >> Hunchentoot 1.1.1 >> >> >> _______________________________________________ >> tbnl-devel site list >> tbnl-devel at common-lisp.net >> http://common-lisp.net/mailman/listinfo/tbnl-devel > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > From vallee at labri.fr Tue May 10 13:14:01 2011 From: vallee at labri.fr (=?ISO-8859-1?Q?Fran=E7ois_Vall=E9e?=) Date: Tue, 10 May 2011 15:14:01 +0200 Subject: [hunchentoot-devel] Using Hunchentoot with Ubuntu 10.04 In-Reply-To: References: <4DC7FE7C.9060002@labri.fr> <4DC8FC08.2030502@labri.fr> Message-ID: <4DC93A19.7060009@labri.fr> I finally solve the problem by erasing and reinstalling SBCL and Hunchentoot form Quicklisp. It seems that the problem comes from an old version of one dependency (but I do not know which one exactly). I want to notify you that the installation with ASDF does not work because of an error in the LIFT library but it may be beyond the scope of this mailing-list ;-) Thanks for your help. On 10/05/2011 11:00, Hans H?bner wrote: > Fran?ois, > > maybe your usocket version does not work with current Hunchentoot and > your new SBCL. Look into the documentation and into the Hunchentoot > source code to find out how to enable more debugging. Run > single-threaded, use *break-on-signals*, explore yourself. Or use > quicklisp to get up-to-date, known-to-work versions of everything. > > -Hans > > 2011/5/10 Fran?ois Vall?e: >> Thanks for the replies. >> >> I installed SBCL from sources and hunchentoot using ASDF. I will have a >> look at Quicklisp but as I said it worked properly before with the same >> installation. >> I already checked the firewall before posting and it is not the problem. >> >> I tried to redirect the log messages but I do not have anything in the >> log files. >> >> A strange thing is that it works with the 0.15.7 version but not with >> 1.0.0 or 1.1.1. >> >> Regards >> >> On 09/05/2011 16:47, Fran?ois Vall?e wrote: >>> Hello, >>> >>> I am trying to use Hunchentoot but every time I start a server I have >>> the following error: 'connexion was reinitialized' every time. I tried >>> to get some information with telnet but I have the message: 'Connection >>> closed by foreign host'. >>> >>> It was working on my computer before I upgraded it from Ubuntu 9.04 to >>> 10.04. It is very annoying and I do not know what to do. >>> (I upgraded my version of SBCL from 1.0.40 to 1.0.48 but it does not >>> change anything.) >>> >>> >>> Configuration : >>> >>> Ubuntu 10.04 >>> Intel Core 2 Duo 64 2.66GHz >>> SBCL 1.0.48 >>> Hunchentoot 1.1.1 >>> >>> >>> _______________________________________________ >>> tbnl-devel site list >>> tbnl-devel at common-lisp.net >>> http://common-lisp.net/mailman/listinfo/tbnl-devel >> _______________________________________________ >> tbnl-devel site list >> tbnl-devel at common-lisp.net >> http://common-lisp.net/mailman/listinfo/tbnl-devel >> > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel -- Fran?ois Vall?e LaBRI - Bureau 352 05 40 00 35 55 From archimag at gmail.com Tue May 10 13:22:15 2011 From: archimag at gmail.com (Andrey Moskvitin) Date: Tue, 10 May 2011 17:22:15 +0400 Subject: [hunchentoot-devel] Using Hunchentoot with Ubuntu 10.04 In-Reply-To: <4DC93A19.7060009@labri.fr> References: <4DC7FE7C.9060002@labri.fr> <4DC8FC08.2030502@labri.fr> <4DC93A19.7060009@labri.fr> Message-ID: > I want to notify you that the installation with ASDF does not work 1. ASDF-Install is not part of ASDF 2. ASDF-Install will never not worked well 3. After the appearance Quicklisp no sense to use ASDF-Install Andrey From ge.xinying at gmail.com Thu May 12 04:58:21 2011 From: ge.xinying at gmail.com (Colin) Date: Thu, 12 May 2011 12:58:21 +0800 Subject: [hunchentoot-devel] How to use redirect Message-ID: Hi, I want to use 301 to redirect the request, but I don't know how to do. e.g.: Some one visit my app: http://www.xxxx.com, I want it redirect it to xxx.com I thinks I should use function redirect, but I don't know how. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From hans.huebner at gmail.com Thu May 12 05:31:49 2011 From: hans.huebner at gmail.com (=?ISO-8859-1?Q?Hans_H=FCbner?=) Date: Thu, 12 May 2011 07:31:49 +0200 Subject: [hunchentoot-devel] How to use redirect In-Reply-To: References: Message-ID: On Thu, May 12, 2011 at 6:58 AM, Colin wrote: > I want to use 301 to redirect the request, but I don't know how to do. > e.g.: > Some one visit my app: http://www.xxxx.com, I want it redirect it to xxx.com > I thinks I should use function redirect, but I don't know how. Please have a look at the documentation and at the file test/test-handlers.lisp, which contains an example of how the HUNCHENTOOT:REDIRECT function is used. -Hans From ge.xinying at gmail.com Thu May 12 10:06:41 2011 From: ge.xinying at gmail.com (Colin) Date: Thu, 12 May 2011 18:06:41 +0800 Subject: [hunchentoot-devel] How to use redirect In-Reply-To: References: Message-ID: Han, Thanks for you reply. I checked it and it seems that I did not find what I want. As you know, all the request from browser will be handled by *dispatcher-table*, the code in the /test/handlers.lisp seems the Redirect is used in a function. Another similar problem, how to deal with http 404 error, I want to redirect it. Thanks On Thu, May 12, 2011 at 1:31 PM, Hans H?bner wrote: > On Thu, May 12, 2011 at 6:58 AM, Colin wrote: > > I want to use 301 to redirect the request, but I don't know how to do. > > e.g.: > > Some one visit my app: http://www.xxxx.com, I want it redirect it to > xxx.com > > I thinks I should use function redirect, but I don't know how. > > Please have a look at the documentation and at the file > test/test-handlers.lisp, which contains an example of how the > HUNCHENTOOT:REDIRECT function is used. > > -Hans > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From hans.huebner at gmail.com Thu May 12 10:27:07 2011 From: hans.huebner at gmail.com (=?ISO-8859-1?Q?Hans_H=FCbner?=) Date: Thu, 12 May 2011 12:27:07 +0200 Subject: [hunchentoot-devel] How to use redirect In-Reply-To: References: Message-ID: Colin, there is no way to declaratively redirect requests in Hunchentoot like you would in an Apache configuration directive. You need to install a dispatcher and handler and redirect the request when a matching request is received. -Hans On Thu, May 12, 2011 at 12:06 PM, Colin wrote: > Han, > Thanks for you reply. > I checked it and it seems that I did not find what I want. > > As you know, all the request from browser will be handled by > *dispatcher-table*, the code in the /test/handlers.lisp seems the Redirect > is used in a function. > > Another similar problem, how to deal with http 404 error, I want to redirect > it. > > Thanks > > > On Thu, May 12, 2011 at 1:31 PM, Hans H?bner wrote: >> >> On Thu, May 12, 2011 at 6:58 AM, Colin wrote: >> > I want to use 301 to redirect the request, but I don't know how to do. >> > e.g.: >> > Some one visit my app: http://www.xxxx.com, I want it redirect it to >> > xxx.com >> > I thinks I should use function redirect, but I don't know how. >> >> Please have a look at the documentation and at the file >> test/test-handlers.lisp, which contains an example of how the >> HUNCHENTOOT:REDIRECT function is used. >> >> -Hans >> >> _______________________________________________ >> tbnl-devel site list >> tbnl-devel at common-lisp.net >> http://common-lisp.net/mailman/listinfo/tbnl-devel > > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > From ge.xinying at gmail.com Thu May 12 12:25:40 2011 From: ge.xinying at gmail.com (Colin) Date: Thu, 12 May 2011 20:25:40 +0800 Subject: [hunchentoot-devel] How to use redirect In-Reply-To: References: Message-ID: Hans, Thanks. I got it. On Thu, May 12, 2011 at 6:27 PM, Hans H?bner wrote: > Colin, > > there is no way to declaratively redirect requests in Hunchentoot like > you would in an Apache configuration directive. You need to install a > dispatcher and handler and redirect the request when a matching > request is received. > > -Hans > > On Thu, May 12, 2011 at 12:06 PM, Colin wrote: > > Han, > > Thanks for you reply. > > I checked it and it seems that I did not find what I want. > > > > As you know, all the request from browser will be handled by > > *dispatcher-table*, the code in the /test/handlers.lisp seems the > Redirect > > is used in a function. > > > > Another similar problem, how to deal with http 404 error, I want to > redirect > > it. > > > > Thanks > > > > > > On Thu, May 12, 2011 at 1:31 PM, Hans H?bner > wrote: > >> > >> On Thu, May 12, 2011 at 6:58 AM, Colin wrote: > >> > I want to use 301 to redirect the request, but I don't know how to do. > >> > e.g.: > >> > Some one visit my app: http://www.xxxx.com, I want it redirect it to > >> > xxx.com > >> > I thinks I should use function redirect, but I don't know how. > >> > >> Please have a look at the documentation and at the file > >> test/test-handlers.lisp, which contains an example of how the > >> HUNCHENTOOT:REDIRECT function is used. > >> > >> -Hans > >> > >> _______________________________________________ > >> tbnl-devel site list > >> tbnl-devel at common-lisp.net > >> http://common-lisp.net/mailman/listinfo/tbnl-devel > > > > > > _______________________________________________ > > tbnl-devel site list > > tbnl-devel at common-lisp.net > > http://common-lisp.net/mailman/listinfo/tbnl-devel > > > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ge.xinying at gmail.com Fri May 20 08:37:09 2011 From: ge.xinying at gmail.com (Colin) Date: Fri, 20 May 2011 16:37:09 +0800 Subject: [hunchentoot-devel] Why doesn't *show-lisp-backtraces-p* work? Message-ID: Hi, Who can give me a help ? I did this: (setf *show-lisp-errors-p* T) (setf *show-lisp-backtraces-p* T) But the *show-lisp-backtraces-p* seems that it does not work. I can't see any backtraces on the page. Did I use it by a wrong way? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From waltergr at aol.com Fri May 20 08:47:22 2011 From: waltergr at aol.com (Walter GR) Date: Fri, 20 May 2011 01:47:22 -0700 Subject: [hunchentoot-devel] Why doesn't *show-lisp-backtraces-p* work? In-Reply-To: References: Message-ID: <4DD62A9A.1000900@aol.com> On 5/20/2011 01:37, Colin wrote: > But the *show-lisp-backtraces-p* seems that it does not work. I can't > see any backtraces on the page. What Common Lisp implementation are you using? Hunchentoot uses trivial-backtrace which doesn't support every CL impl. See http://common-lisp.net/project/trivial-backtrace/ Walter -- The Online Slang Dictionary - Now a wiki! http://onlineslangdictionary.com/ From mhd at yv.org Tue May 24 05:49:13 2011 From: mhd at yv.org (Mark H. David) Date: Tue, 24 May 2011 01:49:13 -0400 Subject: [hunchentoot-devel] static files in hunchtentoot 1.1.1 Message-ID: <1306216153.14243.1455303113@webmail.messagingengine.com> I cannot figure out how to serve static files (e.g., blah.gif) in Hunchentoot 1.1.1. I do (hunchentoot:create-folder-dispatcher-and-handler "/exp/" "c:\\hunchentoot\\") and then have a URL http://127.0.0.1:1234/exp?default-categorizer* that generates lots of and the like. The file "leaf.gif" is in the directory "c:\hunchentoot". However, the GIF file is not being served. I get the standard substitution image. What's the solution? Thanks, Mark From edi at weitz.de Tue May 24 06:29:09 2011 From: edi at weitz.de (Edi Weitz) Date: Tue, 24 May 2011 08:29:09 +0200 Subject: [hunchentoot-devel] static files in hunchtentoot 1.1.1 In-Reply-To: <1306216153.14243.1455303113@webmail.messagingengine.com> References: <1306216153.14243.1455303113@webmail.messagingengine.com> Message-ID: There's no slash behind "exp" in your URL. Edi. On Tue, May 24, 2011 at 7:49 AM, Mark H. David wrote: > I cannot figure out how to serve static files (e.g., blah.gif) in Hunchentoot 1.1.1. > > I do > > ?(hunchentoot:create-folder-dispatcher-and-handler "/exp/" "c:\\hunchentoot\\") > > and then have a URL > > ?http://127.0.0.1:1234/exp?default-categorizer* > > that generates lots of > > ? > > and the like. ?The file "leaf.gif" is in the directory "c:\hunchentoot". > > However, the GIF file is not being served. ?I get the standard substitution image. > > What's the solution? > > Thanks, > > Mark > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > > From ge.xinying at gmail.com Tue May 24 06:40:42 2011 From: ge.xinying at gmail.com (Colin) Date: Tue, 24 May 2011 14:40:42 +0800 Subject: [hunchentoot-devel] Output a XML file as a Response Message-ID: I want to get a xml response to browser, for example: I have a xml string such as: nick 20 and I have a request such as: http://localhost:8080/person it will output the xml to browser. Please give me some prompts. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ge.xinying at gmail.com Tue May 24 13:40:57 2011 From: ge.xinying at gmail.com (Colin) Date: Tue, 24 May 2011 21:40:57 +0800 Subject: [hunchentoot-devel] Output a XML file as a Response In-Reply-To: References: Message-ID: I got it. It's the same as other html. Thanks. On Tue, May 24, 2011 at 2:40 PM, Colin wrote: > I want to get a xml response to browser, > for example: > I have a xml string such as: > > nick > 20 > > > and I have a request such as: http://localhost:8080/person > it will output the xml to browser. > > Please give me some prompts. > > Thanks. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mhd at yv.org Tue May 24 18:27:45 2011 From: mhd at yv.org (Mark H. David) Date: Tue, 24 May 2011 14:27:45 -0400 Subject: [hunchentoot-devel] slime foreground buffer for hunchentoot Message-ID: <1306261665.11613.1455561617@webmail.messagingengine.com> I'm interested in having the ability to break, trace, etc., all the functions running in Hunchentoot. Is there any trick for this? I'd really like to ideally have a SLIME REPL buffer dedicated to it. Has anyone accomplished such a thing? I know Hunchentoot is not running in my main REPL thread. I'm assuming it's just running in one other thread, or mainly in one other thread, making this seem manageable. I'm mostly using CCL and SBCL for devel currently. Thanks, Mark From hans.huebner at gmail.com Wed May 25 04:43:00 2011 From: hans.huebner at gmail.com (=?ISO-8859-1?Q?Hans_H=FCbner?=) Date: Wed, 25 May 2011 06:43:00 +0200 Subject: [hunchentoot-devel] slime foreground buffer for hunchentoot In-Reply-To: <1306261665.11613.1455561617@webmail.messagingengine.com> References: <1306261665.11613.1455561617@webmail.messagingengine.com> Message-ID: On Tue, May 24, 2011 at 8:27 PM, Mark H. David wrote: > I'm interested in having the ability to break, trace, etc., all the functions running in Hunchentoot. > Is there any trick for this? ?I'd really like to ideally have a SLIME REPL buffer dedicated to it. I don't know about a dedicated Slime buffer, but I run Hunchentoot single-threaded when I need to debug something in the request execution path. That blocks the REPL buffer, but works well for many situations. I'd be interested in learning how Slime can be used to debug multi-threaded programs. Any insight would be appreciated! -Hans From simply.nitaai at gmail.com Wed May 25 09:29:00 2011 From: simply.nitaai at gmail.com (Matus Kmit) Date: Wed, 25 May 2011 11:29:00 +0200 Subject: [hunchentoot-devel] "start" does not return the acceptor Message-ID: Hi i installed hunchentoot in clisp via quickload. it seems working well except for the following: The function "start" does not return the acceptor. It creates own, so that the http-server works but it keeps on hanging on the command and does not return to REPL so that i have to break manually. Any help would be appreciated Matus From hans.huebner at gmail.com Wed May 25 09:33:54 2011 From: hans.huebner at gmail.com (=?ISO-8859-1?Q?Hans_H=FCbner?=) Date: Wed, 25 May 2011 11:33:54 +0200 Subject: [hunchentoot-devel] "start" does not return the acceptor In-Reply-To: References: Message-ID: On Wed, May 25, 2011 at 11:29 AM, Matus Kmit wrote: > i installed hunchentoot in clisp via quickload. it seems working well > except for the following: > > The function "start" does not return the acceptor. It creates own, so > that the http-server works but it keeps on hanging on the command and > does not return to REPL so that i have to break manually. You are running single threaded. If you want to run Hunchentoot in the background, you need a multi-threaded Lisp (CCL and SBCL work fine). -Hans From edi at weitz.de Wed May 25 09:37:31 2011 From: edi at weitz.de (Edi Weitz) Date: Wed, 25 May 2011 11:37:31 +0200 Subject: [hunchentoot-devel] static files in hunchtentoot 1.1.1 In-Reply-To: <1306246986.16877.1455461389@webmail.messagingengine.com> References: <1306216153.14243.1455303113@webmail.messagingengine.com> <1306246986.16877.1455461389@webmail.messagingengine.com> Message-ID: Hi Mark, The URL needs to look like "/exp/...something", i.e. you need a slash after "exp" so that the browser knows how to interpret your GIF URLs. If you write src="foo.gif", the image is looked up relative to the "current directory". So, if the page you're looking at has "/exp/" in it, "exp" is the current directory. But if it only has "/exp" in it (no slash at the end), the current directory is the root directory. If you don't want to change your base URL, you can either use a different relative URL for your images like src="exp/foo.gif" or you can use an absolute URL like src "/exp/foo.gif". This is the way HTML works and it's obviously modeled after similar concepts like the Unix file system. If you don't get the image you're expecting to see, just look at what the browser is actually trying to retrieve from the server. In your original example I bet it tried to retrieve "http://127.0.0.1/leaf.gif" and not "http://127.0.0.1/exp/leaf.gif" as you expected. HTH, Edi. On Tue, May 24, 2011 at 4:23 PM, Mark H. David wrote: > Sorry, Edi, I'm just really lost. Could I ask you to clarify: > > Is your sentence saying what should be done to fix things, or what is wrong currently? > > And, which URL does your sentence refer to, the url-prefix arg to create-folder-..., or the example URL I gave (http://127.0.0.1:1234/exp?default-categorizer*)? > > And, while we're at it, I'm not that sure which direction is "behind"? ?Does "exp" have a slash behind it in the following string? "/exp" > > I've various things based on various interpretations, but I feel I'm thrashing. :( > > Thanks, > > Mark > > > ----- Original message ----- > From: "Edi Weitz" > To: "General interest list for Hunchentoot and CL-WEBDAV" > Date: Tue, 24 May 2011 08:29:09 +0200 > Subject: Re: [hunchentoot-devel] static files in hunchtentoot 1.1.1 > > There's no slash behind "exp" in your URL. > > Edi. > > On Tue, May 24, 2011 at 7:49 AM, Mark H. David wrote: >> I cannot figure out how to serve static files (e.g., blah.gif) in Hunchentoot 1.1.1. >> >> I do >> >> ?(hunchentoot:create-folder-dispatcher-and-handler "/exp/" "c:\\hunchentoot\\") >> >> and then have a URL >> >> ?http://127.0.0.1:1234/exp?default-categorizer* >> >> that generates lots of >> >> ? >> >> and the like. ?The file "leaf.gif" is in the directory "c:\hunchentoot". >> >> However, the GIF file is not being served. ?I get the standard substitution image. >> >> What's the solution? >> >> Thanks, >> >> Mark >> >> _______________________________________________ >> tbnl-devel site list >> tbnl-devel at common-lisp.net >> http://common-lisp.net/mailman/listinfo/tbnl-devel >> >> > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > > From jesse.alama at gmail.com Wed May 25 09:26:38 2011 From: jesse.alama at gmail.com (Jesse Alama) Date: Wed, 25 May 2011 11:26:38 +0200 Subject: [hunchentoot-devel] slime foreground buffer for hunchentoot References: <1306261665.11613.1455561617@webmail.messagingengine.com> Message-ID: On 2011-05-25 06:43:00 +0200, Hans H?bner said: > On Tue, May 24, 2011 at 8:27 PM, Mark H. David wrote: >> I'm interested in having the ability to break, trace, etc., all the >> functions running in Hunchentoot. >> Is there any trick for this? ?I'd really like to ideally have a SLIME >> REPL buffer dedicated to it. > > I don't know about a dedicated Slime buffer, but I run Hunchentoot > single-threaded when I need to debug something in the request > execution path. That blocks the REPL buffer, but works well for many > situations. Do you have a flexible way to switch to a single-threaded hunchentoot? > I'd be interested in learning how Slime can be used to debug > multi-threaded programs. Any insight would be appreciated! +1 From hans.huebner at gmail.com Wed May 25 09:50:59 2011 From: hans.huebner at gmail.com (=?ISO-8859-1?Q?Hans_H=FCbner?=) Date: Wed, 25 May 2011 11:50:59 +0200 Subject: [hunchentoot-devel] slime foreground buffer for hunchentoot In-Reply-To: References: <1306261665.11613.1455561617@webmail.messagingengine.com> Message-ID: On Wed, May 25, 2011 at 11:26 AM, Jesse Alama wrote: > On 2011-05-25 06:43:00 +0200, Hans H?bner said: > >> On Tue, May 24, 2011 at 8:27 PM, Mark H. David wrote: >>> >>> I'm interested in having the ability to break, trace, etc., all the >>> functions running in Hunchentoot. >>> Is there any trick for this? ?I'd really like to ideally have a SLIME >>> REPL buffer dedicated to it. >> >> I don't know about a dedicated Slime buffer, but I run Hunchentoot >> single-threaded when I need to debug something in the request >> execution path. ?That blocks the REPL buffer, but works well for many >> situations. > > Do you have a flexible way to switch to a single-threaded hunchentoot? No, the start functions in my applications usually accept a singled-threaded-p argument or something similar. I'm open to suggestions how Hunchentoot could be improved to make switching between multi and single-threaded modes easier, if required. -Hans From simply.nitaai at gmail.com Wed May 25 11:43:58 2011 From: simply.nitaai at gmail.com (Matus Kmit) Date: Wed, 25 May 2011 13:43:58 +0200 Subject: [hunchentoot-devel] "start" does not return the acceptor In-Reply-To: References: Message-ID: On Wed, May 25, 2011 at 11:33 AM, Hans H?bner wrote: > On Wed, May 25, 2011 at 11:29 AM, Matus Kmit wrote: >> i installed hunchentoot in clisp via quickload. it seems working well >> except for the following: >> >> The function "start" does not return the acceptor. It creates own, so >> that the http-server works but it keeps on hanging on the command and >> does not return to REPL so that i have to break manually. > > You are running single threaded. ?If you want to run Hunchentoot in > the background, you need a multi-threaded Lisp (CCL and SBCL work > fine). > > -Hans > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > Thanks Hans. Tried with ccl -> it works. Matus From mhd at yv.org Wed May 25 18:14:33 2011 From: mhd at yv.org (Mark H. David) Date: Wed, 25 May 2011 14:14:33 -0400 Subject: [hunchentoot-devel] slime foreground buffer for hunchentoot In-Reply-To: References: <1306261665.11613.1455561617@webmail.messagingengine.com> Message-ID: <1306347273.8220.1455978285@webmail.messagingengine.com> Just to all be on the same page, could you share how exactly you start with a single thread? Is it something like (setq hunchentoot::*supports-threads-p* nil) before you call hunchentoot:start? Note that *supports-threads-p* is not exported (need double ::'s). In any case, I think a good start would be to have documented way to choose single vs. multithreaded. And it should not be confused with the having the capability or not, so I think it should be a different variable. I guess on a non-*support-threads-p* platform, it could be an error to choose multithreaded, but otherwise, I'd like a high-level way to choose. But I'm very new to this, so please forgive me if I'm lost and missed something, as is probably the case. Thanks, Mark ----- Original message ----- From: "Hans H?bner" To: [...] Date: Wed, 25 May 2011 11:50:59 +0200 Subject: Re: [hunchentoot-devel] slime foreground buffer for hunchentoot On Wed, May 25, 2011 at 11:26 AM, Jesse Alama wrote: > On 2011-05-25 06:43:00 +0200, Hans H?bner said: > >> On Tue, May 24, 2011 at 8:27 PM, Mark H. David wrote: >>> >>> I'm interested in having the ability to break, trace, etc., all the >>> functions running in Hunchentoot. >>> Is there any trick for this? ?I'd really like to ideally have a SLIME >>> REPL buffer dedicated to it. >> >> I don't know about a dedicated Slime buffer, but I run Hunchentoot >> single-threaded when I need to debug something in the request >> execution path. ?That blocks the REPL buffer, but works well for many >> situations. > > Do you have a flexible way to switch to a single-threaded hunchentoot? No, the start functions in my applications usually accept a singled-threaded-p argument or something similar. I'm open to suggestions how Hunchentoot could be improved to make switching between multi and single-threaded modes easier, if required. -Hans _______________________________________________ tbnl-devel site list tbnl-devel at common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-devel From hans.huebner at gmail.com Wed May 25 18:22:28 2011 From: hans.huebner at gmail.com (=?ISO-8859-1?Q?Hans_H=FCbner?=) Date: Wed, 25 May 2011 20:22:28 +0200 Subject: [hunchentoot-devel] slime foreground buffer for hunchentoot In-Reply-To: <1306347273.8220.1455978285@webmail.messagingengine.com> References: <1306261665.11613.1455561617@webmail.messagingengine.com> <1306347273.8220.1455978285@webmail.messagingengine.com> Message-ID: On Wed, May 25, 2011 at 8:14 PM, Mark H. David wrote: > Just to all be on the same page, could you share how exactly you start with a single thread? (hunchentoot:start (make-instance 'hunchentoot:acceptor :port 9911 :taskmaster (make-instance 'hunchentoot:single-threaded-taskmaster))) does that for me. I agree that this is verbose and also not obvious from the documentation - I have the plan to improve on that, but I can't make any promises other than that I'll be working on a Hunchentoot based project in July and hope to put in some time to get the Hunchentoot release done as well. -Hans