From peter at gigamonkeys.com Mon Jun 1 21:21:26 2009 From: peter at gigamonkeys.com (Peter Seibel) Date: Mon, 1 Jun 2009 14:21:26 -0700 Subject: [hunchentoot-devel] Problem with late calls to POST-PARAMETERS Message-ID: <40e4e7e50906011421s48444931g20c3e17a5b819647@mail.gmail.com> I ran into a problem converting some of my code to run with Hunchentoot 1.0. This patch fixes it and -- as far as I can tell after a bit of poking around -- is possibly righteous. What do you think? The basic problem that I ran into is explained in the comment in the patch. -Peter diff -r 635083ac9419 hunchentoot/request.lisp --- a/hunchentoot/request.lisp Sun May 31 11:31:25 2009 -0700 +++ b/hunchentoot/request.lisp Mon Jun 01 14:19:19 2009 -0700 @@ -346,7 +346,12 @@ (get-parameters request)) (defmethod post-parameters :before ((request request)) - (maybe-read-post-parameters :request request)) + ;; Force here because if someone calls POST-PARAMETERS they actually + ;; want them, regardless of why the RAW-POST-DATA has been filled + ;; in. (For instance, if SEND-HEADERS has been called, filling in + ;; RAW-POST-DATA, and then subsequent code calls POST-PARAMETERS, + ;; without the :FORCE flag POST-PARAMETERS would return NIL.) + (maybe-read-post-parameters :request request :force t)) (defun post-parameters* (&optional (request *request*)) "Returns an alist of the POST parameters associated with the REQUEST -- Peter Seibel http://www.codersatwork.com/ http://www.gigamonkeys.com/blog/ From ocorrain at gmail.com Tue Jun 2 18:44:16 2009 From: ocorrain at gmail.com (Tiarnan O'Corrain) Date: Tue, 2 Jun 2009 19:44:16 +0100 Subject: [hunchentoot-devel] Hunchentoot + proxy file uploads Message-ID: Hi-- wondering if anyone has noticed anything like this: using hunchentoot (verified for versions 0.15 and 1.0.0) with a proxy (verified with nginx and lighttpd), putting a multipart/form-data POST request throught the proxy to the backend hunchentoot process leads to a blank page being delivered with status200. When the hunchentoot process is accessed directly, everything behaves as normal with file uploads. Add the proxy, and everything goes south. Any ideas? Tiarnan -- difficile est saturam non scribere -------------- next part -------------- An HTML attachment was scrubbed... URL: From ocorrain at gmail.com Tue Jun 2 20:45:24 2009 From: ocorrain at gmail.com (Tiarnan O'Corrain) Date: Tue, 2 Jun 2009 21:45:24 +0100 Subject: [hunchentoot-devel] Hunchentoot + proxy file uploads In-Reply-To: References: Message-ID: Hi-- please ignore the above. The issue was nothing to do with hunchentoot. thanks Tiarnan -------------- next part -------------- An HTML attachment was scrubbed... URL: From tomoyuki28jp at gmail.com Wed Jun 3 09:56:05 2009 From: tomoyuki28jp at gmail.com (Tomo Matsumoto) Date: Wed, 3 Jun 2009 18:56:05 +0900 Subject: [hunchentoot-devel] A web application framework which uses Hunchentoot Message-ID: <780e7d140906030256g703e48c1raea9c2ec073db371@mail.gmail.com> Hello everyone, This is my first post here. Let me introduce my web application framework which uses Hunchentoot. It's called web4r. http://web4r.org/ Any comment, advice or suggestion will be appreciated. Thanks, Tomo From lispercat at gmail.com Wed Jun 3 18:39:58 2009 From: lispercat at gmail.com (Andrei Stebakov) Date: Wed, 3 Jun 2009 14:39:58 -0400 Subject: [hunchentoot-devel] Error at connection Message-ID: In the log, I got a lot of messages like: Error: [2009-06-03 14:20:09 [ERROR]] Error while processing connection: couldn't read from #: Connection reset by peer Is it something I can eliminate or it's an unavoidable evil of any web server? Thank you, Andrei -------------- next part -------------- An HTML attachment was scrubbed... URL: From patrick.may at mac.com Sat Jun 6 18:04:21 2009 From: patrick.may at mac.com (Patrick May) Date: Sat, 06 Jun 2009 14:04:21 -0400 Subject: [hunchentoot-devel] cl-who and case-sensitive XML generation Message-ID: I'm trying to generate case-sensitive XML from cl-who. Here's a simple example of what I've tried that doesn't work: (asdf:oos 'asdf:load-op :cl-who) (let ((cl-who::*downcase-tokens-p* nil)) (cl-who:with-html-output-to-string (*standard-output* nil :indent t) (:|Capitalized| (:|CapitalizedCamel| :|camelCase| "foo" "bar")))) This outputs: " bar " rather than: " bar " Can cl-who do what I need? If it can, can it also generate double- quoted strings ("foo" instead of 'foo')? I'm using Clozure and I don't control the XML schema, unfortunately. Thanks, Patrick From mackram at gmail.com Sat Jun 6 21:37:21 2009 From: mackram at gmail.com (Mackram Raydan) Date: Sun, 7 Jun 2009 00:37:21 +0300 Subject: [hunchentoot-devel] Multiple websites serving off the same hunchentoot server Message-ID: <37654d130906061437x28e16ae9kbd2c1b35df04db4a@mail.gmail.com> Hey everyone, I recently started porting several websites I run to sbcl and wish to run them off hunchentoot but would like to run them of the same instance. Is there a way to have hunchentoot serve different directories to different websites? So what I am really asking is can hunchentoot do the following when it recieves a request from www.x.com it would serve pages from my directory /home/me/x and when it recieves a request from www.y.com it would serve pages from my directory /home/me/y Appreciate any help that you could provide and thanks in advance. Regards, Mackram Raydan Website: www.trailoflight.net "An invasion of armies can be resisted, but not an idea whose time has come." Victor Hugo -------------- next part -------------- An HTML attachment was scrubbed... URL: From hans.huebner at gmail.com Sun Jun 7 05:44:07 2009 From: hans.huebner at gmail.com (=?ISO-8859-1?Q?Hans_H=FCbner?=) Date: Sun, 7 Jun 2009 07:44:07 +0200 Subject: [hunchentoot-devel] Multiple websites serving off the same hunchentoot server In-Reply-To: <37654d130906061437x28e16ae9kbd2c1b35df04db4a@mail.gmail.com> References: <37654d130906061437x28e16ae9kbd2c1b35df04db4a@mail.gmail.com> Message-ID: On Sat, Jun 6, 2009 at 23:37, Mackram Raydan wrote: > I recently started porting several websites I run to sbcl and wish to run > them off hunchentoot but would like to run them of the same instance. Is > there a way to have hunchentoot serve different directories to different > websites? There is the hunchentoot-vhost package (http://cyrusharmon.com/projects?project=hunchentoot-vhost) written by Cyrus Harmon, but I do not know whether it has been ported to Hunchentoot 1.0 yet. -Hans From larry at theclapp.org Sun Jun 7 14:08:55 2009 From: larry at theclapp.org (Larry Clapp) Date: Sun, 7 Jun 2009 10:08:55 -0400 Subject: [hunchentoot-devel] Multiple websites serving off the same hunchentoot server In-Reply-To: <37654d130906061437x28e16ae9kbd2c1b35df04db4a@mail.gmail.com> References: <37654d130906061437x28e16ae9kbd2c1b35df04db4a@mail.gmail.com> Message-ID: <20090607140854.GA32393@cupid.theclapp.org> On Sun, Jun 07, 2009 at 12:37:21AM +0300, Mackram Raydan wrote: > I recently started porting several websites I run to sbcl and wish > to run them off hunchentoot but would like to run them of the same > instance. Is there a way to have hunchentoot serve different > directories to different websites? So what I am really asking is can > hunchentoot do the following when it recieves a request from > www.x.com it would serve pages from my directory /home/me/x and when > it recieves a request from www.y.com it would serve pages from my > directory /home/me/y > > Appreciate any help that you could provide and thanks in advance. You could configure Apache to do it for you. Set up a "reverse proxy" such that x.com goes to a Hunchentoot server listening on localhost:1234, and y.com goes to a Hunchentoot server listening on localhost:1235. Both Hunchentoot servers could be running from the same Lisp image, of course. ServerAdmin webmaster at x.com ServerName x.com ProxyRequests off ProxyPass / http://localhost:1234/ ProxyPassReverse / http://localhost:1234/ ServerAdmin webmaster at y.com ServerName y.com ProxyRequests off ProxyPass / http://localhost:1235/ ProxyPassReverse / http://localhost:1235/ I use Apache to proxy only one Hunchentoot server right now, but I see no reason the above wouldn't work. See Edi's "Hunchentoot behind a proxy" documentation, and Apache's "VirtualHost", "ProxyPass", and "ProxyPassReverse" documentation. -- Larry From edi at agharta.de Mon Jun 8 05:57:45 2009 From: edi at agharta.de (Edi Weitz) Date: Mon, 8 Jun 2009 07:57:45 +0200 Subject: [hunchentoot-devel] cl-who and case-sensitive XML generation In-Reply-To: References: Message-ID: On Sat, Jun 6, 2009 at 8:04 PM, Patrick May wrote: > (let ((cl-who::*downcase-tokens-p* nil)) > ? (cl-who:with-html-output-to-string (*standard-output* > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? nil > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? :indent t) > ? ? (:|Capitalized| > ? ? ? (:|CapitalizedCamel| :|camelCase| "foo" > ? ? ? ? "bar")))) > > This outputs: > > " > > ? > ? ? bar > ? > " Which version are you using? Works for me with the dev version: CL-USER 1 > (let ((cl-who:*downcase-tokens-p* nil)) (cl-who:with-html-output-to-string (*standard-output* nil :indent t) (:|Capitalized| (:|CapitalizedCamel| :|camelCase| "foo" "bar")))) " bar " There's no need for the double colon, BTW. > If it can, can it also generate double- > quoted strings ("foo" instead of 'foo')? http://weitz.de/cl-who/#*attribute-quote-char* Cheers, Edi. From edi at agharta.de Mon Jun 8 08:33:26 2009 From: edi at agharta.de (Edi Weitz) Date: Mon, 8 Jun 2009 10:33:26 +0200 Subject: [hunchentoot-devel] A web application framework which uses Hunchentoot In-Reply-To: <780e7d140906030256g703e48c1raea9c2ec073db371@mail.gmail.com> References: <780e7d140906030256g703e48c1raea9c2ec073db371@mail.gmail.com> Message-ID: On Wed, Jun 3, 2009 at 11:56 AM, Tomo Matsumoto wrote: > Let me introduce my web application framework which uses Hunchentoot. > It's called web4r. > http://web4r.org/ Thanks, I've added a link to the documentation: http://bknr.net/trac/changeset/4413 Edi. From patrick.may at mac.com Mon Jun 8 16:08:20 2009 From: patrick.may at mac.com (Patrick May) Date: Mon, 08 Jun 2009 12:08:20 -0400 Subject: [hunchentoot-devel] cl-who and case-sensitive XML generation In-Reply-To: References: Message-ID: On 8 Jun 2009, at 01:57, Edi Weitz wrote: > On Sat, Jun 6, 2009 at 8:04 PM, Patrick May > wrote: >> (let ((cl-who::*downcase-tokens-p* nil)) >> (cl-who:with-html-output-to-string (*standard-output* >> nil >> :indent t) >> (:|Capitalized| >> (:|CapitalizedCamel| :|camelCase| "foo" >> "bar")))) >> >> This outputs: >> >> " >> >> >> bar >> >> " > > Which version are you using? Works for me with the dev version: I'm using cl-who-0.11.1 and Clozure 1.3-r11936. Thanks, Patrick From david at davidneu.com Tue Jun 9 18:56:56 2009 From: david at davidneu.com (David Neu) Date: Tue, 9 Jun 2009 14:56:56 -0400 Subject: [hunchentoot-devel] cl-who and case-sensitive XML generation In-Reply-To: References: Message-ID: Hi Edi, I'm running cl-who Version 1.0.0, 2009-0x-xx and sbcl 1.0.28. Setting *downcase-tokens-p* within a LET doesn't work as I expected, but using SETF does. Cheers, David (let ((cl-who::*downcase-tokens-p* nil)) (cl-who:with-html-output-to-string (*standard-output* nil :indent t) (:|Capitalized| (:|CapitalizedCamel| :|camelCase| "foo" "bar")))) " bar " CL-USER> (setf cl-who::*downcase-tokens-p* nil) NIL CL-USER> (cl-who:with-html-output-to-string (*standard-output* nil :indent t) (:|Capitalized| (:|CapitalizedCamel| :|camelCase| "foo" "bar"))) " bar " On Mon, Jun 8, 2009 at 1:57 AM, Edi Weitz wrote: > On Sat, Jun 6, 2009 at 8:04 PM, Patrick May wrote: > >> (let ((cl-who::*downcase-tokens-p* nil)) >> ? (cl-who:with-html-output-to-string (*standard-output* >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? nil >> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? :indent t) >> ? ? (:|Capitalized| >> ? ? ? (:|CapitalizedCamel| :|camelCase| "foo" >> ? ? ? ? "bar")))) >> >> This outputs: >> >> " >> >> ? >> ? ? bar >> ? >> " > > Which version are you using? ?Works for me with the dev version: > > CL-USER 1 > (let ((cl-who:*downcase-tokens-p* nil)) > ?(cl-who:with-html-output-to-string (*standard-output* > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?nil > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?:indent t) > ? ?(:|Capitalized| > ? ? ?(:|CapitalizedCamel| :|camelCase| "foo" > ? ? ? ?"bar")))) > " > > ?bar > ? > " > > There's no need for the double colon, BTW. > >> If it can, can it also generate double- >> quoted strings ("foo" instead of 'foo')? > > http://weitz.de/cl-who/#*attribute-quote-char* > > Cheers, > Edi. > > _______________________________________________ > 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 Jun 9 19:38:48 2009 From: hans.huebner at gmail.com (=?ISO-8859-1?Q?Hans_H=FCbner?=) Date: Tue, 9 Jun 2009 15:38:48 -0400 Subject: [hunchentoot-devel] cl-who and case-sensitive XML generation In-Reply-To: References: Message-ID: David, On Tue, Jun 9, 2009 at 14:56, David Neu wrote: > I'm running cl-who Version 1.0.0, 2009-0x-xx and sbcl 1.0.28. ?Setting > *downcase-tokens-p* ?within a LET doesn't work as I expected, but > using SETF does. CL-WHO:WITH-HTML-OUTPUT-TO-STRING is a macro, so binding the dynamic *DOWNCASE-TOKENS-P* variable at run time will not have the desired effect. You'll either want to set the variable in your compilation unit using SETF or bind it around your compiler invocation. -Hans From david at davidneu.com Tue Jun 9 20:52:17 2009 From: david at davidneu.com (David Neu) Date: Tue, 9 Jun 2009 16:52:17 -0400 Subject: [hunchentoot-devel] cl-who and case-sensitive XML generation In-Reply-To: References: Message-ID: Thanks Hans! On Tue, Jun 9, 2009 at 3:38 PM, Hans H?bner wrote: > David, > > On Tue, Jun 9, 2009 at 14:56, David Neu wrote: >> I'm running cl-who Version 1.0.0, 2009-0x-xx and sbcl 1.0.28. ?Setting >> *downcase-tokens-p* ?within a LET doesn't work as I expected, but >> using SETF does. > > CL-WHO:WITH-HTML-OUTPUT-TO-STRING is a macro, so binding the dynamic > *DOWNCASE-TOKENS-P* variable at run time will not have the desired > effect. ?You'll either want to set the variable in your compilation > unit using SETF or bind it around your compiler invocation. > > -Hans > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > From ch-tbnl at bobobeach.com Thu Jun 11 05:41:31 2009 From: ch-tbnl at bobobeach.com (Cyrus Harmon) Date: Wed, 10 Jun 2009 22:41:31 -0700 Subject: [hunchentoot-devel] hunchentoot and sb-ext:run-process experiences Message-ID: I've finally been motivated to do some maintenance on my web server and one of the things that has been bothering me for a long time has been some relatively serious instability problems with my production- ish hunchentoot server. I had been using a pre-1.0-but-post-last- release development snapshot and the main problem has been that after a week or so of use my hunchentoot instance would fairly reliably crash, although it wasn't clear exactly when it would crash. After I time begin to suspect that the main culprit use my use of sb-ext:run- program in my hunchentoot-cgi stuff. hunchentoot-cgi is a hunchentoot handler and associated glue to allow hunchentoot to call CGI programs written in, say, perl that I wrote primarily so I could put gitweb behind my hunchentoot server directly, instead using apache or lighttpd or whatever as a front-end to hunchentoot. Like most of my code, it is, at least in the beginning, SBCL specific and it uses sb- ext:run-program to launch the CGI script. So far, so good, but then I kept getting these crashes and it was driving me crazy. Today I figured out that if I manually close the process, bad things happen a lot less frequently. This may seem obvious, but if after calling sb-ext:run-program I make an unwind-protect block and call sb- ext:process-wait and sb-ext:process-close, things get a lot better. I guess I should have suspected that something like this might have been the problem when I had errors such as: [2009-06-10 20:37:03 [ERROR]] The value 1026 is not of type (MOD 1025). in the logs, but I never put two and two together. I can now bang on the server (calling CGIs) pretty hard and it generally responds well and hasn't crashed on me yet, although it hasn't been all that long. Nevertheless, a thousand or so hits from ab with the old way of doing things would bring down the server and I can for multiple thousands of hits on the new server with no noticeable problems. I should caveat this by saying that I was seeing the occasional sockout-timeout, writing to a closed pipe, etc... problems with the 1.0 (or thereabouts, whatever is in luis' repo) release, but upgrading to the latest dev version from the ediware svn repo seems to have fixed even those problems. Well, I still occasionally see errors like the following: [2009-06-10 22:35:25 [ERROR]] Couldn't write to #: Broken pipe [2009-06-10 22:35:26 [ERROR]] Error while processing connection: Couldn't write to #: Broken pipe but they neither bring down the server nor cause ab to freak out with a connection reset by peer error, which is nice. So I guess this all a long-winded way of saying: 1) If you're going to be using sb-ext:run-program :wait nil and reading from the process' stream, make sure you sb-ext:process-close the process. 2) thanks to the hunchentoot team for the 1.0 release and beyond! While I'm at it, I'll put in another plug for my hunchentoot add-on modules, hunchentoot-cgi, hunchentoot-auth and hunchentoot-vhost, for calling CGIs from hunchentoot, for providing (more of) an infrastructure for user authentication, and for trivially handling multiple "virtual hosts" with hunchentoot, respectively: http://git.cyrusharmon.org/cgi-bin/gitweb.cgi?p=hunchentoot-cgi.git http://git.cyrusharmon.org/cgi-bin/gitweb.cgi?p=hunchentoot-auth.git http://git.cyrusharmon.org/cgi-bin/gitweb.cgi?p=hunchentoot-vhost.git All of which should now be working with hunchentoot 1.0 (and beyond). Thanks again to Edi and Hans. Cyrus From neuss at math.uni-karlsruhe.de Thu Jun 11 10:18:05 2009 From: neuss at math.uni-karlsruhe.de (Nicolas Neuss) Date: Thu, 11 Jun 2009 12:18:05 +0200 Subject: [hunchentoot-devel] hunchentoot and sb-ext:run-process experiences In-Reply-To: (Cyrus Harmon's message of "Wed\, 10 Jun 2009 22\:41\:31 -0700") References: Message-ID: <87k53jcbvm.fsf@ma-patru.mathematik.uni-karlsruhe.de> Cyrus Harmon writes: > Today I figured out that if I manually close the process, bad things > happen a lot less frequently. This may seem obvious, Indeed - and I have been bitten by this too (I figured it out myself some months ago). So, although obvious, it could be very helpful for some people that you report it here. > but if after calling sb-ext:run-program I make an unwind-protect block > and call sb- ext:process-wait and sb-ext:process-close, things get a lot > better. I guess I should have suspected that something like this might > have been the problem when I had errors such as: > > [2009-06-10 20:37:03 [ERROR]] The value 1026 is not of type (MOD 1025). How do you do the whole construct? I must admit that I did not use UNWIND-PROTECT for my fix. Probably, the right thing is not to use run-program in such cases at all, but introduce a wrapper macro for SBCL (this should therefore be more appropriate for the SBCL list to which I CC this as well). For example, see the Allegro CL documentation: "The :osi module (see Operating System Interface Functionality in os-interface.htm) has these new operators relating to running subprocesses: the function command-output and the macros with-command-output and with-command-io. They are higher-level than run-shell-command and shell and are now recommended when the interaction with the subprocess requires input or produces output that must be captured." Nicolas From j.k.cunningham at comcast.net Fri Jun 12 13:05:29 2009 From: j.k.cunningham at comcast.net (Jeff Cunningham) Date: Fri, 12 Jun 2009 06:05:29 -0700 Subject: [hunchentoot-devel] Problem with late calls to POST-PARAMETERS In-Reply-To: <40e4e7e50906011421s48444931g20c3e17a5b819647@mail.gmail.com> References: <40e4e7e50906011421s48444931g20c3e17a5b819647@mail.gmail.com> Message-ID: <4A325299.6090705@comcast.net> Peter Seibel wrote: > I ran into a problem converting some of my code to run with > Hunchentoot 1.0. This patch fixes it and -- as far as I can tell after > a bit of poking around -- is possibly righteous. What do you think? > The basic problem that I ran into is explained in the comment in the > patch. > > -Peter > > diff -r 635083ac9419 hunchentoot/request.lisp > --- a/hunchentoot/request.lisp Sun May 31 11:31:25 2009 -0700 > +++ b/hunchentoot/request.lisp Mon Jun 01 14:19:19 2009 -0700 > @@ -346,7 +346,12 @@ > (get-parameters request)) > > (defmethod post-parameters :before ((request request)) > - (maybe-read-post-parameters :request request)) > + ;; Force here because if someone calls POST-PARAMETERS they actually > + ;; want them, regardless of why the RAW-POST-DATA has been filled > + ;; in. (For instance, if SEND-HEADERS has been called, filling in > + ;; RAW-POST-DATA, and then subsequent code calls POST-PARAMETERS, > + ;; without the :FORCE flag POST-PARAMETERS would return NIL.) > + (maybe-read-post-parameters :request request :force t)) > > (defun post-parameters* (&optional (request *request*)) > "Returns an alist of the POST parameters associated with the REQUEST > > > Peter, did you ever get any response to this? Jeff From peter at gigamonkeys.com Fri Jun 12 13:31:51 2009 From: peter at gigamonkeys.com (Peter Seibel) Date: Fri, 12 Jun 2009 06:31:51 -0700 Subject: [hunchentoot-devel] Problem with late calls to POST-PARAMETERS In-Reply-To: <4A325299.6090705@comcast.net> References: <40e4e7e50906011421s48444931g20c3e17a5b819647@mail.gmail.com> <4A325299.6090705@comcast.net> Message-ID: <40e4e7e50906120631j12efa362vccf4c07b1d614258@mail.gmail.com> On Fri, Jun 12, 2009 at 6:05 AM, Jeff Cunningham wrote: > Peter Seibel wrote: >> I ran into a problem converting some of my code to run with >> Hunchentoot 1.0. This patch fixes it and -- as far as I can tell after >> a bit of poking around -- is possibly righteous. What do you think? >> The basic problem that I ran into is explained in the comment in the >> patch. >> >> -Peter >> >> diff -r 635083ac9419 hunchentoot/request.lisp >> --- a/hunchentoot/request.lisp ? ? ? ?Sun May 31 11:31:25 2009 -0700 >> +++ b/hunchentoot/request.lisp ? ? ? ?Mon Jun 01 14:19:19 2009 -0700 >> @@ -346,7 +346,12 @@ >> ? ?(get-parameters request)) >> >> ?(defmethod post-parameters :before ((request request)) >> - ?(maybe-read-post-parameters :request request)) >> + ?;; Force here because if someone calls POST-PARAMETERS they actually >> + ?;; want them, regardless of why the RAW-POST-DATA has been filled >> + ?;; in. (For instance, if SEND-HEADERS has been called, filling in >> + ?;; RAW-POST-DATA, and then subsequent code calls POST-PARAMETERS, >> + ?;; without the :FORCE flag POST-PARAMETERS would return NIL.) >> + ?(maybe-read-post-parameters :request request :force t)) >> >> ?(defun post-parameters* (&optional (request *request*)) >> ? ?"Returns an alist of the POST parameters associated with the REQUEST >> >> >> > Peter, did you ever get any response to this? Nope. -Peter -- Peter Seibel http://www.codersatwork.com/ http://www.gigamonkeys.com/blog/ From ch-tbnl at bobobeach.com Mon Jun 15 01:28:13 2009 From: ch-tbnl at bobobeach.com (Cyrus Harmon) Date: Sun, 14 Jun 2009 18:28:13 -0700 Subject: [hunchentoot-devel] cl-webdav/doc/CVS directory Message-ID: <424A6A73-42C7-41DC-9D15-262B974FB85D@bobobeach.com> Edi/Hans, can one of you you remove that from the svn repo? also, since it's been a year, almost, this seems like a good time to bring up my webdav level 2 support patch I sent to the list last year. The biggest negative, that I can see, of the patch is that it requires cxml-stmp. Nevertheless, I think this is a small price to pay for webdav level 2 support and would like to see this in the repo. Thought? thanks, cyrus From edi at agharta.de Mon Jun 15 20:55:17 2009 From: edi at agharta.de (Edi Weitz) Date: Mon, 15 Jun 2009 22:55:17 +0200 Subject: [hunchentoot-devel] Problem with late calls to POST-PARAMETERS In-Reply-To: <40e4e7e50906120631j12efa362vccf4c07b1d614258@mail.gmail.com> References: <40e4e7e50906011421s48444931g20c3e17a5b819647@mail.gmail.com> <4A325299.6090705@comcast.net> <40e4e7e50906120631j12efa362vccf4c07b1d614258@mail.gmail.com> Message-ID: On Fri, Jun 12, 2009 at 3:31 PM, Peter Seibel wrote: > Nope. Yes, sorry. That I didn't reply yet doesn't mean that I'm not interested or that I don't like the patch or whatever, it just means that I'm pretty busy with other things and have been so for quite some time. I'll get around to look at all the unanswered emails related to Hunchentoot, CL-WHO, etc. but this will take some more time... :( Cheers, Edi. From edi at agharta.de Mon Jun 15 20:57:01 2009 From: edi at agharta.de (Edi Weitz) Date: Mon, 15 Jun 2009 22:57:01 +0200 Subject: [hunchentoot-devel] cl-webdav/doc/CVS directory In-Reply-To: <424A6A73-42C7-41DC-9D15-262B974FB85D@bobobeach.com> References: <424A6A73-42C7-41DC-9D15-262B974FB85D@bobobeach.com> Message-ID: On Mon, Jun 15, 2009 at 3:28 AM, Cyrus Harmon wrote: > can one of you you remove that from the svn repo? > > also, since it's been a year, almost, this seems like a good time to > bring up my webdav level 2 support patch I sent to the list last year. > The biggest negative, that I can see, of the patch is that it requires > cxml-stmp. Nevertheless, I think this is a small price to pay for > webdav level 2 support and would like to see this in the repo. Thought? Cyrus, I agree with you on both points. Right now, it is still the problem of not having enough spare time - see the other email I just sent. Thanks, Edi. From edi at agharta.de Mon Jun 15 21:09:26 2009 From: edi at agharta.de (Edi Weitz) Date: Mon, 15 Jun 2009 23:09:26 +0200 Subject: [hunchentoot-devel] IE https problem Message-ID: Sorry if this is a bit off-topic, but I tried to debug this on my own and I also searched Google for quite some time but couldn't find anything yet. I'm now hoping that someone on the list can maybe help with this. I have a Hunchentoot (pre-1.0.0) application running on a customer's server which has been online and running fine for a couple of years now. (It has seen a few updates, but none in the recent months.) The application sits behind an Apache which acts as a proxy in the usual way. Content is served to the client through https which is done by Apache, i.e. Apache talks plain http to Hunchentoot. The application serves, amongst other things, RTF and PDF documents to the clients which are dynamically generated. Some time ago, in the first half of this year, this ceased to work for RTF documents when the client was MSIE 7. This happened after my customer's MSIE 7 browsers received an automatic software update from Microsoft. A bit later the browsers were updated again (to MSIE 8) and now PDF download is also broken. With Firefox, all is still fine. Also, if I access the website through http instead of https, downloads (RTF and PDF) still work fine. Judging from the timing, this is pretty obviously an incompatibility between my app (and/or Hunchentoot) which was introduced due to the MSIE upgrade, but after fighting with this for quite some time I still don't have a clue what the reason is and how I could fix it. The log files don't reveal anything, they just show a normal download of the RTF/PDF document - while MSIE claims that it didn't receive anything. Any ideas/hints? Thanks, Edi. From rsynnott at gmail.com Mon Jun 15 22:22:32 2009 From: rsynnott at gmail.com (Robert Synnott) Date: Mon, 15 Jun 2009 23:22:32 +0100 Subject: [hunchentoot-devel] IE https problem In-Reply-To: References: Message-ID: <24f203480906151522x1e312777v992a8779973bcaea@mail.gmail.com> Is it possibly an issue with the client security settings? IE is very fussy about websites (and potentially other entities) which have HTTPS and HTTP components. This seems less likely to be a problem with PDFs, but it may be possible, especially if it's HTTPS PDF embedded in HTTP-served pages or vice versa. Alternatively, is there anything wrong with your certificate? It's possible the IE is rejecting it out of hand, though it generally at least asks. This issue has become worse in IE8. Previously, default behaviour on the mixed content thing was to pop up a box asking if the user wanted to load everything; the default was 'Yes', causing everything to be loaded. In IE8, it's the other way round; 'Yes' will cause it NOT to load non-secure objects. This is going to break all sorts of things, of course :) If you view the page in Firefox or Safari do you get a warning image in the status bar? Rob 2009/6/15 Edi Weitz : > Sorry if this is a bit off-topic, but I tried to debug this on my own > and I also searched Google for quite some time but couldn't find > anything yet. ?I'm now hoping that someone on the list can maybe help > with this. > > I have a Hunchentoot (pre-1.0.0) application running on a customer's > server which has been online and running fine for a couple of years > now. ?(It has seen a few updates, but none in the recent months.) ?The > application sits behind an Apache which acts as a proxy in the usual > way. ?Content is served to the client through https which is done by > Apache, i.e. Apache talks plain http to Hunchentoot. > > The application serves, amongst other things, RTF and PDF documents to > the clients which are dynamically generated. ?Some time ago, in the > first half of this year, this ceased to work for RTF documents when > the client was MSIE 7. ?This happened after my customer's MSIE 7 > browsers received an automatic software update from Microsoft. ?A bit > later the browsers were updated again (to MSIE 8) and now PDF download > is also broken. ?With Firefox, all is still fine. ?Also, if I access > the website through http instead of https, downloads (RTF and PDF) > still work fine. > > Judging from the timing, this is pretty obviously an incompatibility > between my app (and/or Hunchentoot) which was introduced due to the > MSIE upgrade, but after fighting with this for quite some time I still > don't have a clue what the reason is and how I could fix it. ?The log > files don't reveal anything, they just show a normal download of the > RTF/PDF document - while MSIE claims that it didn't receive anything. > > Any ideas/hints? > > Thanks, > Edi. > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > -- Robert Synnott http://myblog.rsynnott.com MSN: rsynnott at gmail.com Jabber: rsynnott at gmail.com From rsynnott at gmail.com Mon Jun 15 22:24:44 2009 From: rsynnott at gmail.com (Robert Synnott) Date: Mon, 15 Jun 2009 23:24:44 +0100 Subject: [hunchentoot-devel] IE https problem In-Reply-To: <24f203480906151522x1e312777v992a8779973bcaea@mail.gmail.com> References: <24f203480906151522x1e312777v992a8779973bcaea@mail.gmail.com> Message-ID: <24f203480906151524g3e3fbcf8s8bb6f0b156d44731@mail.gmail.com> Just on this, even the favicon being HTTP and the document being HTTPS is sometimes enough to trigger this behaviour, and if IE is set to 'High' security I don't think it'll even ask; it just won't load things. Rob 2009/6/15 Robert Synnott : > Is it possibly an issue with the client security settings? IE is very > fussy about websites (and potentially other entities) which have HTTPS > and HTTP components. This seems less likely to be a problem with PDFs, > but it may be possible, especially if it's HTTPS PDF embedded in > HTTP-served pages or vice versa. Alternatively, is there anything > wrong with your certificate? It's possible the IE is rejecting it out > of hand, though it generally at least asks. > > This issue has become worse in IE8. Previously, default behaviour on > the mixed content thing was to pop up a box asking if the user wanted > to load everything; the default was 'Yes', causing everything to be > loaded. In IE8, it's the other way round; 'Yes' will cause it NOT to > load non-secure objects. This is going to break all sorts of things, > of course :) > > If you view the page in Firefox or Safari do you get a warning image > in the status bar? > Rob > > 2009/6/15 Edi Weitz : >> Sorry if this is a bit off-topic, but I tried to debug this on my own >> and I also searched Google for quite some time but couldn't find >> anything yet. ?I'm now hoping that someone on the list can maybe help >> with this. >> >> I have a Hunchentoot (pre-1.0.0) application running on a customer's >> server which has been online and running fine for a couple of years >> now. ?(It has seen a few updates, but none in the recent months.) ?The >> application sits behind an Apache which acts as a proxy in the usual >> way. ?Content is served to the client through https which is done by >> Apache, i.e. Apache talks plain http to Hunchentoot. >> >> The application serves, amongst other things, RTF and PDF documents to >> the clients which are dynamically generated. ?Some time ago, in the >> first half of this year, this ceased to work for RTF documents when >> the client was MSIE 7. ?This happened after my customer's MSIE 7 >> browsers received an automatic software update from Microsoft. ?A bit >> later the browsers were updated again (to MSIE 8) and now PDF download >> is also broken. ?With Firefox, all is still fine. ?Also, if I access >> the website through http instead of https, downloads (RTF and PDF) >> still work fine. >> >> Judging from the timing, this is pretty obviously an incompatibility >> between my app (and/or Hunchentoot) which was introduced due to the >> MSIE upgrade, but after fighting with this for quite some time I still >> don't have a clue what the reason is and how I could fix it. ?The log >> files don't reveal anything, they just show a normal download of the >> RTF/PDF document - while MSIE claims that it didn't receive anything. >> >> Any ideas/hints? >> >> Thanks, >> Edi. >> >> _______________________________________________ >> tbnl-devel site list >> tbnl-devel at common-lisp.net >> http://common-lisp.net/mailman/listinfo/tbnl-devel >> > > > > -- > Robert Synnott > http://myblog.rsynnott.com > MSN: rsynnott at gmail.com > Jabber: rsynnott at gmail.com > -- Robert Synnott http://myblog.rsynnott.com MSN: rsynnott at gmail.com Jabber: rsynnott at gmail.com From peter.mikula at gmail.com Tue Jun 16 04:20:03 2009 From: peter.mikula at gmail.com (Peter Mikula) Date: Tue, 16 Jun 2009 07:20:03 +0300 Subject: [hunchentoot-devel] IE https problem In-Reply-To: (Edi Weitz's message of "Mon, 15 Jun 2009 23:09:26 +0200") References: Message-ID: <20090616042214.DFB7EDB71B@master.digital-artefacts.fi> Hello, ,---- | The application serves, amongst other things, RTF and PDF documents to | the clients which are dynamically generated. Some time ago, in the | first half of this year, this ceased to work for RTF documents when | the client was MSIE 7. This happened after my customer's MSIE 7 | browsers received an automatic software update from Microsoft. `---- This sounds like problem I had some time ago. It happened for https with no-cache headers sent with generated content - some IE versions refused to save it to a temp file and passed an empty file to acroread. -- pm From edi at agharta.de Tue Jun 16 20:47:11 2009 From: edi at agharta.de (Edi Weitz) Date: Tue, 16 Jun 2009 22:47:11 +0200 Subject: [hunchentoot-devel] IE https problem In-Reply-To: <20090616042214.DFB7EDB71B@master.digital-artefacts.fi> References: <20090616042214.DFB7EDB71B@master.digital-artefacts.fi> Message-ID: On Tue, Jun 16, 2009 at 6:20 AM, Peter Mikula wrote: > ?This sounds like problem I had some time ago. It happened for https with > ?no-cache headers sent with generated content - some IE versions refused to > ?save it to a temp file and passed an empty file to acroread. Thanks to all who replied! Peter, this was the solution - I sent no-cache headers and this is what newer IE versions in SSL didn't accept. Removing these headers solved the problem. Thanks again, Edi. From zaries at global.co.za Fri Jun 19 06:35:48 2009 From: zaries at global.co.za (Phil Marneweck) Date: Fri, 19 Jun 2009 08:35:48 +0200 Subject: [hunchentoot-devel] Hunchentoot on PORT 80 Message-ID: <1245393348.16614.13.camel@scatha> Hi Yesterday I tried to run hunchentoot on port 80 for the first time, but a get a "Permission Denied" error when hunchentoot tries to bind to port 80. Between the #ubuntu and #lisp guys we established that nothing else was running on port 80 and that I was indeed running as root. Everybody agreed that it must be that permissions gets dropped some where along the line. Searching the web regarding dropped permissions got me no where. So I was wondering if anybody else got this configuration to work on port 80 and could share their experience with me please. I have a clean ubuntu server, no apache or anything installed. I have an in init.d script that starts up a screen session which runs swank and start up stuff to load hunchentoot etc ie swank-daemon from clwiki. Regards Phil From archimag at gmail.com Fri Jun 19 07:11:13 2009 From: archimag at gmail.com (Andrey Moskvitin) Date: Fri, 19 Jun 2009 11:11:13 +0400 Subject: [hunchentoot-devel] Hunchentoot on PORT 80 In-Reply-To: <1245393348.16614.13.camel@scatha> References: <1245393348.16614.13.camel@scatha> Message-ID: > Yesterday I tried to run hunchentoot on port 80 for the first time, but >a get a "Permission Denied" error when hunchentoot tries to bind to port 80. sudo setcap CAP_NET_BIND_SERVICE=ep /usr/bin/sbcl Andrey 2009/6/19 Phil Marneweck > Hi > > Yesterday I tried to run hunchentoot on port 80 for the first time, but > a get a "Permission Denied" error when hunchentoot tries to bind to port > 80. Between the #ubuntu and #lisp guys we established that nothing else > was running on port 80 and that I was indeed running as root. > > > Everybody agreed that it must be that permissions gets dropped some > where along the line. Searching the web regarding dropped permissions > got me no where. So I was wondering if anybody else got this > configuration to work on port 80 and could share their experience with > me please. > > I have a clean ubuntu server, no apache or anything installed. I have an > in init.d script that starts up a screen session which runs swank and > start up stuff to load hunchentoot etc ie swank-daemon from clwiki. > > > Regards > Phil > > > _______________________________________________ > 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 zaries at global.co.za Fri Jun 19 08:58:53 2009 From: zaries at global.co.za (Phil Marneweck) Date: Fri, 19 Jun 2009 10:58:53 +0200 Subject: [hunchentoot-devel] Hunchentoot on PORT 80 In-Reply-To: References: <1245393348.16614.13.camel@scatha> Message-ID: <1245401933.23651.3.camel@scatha> Thank you but setcap gives me a "operation not permitted"...but that got me stumbled onto authbind and ip tables, hopefully on of those will solve my problems. Regards Phil On Fri, 2009-06-19 at 11:11 +0400, Andrey Moskvitin wrote: > > Yesterday I tried to run hunchentoot on port 80 for the first time, > but > >a get a "Permission Denied" error when hunchentoot tries to bind to > port 80. > > sudo setcap CAP_NET_BIND_SERVICE=ep /usr/bin/sbcl > > > Andrey > > 2009/6/19 Phil Marneweck > Hi > > Yesterday I tried to run hunchentoot on port 80 for the first > time, but > a get a "Permission Denied" error when hunchentoot tries to > bind to port > 80. Between the #ubuntu and #lisp guys we established that > nothing else > was running on port 80 and that I was indeed running as root. > > > Everybody agreed that it must be that permissions gets dropped > some > where along the line. Searching the web regarding dropped > permissions > got me no where. So I was wondering if anybody else got this > configuration to work on port 80 and could share their > experience with > me please. > > I have a clean ubuntu server, no apache or anything installed. > I have an > in init.d script that starts up a screen session which runs > swank and > start up stuff to load hunchentoot etc ie swank-daemon from > clwiki. > > > Regards > Phil > > > _______________________________________________ > 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 billstclair at gmail.com Fri Jun 19 10:16:53 2009 From: billstclair at gmail.com (Bill St. Clair) Date: Fri, 19 Jun 2009 06:16:53 -0400 Subject: [hunchentoot-devel] Hunchentoot on PORT 80 In-Reply-To: <1245401933.23651.3.camel@scatha> References: <1245393348.16614.13.camel@scatha> <1245401933.23651.3.camel@scatha> Message-ID: <8fbe874a0906190316k654efaf0xe4769cc3800c17ba@mail.gmail.com> Ports below 1024 are reserved for root. You can use one by starting your process as root, listening on the port (starting Hunchentoot), and then using (setuid UID) and (setgid GID) to set the user and group ID to a non-root (you'll have to define SETUID and GETUID with a foreign function package, and you can find the UID and GID for a login in /etc/passwd). Or you could run your process as root, but that tends to be dangerous. Most people use a reverse proxy instead. Apache supports that, via mod_proxy. Squid has a reverse proxy. And there's Pound, amongst others. See http://en.wikipedia.org/wiki/Reverse_proxy -Bill On Fri, Jun 19, 2009 at 4:58 AM, Phil Marneweck wrote: > Thank you but setcap gives me a "operation not permitted"...but that got > me stumbled onto authbind and ip tables, hopefully on of those will > solve my problems. > > Regards > Phil > > On Fri, 2009-06-19 at 11:11 +0400, Andrey Moskvitin wrote: >> > Yesterday I tried to run hunchentoot on port 80 for the first time, >> but >> >a get a "Permission Denied" error when hunchentoot tries to bind to >> port 80. >> >> sudo setcap CAP_NET_BIND_SERVICE=ep /usr/bin/sbcl >> >> >> Andrey >> >> 2009/6/19 Phil Marneweck >> ? ? ? ? Hi >> >> ? ? ? ? Yesterday I tried to run hunchentoot on port 80 for the first >> ? ? ? ? time, but >> ? ? ? ? a get a "Permission Denied" error when hunchentoot tries to >> ? ? ? ? bind to port >> ? ? ? ? 80. Between the #ubuntu and #lisp guys we established that >> ? ? ? ? nothing else >> ? ? ? ? was running on port 80 and that I was indeed running as root. >> >> >> ? ? ? ? Everybody agreed that it must be that permissions gets dropped >> ? ? ? ? some >> ? ? ? ? where along the line. Searching the web regarding dropped >> ? ? ? ? permissions >> ? ? ? ? got me no where. So I was wondering if anybody else got this >> ? ? ? ? configuration to work on port 80 and could share their >> ? ? ? ? experience with >> ? ? ? ? me please. >> >> ? ? ? ? I have a clean ubuntu server, no apache or anything installed. >> ? ? ? ? I have an >> ? ? ? ? in init.d script that starts up a screen session which runs >> ? ? ? ? swank and >> ? ? ? ? start up stuff to load hunchentoot etc ie swank-daemon from >> ? ? ? ? clwiki. >> >> >> ? ? ? ? Regards >> ? ? ? ? Phil >> >> >> ? ? ? ? _______________________________________________ >> ? ? ? ? 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 > From kiuma72 at gmail.com Fri Jun 19 10:30:09 2009 From: kiuma72 at gmail.com (Andrea Chiumenti) Date: Fri, 19 Jun 2009 12:30:09 +0200 Subject: [hunchentoot-devel] Hunchentoot on PORT 80 In-Reply-To: <1245401933.23651.3.camel@scatha> References: <1245393348.16614.13.camel@scatha> <1245401933.23651.3.camel@scatha> Message-ID: <4d3bc9370906190330w4867eaf8l70c4211eba79a6e5@mail.gmail.com> port 80 is reserved for user root On Fri, Jun 19, 2009 at 10:58 AM, Phil Marneweck wrote: > Thank you but setcap gives me a "operation not permitted"...but that got > me stumbled onto authbind and ip tables, hopefully on of those will > solve my problems. > > Regards > Phil > > On Fri, 2009-06-19 at 11:11 +0400, Andrey Moskvitin wrote: >> > Yesterday I tried to run hunchentoot on port 80 for the first time, >> but >> >a get a "Permission Denied" error when hunchentoot tries to bind to >> port 80. >> >> sudo setcap CAP_NET_BIND_SERVICE=ep /usr/bin/sbcl >> >> >> Andrey >> >> 2009/6/19 Phil Marneweck >> ? ? ? ? Hi >> >> ? ? ? ? Yesterday I tried to run hunchentoot on port 80 for the first >> ? ? ? ? time, but >> ? ? ? ? a get a "Permission Denied" error when hunchentoot tries to >> ? ? ? ? bind to port >> ? ? ? ? 80. Between the #ubuntu and #lisp guys we established that >> ? ? ? ? nothing else >> ? ? ? ? was running on port 80 and that I was indeed running as root. >> >> >> ? ? ? ? Everybody agreed that it must be that permissions gets dropped >> ? ? ? ? some >> ? ? ? ? where along the line. Searching the web regarding dropped >> ? ? ? ? permissions >> ? ? ? ? got me no where. So I was wondering if anybody else got this >> ? ? ? ? configuration to work on port 80 and could share their >> ? ? ? ? experience with >> ? ? ? ? me please. >> >> ? ? ? ? I have a clean ubuntu server, no apache or anything installed. >> ? ? ? ? I have an >> ? ? ? ? in init.d script that starts up a screen session which runs >> ? ? ? ? swank and >> ? ? ? ? start up stuff to load hunchentoot etc ie swank-daemon from >> ? ? ? ? clwiki. >> >> >> ? ? ? ? Regards >> ? ? ? ? Phil >> >> >> ? ? ? ? _______________________________________________ >> ? ? ? ? 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 > From larry at theclapp.org Fri Jun 19 11:36:11 2009 From: larry at theclapp.org (Larry Clapp) Date: Fri, 19 Jun 2009 07:36:11 -0400 Subject: [hunchentoot-devel] Hunchentoot on PORT 80 In-Reply-To: <4d3bc9370906190330w4867eaf8l70c4211eba79a6e5@mail.gmail.com> References: <1245393348.16614.13.camel@scatha> <1245401933.23651.3.camel@scatha> <4d3bc9370906190330w4867eaf8l70c4211eba79a6e5@mail.gmail.com> Message-ID: <20090619113611.GA25954@cupid.theclapp.org> On Fri, Jun 19, 2009 at 12:30:09PM +0200, Andrea Chiumenti wrote: > port 80 is reserved for user root I am not the OP but I would like to remind everyone that he said, in the second sentence of his first email: > Between the #ubuntu and #lisp guys we established that nothing else > was running on port 80 and that I was indeed running as root. -- L From neuss at math.uni-karlsruhe.de Fri Jun 19 12:22:12 2009 From: neuss at math.uni-karlsruhe.de (Nicolas Neuss) Date: Fri, 19 Jun 2009 14:22:12 +0200 Subject: [hunchentoot-devel] IE https problem In-Reply-To: (Edi Weitz's message of "Tue\, 16 Jun 2009 22\:47\:11 +0200") References: <20090616042214.DFB7EDB71B@master.digital-artefacts.fi> Message-ID: <87y6roo1l7.fsf@ma-patru.mathematik.uni-karlsruhe.de> Edi Weitz writes: > On Tue, Jun 16, 2009 at 6:20 AM, Peter Mikula wrote: > >> ?This sounds like problem I had some time ago. It happened for https with >> ?no-cache headers sent with generated content - some IE versions refused to >> ?save it to a temp file and passed an empty file to acroread. > > Thanks to all who replied! Peter, this was the solution - I sent > no-cache headers and this is what newer IE versions in SSL didn't > accept. Removing these headers solved the problem. > > Thanks again, > Edi. Since this reminds me of problems I once had (and which I "solved" by saving a PDF file and serving it with HANDLE-STATIC-FILE): How can one make sure that no "no-cache" header is sent? (I'm quite sure I did not directly require "no-cache" when sending the PDF data.) Thanks, Nicolas From edi at agharta.de Fri Jun 19 23:24:48 2009 From: edi at agharta.de (Edi Weitz) Date: Sat, 20 Jun 2009 01:24:48 +0200 Subject: [hunchentoot-devel] IE https problem In-Reply-To: <87y6roo1l7.fsf@ma-patru.mathematik.uni-karlsruhe.de> References: <20090616042214.DFB7EDB71B@master.digital-artefacts.fi> <87y6roo1l7.fsf@ma-patru.mathematik.uni-karlsruhe.de> Message-ID: On Fri, Jun 19, 2009 at 2:22 PM, Nicolas Neuss wrote: > Since this reminds me of problems I once had (and which I "solved" by > saving a PDF file and serving it with HANDLE-STATIC-FILE): > > How can one make sure that no "no-cache" header is sent? By not sending it... :) Seriously, if you don't send it explicitly (e.g. by calling the NO-CACHE convenience function), Hunchentoot won't send it behind your back. Edi. From eadmund42 at gmail.com Mon Jun 22 22:18:14 2009 From: eadmund42 at gmail.com (Robert Uhl) Date: Mon, 22 Jun 2009 16:18:14 -0600 Subject: [hunchentoot-devel] Hunchentoot RPM available for Fedora Message-ID: I'm pleased to announce the availability of a Hunchentoot RPM for Fedora at . You will almost certainly want to simply install the repo package for octopodial-chrome and then use 'yum install hunchentoot' in order to grab all the pre-reqs. If you have any questions, please feel free to drop me a line. -- Robert Uhl Firm footwork is the fount from which springs all offence and defence. --Giacomo diGrasse, 1570 From ch-tbnl at bobobeach.com Mon Jun 22 22:56:54 2009 From: ch-tbnl at bobobeach.com (Cyrus Harmon) Date: Mon, 22 Jun 2009 15:56:54 -0700 Subject: [hunchentoot-devel] cl-webdav/doc/CVS directory In-Reply-To: References: <424A6A73-42C7-41DC-9D15-262B974FB85D@bobobeach.com> Message-ID: <2BA8F0D8-A8F7-48C3-AD5C-F229B8C092A9@bobobeach.com> Speaking of cl-webdav... There's a call to server-port in resource-uri- prefix that needs to be updated to work with hunchentoot-1.0 and later. cyrus On Jun 15, 2009, at 1:57 PM, Edi Weitz wrote: > On Mon, Jun 15, 2009 at 3:28 AM, Cyrus Harmon > wrote: > >> can one of you you remove that from the svn repo? >> >> also, since it's been a year, almost, this seems like a good time to >> bring up my webdav level 2 support patch I sent to the list last >> year. >> The biggest negative, that I can see, of the patch is that it >> requires >> cxml-stmp. Nevertheless, I think this is a small price to pay for >> webdav level 2 support and would like to see this in the repo. >> Thought? > > Cyrus, I agree with you on both points. Right now, it is still the > problem of not having enough spare time - see the other email I just > sent. > > Thanks, > Edi. > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel From zaries at global.co.za Thu Jun 25 08:45:52 2009 From: zaries at global.co.za (Phil Marneweck) Date: Thu, 25 Jun 2009 10:45:52 +0200 Subject: [hunchentoot-devel] hunchnetoot-vhost example Message-ID: <1245919552.6909.28.camel@scatha> Hi I know hunchentoot-vhost is a separate package but I was hoping some one here has used it before. Does anybody have an example of how to use hunchentoot-vhost for example: One hunchentoot server running handling /application1/somepage1.html and /application2/somepage2.html /application1/somepage1.html must be mapped to www.somedomain1.com /application2/somepage2.html must be mapped to www.somedomain2.com Any help would be appreciated thank you. Phil