tbnl-devel September 2006

tbnl-devel@common-lisp.net

23 participants
13 discussions

Re: [tbnl-devel] TBNL survey / re-org
by Edi Weitz 06 Oct '06

06 Oct '06

On Fri, 29 Sep 2006 18:16:26 -0400, Travis Cross <travis(a)officetone.com> wrote: > After you released Hunchentoot, I took a hard look at the source and > have been considering factoring out the non-portable code ever > since. I'd be terribly happy if you beat me to it though ;) There's a slight chance that this will happen... :) > Another project on my TBNL agenda that I started part way down was > seeing if I could remove some dependencies (primarily kmrcl) without > adding a whole lot a code to TBNL. LispWorks/Hunchentoot doesn't use KMRCL, so that's the plan for SBCL and the other Lisps as well. > Do you happen to be sold on the wonders of the Darcs version control > system? ;) If you're not strongly tied to whatever VCS you're > currently using, a public darcs repository could be a real boon. You wouldn't win anything, because I immediately make a new release if I add new code. Im the case of RDNZL I once tried with a public repository, but although several people had write access nothing came out of it. The only result was that it became harder for me and I couldn't work offline anymore... Cheers, Edi.

4 20

[tbnl-devel] Add hook before uploading a file.
by Erik Enge 02 Oct '06

02 Oct '06

My users will upload files as large as 500M to my servers. This will of course take awhile and I think it's asking for trouble to let them submit and then just let the browser sit there and spin a currently-working-cursor without any other feedback. So, I use an IFRAME and some Ajax to submit the form and also poll to see how the submittion is coming along. Then I report this to user in the form of a progress-bar. (Lots of examples of this, just search for "ajax upload progress" in Google.) Anyway, by default in TBNL, as far as I can tell, the request doesn't hit my code until after the file has been uploaded. What I think I really need instead is to have access to the temporary filename created for the upload (so I can track its size) right before TBNL starts reading the file. I've put this together locally by creating a hook in MAKE-TMP-FILE-NAME[1] which is simply called with the tmp-file-name created before returning. In my code I then use this filename to create data for the progress-bar. My question is whether there's a better way to achieve this and/or whether or not you want a patch. Thanks, Erik. [1] I think a comment explaining that it's called from the RFC2388 code would've been really helpful. :-)

3 6

[tbnl-devel] TBNL survey / re-org
by Edi Weitz 29 Sep '06

29 Sep '06

Hi! I'm thinking about re-organizing/purifying the TBNL code-base. It looks pretty messy to me now and I think I could get rid of a couple of things if I find the time. Before I do that, I'd need some info about current usage patterns. My impression is that TBNL is used with these implementations LispWorks SBCL CMUCL OpenMCL and usually behind mod_lisp or stand-alone. Is that right? Does anybody still use TBNL with Araneida? Does anybody use it with AllegroCL or some other Lisp I haven't listed above? Would people be interested in something like Hunchentoot for non-LispWorks Lisps? Thanks, Edi.

16 17

[tbnl-devel] Serving large files
by Edi Weitz 29 Sep '06

29 Sep '06

Frank Zappa once said that "Rock journalism is people who can't write interviewing people who can't talk for people who can't read." Sometimes I think #lisp is a bit similar... :) <http://meme.b9.com/cview.html?channel=lisp&start=3368462909&end=3368463023> OK, nobody has asked, but here's the answer anyway: RTFM where it says (right at the beginning) that you should use SEND-HEADERS "if you want to serve very large static files." <http://weitz.de/tbnl/#send-headers> SEND-HEADERS has been in there since 2005 (version 0.9.0) and it is used in HANDLE-STATIC-FILE (html.lisp) as well as in the UTF-8 example. Cheers, Edi.

3 3

[tbnl-devel] New version 0.11.2
by Edi Weitz 20 Sep '06

20 Sep '06

ChangeLog: Version 0.11.2 2006-09-20 DEFINE-EASY-HANDLER: fixed and clarified redefinition DEFINE-EASY-HANDLER: allow for functions designators as "URIs" DEFINE-EASY-HANDLER: take file uploads into account Made logging a little bit more robust Added mime type for XSL-FO (.fo) Download: http://weitz.de/files/tbnl.tar.gz Have fun, Edi.

1 0

[tbnl-devel] TBNL hangs on every other request
by Jason Dunsmore 18 Sep '06

18 Sep '06

I'm using TBNL with SBCL 0.9.15, mod_lisp, and apache2, and the browser hangs indefinitely on every other request. I've also tried using mod_lisp and apache, but it has the same problem. Any idea what's wrong? Thanks, Jason Dunsmore

4 3

[tbnl-devel] New versions 0.11.1 (TBNL) and 0.3.2 (Hunchentoot)
by Edi Weitz 15 Sep '06

15 Sep '06

Both new versions (try to) add better debugging capabilities - see http://weitz.de/tbnl/#*catch-errors-p* Cheers, Edi.

3 7

Re: [tbnl-devel] TBNL survey / re-org
by Edi Weitz 13 Sep '06

13 Sep '06

[Cc to mailing list] On Sat, 09 Sep 2006 13:27:39 +0530, quasi <quasilists(a)gmail.com> wrote: > www.cleartrip.com right now runs on CMUCL+TBNL+apache+mod_lisp2. We > have load tested it for up to 1000 concurrent users. It did not > break or leak. The performance was purely a factor of the > computational complexity of the page being displayed. For the front > page, which uses HTML_TEMPLATE, apache serving SSI was only slightly > faster. Excellent performance generally Good... :) > Unfortunately I could not manage to get SBCL to perform anywhere > near what CMUCL could. My shortcomings, mostly, I guess. You might see the difference between "green" threads (CMUCL) and OS threads (SBCL). My guess is that thread creation and/or thread switching is more expensive on SBCL. Maybe your tests amplify this difference? Have you tried with other Lisps which use native threads?

5 5

[tbnl-devel] Threads and exceptions
by Chaitanya Gupta 12 Sep '06

12 Sep '06

Hi, I am using TBNL on CMUCL 19c. If I create a new thread (using #'mp:make-process), what will happen if an exception is signalled (and not handled) in that thread? Will tbnl log the error? And If tbnl:*show-lisp-backtraces-p* it t, will it display the backtrace from that thread? Basically I just want that any error or warning signalled by that thread should be logged by tbnl, and if necessary, the backtrace shown in the browser window. What is the best way to do it? Thanks, Chaitanya

2 4

[tbnl-devel] Re: TBNL survey / re-org
by Daniel Gackle 06 Sep '06

06 Sep '06

< Does anybody use it with Allegro CL > We're using TBNL with Allegro, Apache, and mod_lisp. < Would people be interested in something like Hunchentoot for non-LispWorks Lisps? > Yes. Dan

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

tbnl-devel September 2006