From edi at agharta.de  Thu Dec  8 13:27:54 2005
From: edi at agharta.de (Edi Weitz)
Date: Thu, 08 Dec 2005 14:27:54 +0100
Subject: [tbnl-devel] New version 0.8.8
Message-ID: <u7jaf7m79.fsf@agharta.de>

ChangeLog:

  Version 0.8.8
  2005-12-08
  Made RAW-POST-DATA more useful
  Updated docs w.r.t. Araneida (thanks to Alan Shields)

Download:

  <http://weitz.de/files/tbnl.tar.gz>

Cheers,
Edi.


From tim at tenkan.org  Thu Dec  8 13:55:41 2005
From: tim at tenkan.org (Tim Daly Jr.)
Date: Thu, 08 Dec 2005 14:55:41 +0100
Subject: [tbnl-devel] leaked file handles when not (plusp content-length)
In-Reply-To: <u7jaf7m79.fsf@agharta.de>
References: <u7jaf7m79.fsf@agharta.de>
Message-ID: <1134050141.4466.183.camel@beer.intern>

I would like to report a bug, which I encountered in TBNL 0.8.2.  I've
been meaning to work up a patch, but I haven't had the time yet.  I
don't even have the time to check if the bug is present in 0.8.8.  :/
So, please forgive me for merely reporting what I saw, for now.

I'm using SBCL 0.9.6, but I suspect that the bug isn't a grotty
implementation-specific issue.  

Basically, when you return the empty string as a response, after about
250 responses, you run out of file handles and everything stops working.
To get around it, you can return a string with something in it, or you
can do something wonderful like this, around line 123 in modlisp.lisp:

        (when (or t (plusp content-length)) ;xxx timjr

Cheers,
Tim




From edi at agharta.de  Thu Dec  8 15:58:23 2005
From: edi at agharta.de (Edi Weitz)
Date: Thu, 08 Dec 2005 16:58:23 +0100
Subject: [tbnl-devel] leaked file handles when not (plusp content-length)
In-Reply-To: <1134050141.4466.183.camel@beer.intern> (Tim Daly, Jr.'s
	message of "Thu, 08 Dec 2005 14:55:41 +0100")
References: <u7jaf7m79.fsf@agharta.de> <1134050141.4466.183.camel@beer.intern>
Message-ID: <uwtify40w.fsf@agharta.de>

Hi Tim!

On Thu, 08 Dec 2005 14:55:41 +0100, "Tim Daly Jr." <tim at tenkan.org> wrote:

> I would like to report a bug, which I encountered in TBNL 0.8.2.
> I've been meaning to work up a patch, but I haven't had the time
> yet.  I don't even have the time to check if the bug is present in
> 0.8.8.  :/ So, please forgive me for merely reporting what I saw,
> for now.
>
> I'm using SBCL 0.9.6, but I suspect that the bug isn't a grotty
> implementation-specific issue.
>
> Basically, when you return the empty string as a response, after
> about 250 responses, you run out of file handles and everything
> stops working.  To get around it, you can return a string with
> something in it, or you can do something wonderful like this, around
> line 123 in modlisp.lisp:
>
>         (when (or t (plusp content-length)) ;xxx timjr

I can't reproduce this.  I wrote a simple example which always returns
the empty string and tested with both LispWorks and CMUCL on Linux
(behind Apache).  In both cases I fired a couple of thousand requests
against the server (using ApacheBench) without any problems.

Are you using the current version of mod_lisp?

  <http://www.fractalconcept.com:8000/public/open-source/mod_lisp/>

If you still can see the bug with TBNL 0.8.8 and current mod_lisp
please let me know.

Thanks,
Edi.


From tolstoy at zentrope.com  Tue Dec 13 22:22:17 2005
From: tolstoy at zentrope.com (Tolstoy)
Date: Tue, 13 Dec 2005 14:22:17 -0800
Subject: [tbnl-devel] sbcl 0.9.7, tbnl 0.8.7.0, serving images
Message-ID: <1134512537.2473.14.camel@keith1.cv.hp.com>

Folks--

Is there still no workaround (aside from using apache) for serving
images via tbnl standalone and sbcl?

Here's the error I get:

#<SB-SYS:FD-STREAM for
"file /home/keith/projex/cl-marmoset/client/arrowdown.gif" {B2FAFA9}>
(:EXTERNAL-FORMAT :UTF-8):
  the octet sequence (145) cannot be decoded.

Does the newer TBNL fix this?  Doesn't sbcl support bi-valent streams,
now?

Curious....

--T



From edi at agharta.de  Wed Dec 14 00:02:32 2005
From: edi at agharta.de (Edi Weitz)
Date: Wed, 14 Dec 2005 01:02:32 +0100
Subject: [tbnl-devel] sbcl 0.9.7, tbnl 0.8.7.0, serving images
In-Reply-To: <1134512537.2473.14.camel@keith1.cv.hp.com>
	(tolstoy@zentrope.com's
	message of "Tue, 13 Dec 2005 14:22:17 -0800")
References: <1134512537.2473.14.camel@keith1.cv.hp.com>
Message-ID: <ufyow8s13.fsf@agharta.de>

On Tue, 13 Dec 2005 14:22:17 -0800, Tolstoy <tolstoy at zentrope.com> wrote:

> Here's the error I get:

And how did you get it?

> #<SB-SYS:FD-STREAM for
> "file /home/keith/projex/cl-marmoset/client/arrowdown.gif" {B2FAFA9}>
> (:EXTERNAL-FORMAT :UTF-8):
>   the octet sequence (145) cannot be decoded.

It obviously doesn't make sense to open a file with UTF-8 encoding if
it isn't encoded in UTF-8.  I don't use SBCL myself so I can't give
advice but maybe someone else on this list can.

> Does the newer TBNL fix this?  Doesn't sbcl support bi-valent
> streams, now?

There's a link from the TBNL docs to a mailing list message about this
topic.  Did you read that?

Cheers,
Edi.


From tolstoy at zentrope.com  Wed Dec 14 01:51:10 2005
From: tolstoy at zentrope.com (Tolstoy)
Date: Tue, 13 Dec 2005 17:51:10 -0800
Subject: [tbnl-devel] sbcl 0.9.7, tbnl 0.8.7.0, serving images
In-Reply-To: <ufyow8s13.fsf@agharta.de>
References: <1134512537.2473.14.camel@keith1.cv.hp.com>
	<ufyow8s13.fsf@agharta.de>
Message-ID: <1134525070.2473.25.camel@keith1.cv.hp.com>

On Wed, 2005-12-14 at 01:02 +0100, Edi Weitz wrote:
> On Tue, 13 Dec 2005 14:22:17 -0800, Tolstoy <tolstoy at zentrope.com> wrote:

Basically, it's all fixed, but just to answer questions anyway in case
they're somehow helpful:

> > Here's the error I get:
> 
> And how did you get it?

I have:

(mapcar (lambda (args)
          (apply #'create-static-file-dispatcher-and-handler args))
        '(("/cms2/" "client/index.html")
          ("/cms2/styles" "client/styles.css" "text/css")
          ("/cms2/opened.gif" "client/arrowdown.gif" "image/gif")
          ("/cms2/closed.gif" "client/arrowright.gif" "image/gif")
          ("/cms2/common.js" "client/common.js" "text/plain")))))

as part of my setup for *dispatch-table*.  When I surfed to:

  http://localhost:3000/cms2/closed.gif

I got the error in the log file.


> > #<SB-SYS:FD-STREAM for
> > "file /home/keith/projex/cl-marmoset/client/arrowdown.gif" {B2FAFA9}>
> > (:EXTERNAL-FORMAT :UTF-8):
> >   the octet sequence (145) cannot be decoded.
> 
> It obviously doesn't make sense to open a file with UTF-8 encoding if
> it isn't encoded in UTF-8.  I don't use SBCL myself so I can't give
> advice but maybe someone else on this list can.
> 
> > Does the newer TBNL fix this?  Doesn't sbcl support bi-valent
> > streams, now?
> 
> There's a link from the TBNL docs to a mailing list message about this
> topic.  Did you read that?

Nope.  But then I did. ;)  Thanks for the pointer.

In a nutshell, once you push :tbnl-bivalent-streams onto *features*, you
can use the sbcl/tbnl combo as standalone.  This really cool for those
of us who might want to deploy to a desktop and have users surf to a
local admin app, or deploying to a demo machine, etc, etc.

Anyway, thanks!

T

> Cheers,
> Edi.



From mccutchen at gmail.com  Wed Dec 14 00:07:51 2005
From: mccutchen at gmail.com (Will McCutchen)
Date: Tue, 13 Dec 2005 18:07:51 -0600
Subject: [tbnl-devel] sbcl 0.9.7, tbnl 0.8.7.0, serving images
In-Reply-To: <1134512537.2473.14.camel@keith1.cv.hp.com>
References: <1134512537.2473.14.camel@keith1.cv.hp.com>
Message-ID: <914ed02b0512131607g69c36c02y1ca65a303853d57a@mail.gmail.com>

Whoops, I replied off-list by accident.  Sorry, Tolstoy.

On 12/13/05, Tolstoy <tolstoy at zentrope.com> wrote:
> Does the newer TBNL fix this?  Doesn't sbcl support bi-valent streams,
> now?

I've only just begun to experiment with TBNL and SBCL, and I haven't
tried serving images with the standalone TBNL yet, so this might be
useless.

That said, to make TBNL use SBCL's bivalent streams, I did this before
compiling TBNL:

(pushnew :tbnl-bivalent-streams *features*)

If you already did that, then I'm at a loss.


Will.


From edi at agharta.de  Fri Dec 16 14:19:52 2005
From: edi at agharta.de (Edi Weitz)
Date: Fri, 16 Dec 2005 15:19:52 +0100
Subject: [tbnl-devel] New version 0.8.9
Message-ID: <u4q59gm47.fsf@agharta.de>

ChangeLog:

  Version 0.8.9
  2005-12-16
  Also use :TBNL-BIVALENT-STREAMS if :SB-UNICODE is present

Download:

  <http://weitz.de/files/tbnl.tar.gz>


From tolstoy at zentrope.com  Fri Dec 16 19:44:53 2005
From: tolstoy at zentrope.com (Tolstoy)
Date: Fri, 16 Dec 2005 11:44:53 -0800
Subject: [tbnl-devel] ajax / tbnl
Message-ID: <1134762293.2070.12.camel@keith1.cv.hp.com>

Folks--

I'm working on an ajax kind of thing and when my html page loads, I
attempt to init the page's data structures by firing off many
XmlHttpRequests.  

When I fire off two of them, things work fine.  (One populates the main
data I want to display on the page, another populates a form with some
drop down list.)

When I add a third asynchronous request, things break.  Alas, I'm not
exactly sure how to explain it.

The way I'm seeing it at the moment is that the Oracle OCI shared lib
throws an exception ORA-21500 which takes down SBCL, I think, or at
least slime.

So, just to rule things out: there's no possible way this can be some
problem with tbnl (0.8.9 on SBCL), right?  Each of those asynchronous
requests should be coming in on a separate thread and things should work
accordingly.  Right? ;)

Surely it can't be the clsql oracle interface which can't handle
simultaneous requests?  Do I need to block on clsql requests?

Anyway, curious to know if any of you have encountered this sort of
problem before.

Keith



From edi at agharta.de  Fri Dec 16 20:09:40 2005
From: edi at agharta.de (Edi Weitz)
Date: Fri, 16 Dec 2005 21:09:40 +0100
Subject: [tbnl-devel] ajax / tbnl
In-Reply-To: <1134762293.2070.12.camel@keith1.cv.hp.com>
	(tolstoy@zentrope.com's
	message of "Fri, 16 Dec 2005 11:44:53 -0800")
References: <1134762293.2070.12.camel@keith1.cv.hp.com>
Message-ID: <uk6e4g5x7.fsf@agharta.de>

On Fri, 16 Dec 2005 11:44:53 -0800, Tolstoy <tolstoy at zentrope.com> wrote:

> I'm working on an ajax kind of thing and when my html page loads, I
> attempt to init the page's data structures by firing off many
> XmlHttpRequests.
>
> When I fire off two of them, things work fine.  (One populates the
> main data I want to display on the page, another populates a form
> with some drop down list.)
>
> When I add a third asynchronous request, things break.  Alas, I'm
> not exactly sure how to explain it.
>
> The way I'm seeing it at the moment is that the Oracle OCI shared
> lib throws an exception ORA-21500 which takes down SBCL, I think, or
> at least slime.
>
> So, just to rule things out: there's no possible way this can be
> some problem with tbnl (0.8.9 on SBCL), right?  Each of those
> asynchronous requests should be coming in on a separate thread and
> things should work accordingly.  Right? ;)
>
> Surely it can't be the clsql oracle interface which can't handle
> simultaneous requests?  Do I need to block on clsql requests?
>
> Anyway, curious to know if any of you have encountered this sort of
> problem before.

Hmm, that's a tough one because it involves many diverse libraries.
As you'll know yourself the best way to track this down is to find a
reproducible situation that's as easy as possible.  I can't really
help unless you are more specific but here are some ideas:

1. Take SLIME out of the picture and check if the problems are still
   there.  There's a slim chance that the way SLIME communicates with
   SBCL is the culprit and you can obviously confirm or refute this by
   working from the command line.

2. Can you try the same with some other Lisp like CMUCL?  SBCL uses
   native threads on Linux while most other Lisps at the moment don't.
   If the error goes away with CMUCL then at least you know where to
   dig further.

3. Oracle can definitely handle simultaneous requests but of course
   you need a different database connection for each thread.  If you
   don't have that this is most likely where your problems come from.

ORA-21500 seems to imply some problem on the client side so I guess
it's something like #2 or #3.  If it's not #3 (pilot error) it might
as well be that there's a bug in CLSQL that nobody has encountered yet
because not many people use CLSQL with Oracle and SBCL.

And of course this can also be a problem with TBNL.  I don't think
TBNL is free of errors - it's just that this sounds more like
something else.

Cheers,
Edi.


From tolstoy at zentrope.com  Fri Dec 16 23:53:49 2005
From: tolstoy at zentrope.com (Tolstoy)
Date: Fri, 16 Dec 2005 15:53:49 -0800
Subject: [tbnl-devel] ajax / tbnl
In-Reply-To: <uk6e4g5x7.fsf@agharta.de>
References: <1134762293.2070.12.camel@keith1.cv.hp.com>
	<uk6e4g5x7.fsf@agharta.de>
Message-ID: <1134777229.2070.27.camel@keith1.cv.hp.com>

On Fri, 2005-12-16 at 21:09 +0100, Edi Weitz wrote:
> On Fri, 16 Dec 2005 11:44:53 -0800, Tolstoy <tolstoy at zentrope.com> wrote:
> 
> > I'm working on an ajax kind of thing and when my html page loads, I
> > attempt to init the page's data structures by firing off many
> > XmlHttpRequests.
> >
> > When I fire off two of them, things work fine.  (One populates the
> > main data I want to display on the page, another populates a form
> > with some drop down list.)
> >
> > When I add a third asynchronous request, things break.  Alas, I'm
> > not exactly sure how to explain it.
> >
> > The way I'm seeing it at the moment is that the Oracle OCI shared
> > lib throws an exception ORA-21500 which takes down SBCL, I think, or
> > at least slime.

> 3. Oracle can definitely handle simultaneous requests but of course
>    you need a different database connection for each thread.  If you
>    don't have that this is most likely where your problems come from.

This was indeed the problem, as I suspected just after hitting the
"send" button.  If I add :if-exists :new to the (with-connection) macro,
things work as I expect.  If I add :pool t, however, transactions don't
seem to be committed even if I explicitly (set-autocommit t).  But this
isn't the place, I guess, to discuss that.

> ORA-21500 seems to imply some problem on the client side so I guess
> it's something like #2 or #3.  If it's not #3 (pilot error) it might
> as well be that there's a bug in CLSQL that nobody has encountered yet
> because not many people use CLSQL with Oracle and SBCL.

I think the prob was attempting to use the same connection
simultaneously.  The solution is either to acquire a lock, or create a
new connection for each transaction (which I imagine is a performance
issue).  I think the error came from the shared lib itself, rather than
SBCL or CLSQL.

> And of course this can also be a problem with TBNL.  I don't think
> TBNL is free of errors - it's just that this sounds more like
> something else.

Yeap.  I couldn't think of why TBNL would be at fault, but figured a lot
of people use the two tools together, so....

Anyway, thanks for the help! ;)

Keith

> Cheers,
> Edi.



From travis at crosswirecorp.com  Tue Dec 20 02:23:13 2005
From: travis at crosswirecorp.com (Travis Cross)
Date: Mon, 19 Dec 2005 21:23:13 -0500
Subject: [tbnl-devel] Fixing binary uploads in SBCL / TBNL / mod_lisp2
In-Reply-To: <u4q6tffod.fsf@agharta.de>
References: <436A4545.6090201@crosswirecorp.com> <u4q6tffod.fsf@agharta.de>
Message-ID: <43A76B11.1030703@crosswirecorp.com>

Edi Weitz wrote:
> On Thu, 03 Nov 2005 12:13:41 -0500, Travis Cross <travis at crosswirecorp.com> wrote:
> 
> 
>>Running SBCL 0.9.6 with TBNL 0.8.4 and Apache 2.0.54 with mod_lisp2,
>>the image download examples work as expected,
> 
> 
> Hmm, I just tried with SBCL 0.9.6 in TBNL's "stand-alone" mode and
> only the first image download example worked for me.

Makes sense.  I was running with a version of kmrcl that I had patched
for testing.

> I don't really have an idea but I'd advise you to track this down
> without Apache - use TBNL without a back-end.  I'm pretty sure the
> problem is TBNL not properly supporting SBCL's Unicode branch and it's
> not related to Apache or mod_lisp.

Thanks.  I managed to track this issue down.  It turns out that TBNL,
SBCL, and mod_lisp[2] were all innocent parties here.  I will be opening
a new thread to pass along patches.

Cheers,

-- Travis


From travis at crosswirecorp.com  Tue Dec 20 03:33:49 2005
From: travis at crosswirecorp.com (Travis Cross)
Date: Mon, 19 Dec 2005 22:33:49 -0500
Subject: [tbnl-devel] fixed: tbnl / sbcl binary upload / download issues
Message-ID: <43A77B9D.80908@crosswirecorp.com>

TBNL has played poorly with SBCL up to this point with regard to binary
data.  Uploading binary files never worked at all, and only 1/2 of the
binary download examples appeared to work out of the box.

As it turns out, these problems are not related to code in current
versions of TBNL itself, but in TBNL's dependencies: KMRCL and rfc2388.

Attached are the necessary patches.

*Changes*

-- kmrcl:
Prior to this patch, kmrcl opened streams in SBCL with :element-type
'base-char.  This effectively prevented streams from writing character
values above 127 or operating in a bivalent fashion.  SBCL will open
bivalent streams when :element-type :default is specified.

-- rfc2388
rfc2388 opens a file stream to save attachments.  If the
:external-format option is not given to OPEN, SBCL will default to
:ascii and only write characters up to 127.  The :external-format
:latin-1 option needs to be passed to OPEN.

*Testing*

The "Binary data, delivered from file", "Binary data, delivered from
RAM", and "File Upload" examples in the tbnl-test package all work
correctly now with SBCL-0.9.7, both when using TBNL directly (without a
front-end) and with mod_lisp2 / Apache2.

For binary upload testing, I uploaded a 165MB video.  I then downloaded
the video through the tbnl interface (with Firefox) and ensured that the
hashes of the two files matched.  I was a bit surprised, actually, that
TBNL / SBCL didn't choke on the size of the file ;)

To make sure these changes were production-ready, I ran ApacheBench2
against the binary image downloads:

/usr/sbin/ab2 -c 50 -n 1000 http://server/tbnl/test/image-ram.jpg
Complete requests:      1000
Failed requests:        0
Requests per second:    343.94 [#/sec] (mean)
Time per request:       145.373 [ms] (mean)

/usr/sbin/ab2 -c 50 -n 1000 http://server/tbnl/test/image.jpg
Complete requests:      1000
Failed requests:        0
Requests per second:    237.63 [#/sec] (mean)
Time per request:       210.412 [ms] (mean)

As far as I can tell, these changes make SBCL a fully supported platform
for TBNL.

Cheers,

-- Travis

PS - I should note a few things here for reference:
-- :tbnl-bivalent-streams needs to be enabled in *features*.
-- The unicode tests in the TBNL suite appear to work correctly.
-- Contrary to our prior expectations, the underlying issue was not
related to handling sb-unicode appropriately, and in fact, binary
handling does not seem to rely on sb-unicode at all.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: kmrcl-1.84-sbcl-bivalent-streams-patch
URL: <https://mailman.common-lisp.net/pipermail/tbnl-devel/attachments/20051219/37a47ebe/attachment.ksh>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: rfc2388-sbcl-unicode-patch
URL: <https://mailman.common-lisp.net/pipermail/tbnl-devel/attachments/20051219/37a47ebe/attachment-0001.ksh>

From edi at agharta.de  Tue Dec 20 14:10:02 2005
From: edi at agharta.de (Edi Weitz)
Date: Tue, 20 Dec 2005 15:10:02 +0100
Subject: [tbnl-devel] Re: fixed: tbnl / sbcl binary upload / download issues
In-Reply-To: <43A77B9D.80908@crosswirecorp.com> (Travis Cross's message of
	"Mon, 19 Dec 2005 22:33:49 -0500")
References: <43A77B9D.80908@crosswirecorp.com>
Message-ID: <u64pj5079.fsf@agharta.de>

On Mon, 19 Dec 2005 22:33:49 -0500, Travis Cross <travis at crosswirecorp.com> wrote:

> TBNL has played poorly with SBCL up to this point with regard to
> binary data.  Uploading binary files never worked at all, and only
> 1/2 of the binary download examples appeared to work out of the box.
>
> As it turns out, these problems are not related to code in current
> versions of TBNL itself, but in TBNL's dependencies: KMRCL and
> rfc2388.
>
> Attached are the necessary patches.

Travis,

thanks for your work on this.  I understand that nothing has to be
changed in TBNL itself but I'll add a link to your message to the TBNL
website so SBCL users can check if the corresponding libraries have
been updated or if they should apply your patches.

Thanks again,
Edi.


From edi at agharta.de  Thu Dec 22 18:01:59 2005
From: edi at agharta.de (Edi Weitz)
Date: Thu, 22 Dec 2005 19:01:59 +0100
Subject: [tbnl-devel] Re: default handler
In-Reply-To: <Pine.LNX.4.62.0512220701160.12025@trucha01.hpc.unm.edu> (Jim
	Prewett's message of "Thu, 22 Dec 2005 07:11:18 -0700 (MST)")
References: <Pine.LNX.4.62.0512220701160.12025@trucha01.hpc.unm.edu>
Message-ID: <ubqz9rox4.fsf@agharta.de>

Hi Jim!

On Thu, 22 Dec 2005 07:11:18 -0700 (MST), Jim Prewett <download at hpc.unm.edu> wrote:

> I've been pumping my co-worker, Jared, for information on dynamic
> websites.  Jared is the primary author of our
> trouble-ticket/accounting/inventory/testing/everything-but-the-kitchen-sink
> web application called AIRS.  AIRS is a Perl/Mason/MySQL based
> application.  (its on Sourceforge if you ever something like that
> FWIW)
>
> Jared was telling me that in AIRS, one of the tricks they do to
> ensure that a user is logged in with a valid session is to have what
> Jared calls a "default handler" which is invoked with every page (by
> Mason apparently).  I guess it serves to validate anything you need
> validated before a page is displayed; Jared notes that it can be
> used to temporarily "hijack" the functionality of the page (so, in
> AIRS's case, the list-ticket page will display the list of tickets
> to a logged in user, but a user without a valid session will be sent
> to the login page and after being successfully logged in, she will
> be shown the list of tickets).
>
> Does TBNL support anything like this "out of the box"?  If not, do
> you have any thoughts on how one might implement such a feature?
> Would you, maybe, define a macro like (with-valid-session ... )
> that would be called inside of each function that spits back a
> webpage?
>
> I like the idea, but i'm not necessarily after a 1:1 mapping to the
> concepts in Mason, I just want to implement the general idea.

Generally, I think that questions like these are better asked on the
TBNL mailing list (on Cc now, you need to be subscribed to post
something).  Other users might already have a solution for this and
people who have similar questions can later scan the archives.

No, TBNL doesn't have this out of the box but it should be flexible
enough to add whatever scheme you like.  I myself usually use macros
like WITH-VALID-SESSION, yes.

Cheers,
Edi.


From stesch at no-spoon.de  Thu Dec 22 18:06:55 2005
From: stesch at no-spoon.de (Stefan Scholl)
Date: Thu, 22 Dec 2005 19:06:55 +0100
Subject: [tbnl-devel] Re: default handler
In-Reply-To: <ubqz9rox4.fsf@agharta.de>
References: <Pine.LNX.4.62.0512220701160.12025@trucha01.hpc.unm.edu>
	<ubqz9rox4.fsf@agharta.de>
Message-ID: <20051222180655.GH25066@parsec.no-spoon.de>

> On Thu, 22 Dec 2005 07:11:18 -0700 (MST), Jim Prewett <download at hpc.unm.edu> wrote:
> 
> > Jared was telling me that in AIRS, one of the tricks they do to
> > ensure that a user is logged in with a valid session is to have what
> > Jared calls a "default handler" which is invoked with every page (by
> > Mason apparently).  I guess it serves to validate anything you need

You could use a dispatch function as the first entry in the
tbnl:*dispatch-table*
When everything is OK it should return NIL and the other
dispatchers can see if they have work to do.


Regards,
Stefan



From edi at agharta.de  Sat Dec 24 22:23:06 2005
From: edi at agharta.de (Edi Weitz)
Date: Sat, 24 Dec 2005 23:23:06 +0100
Subject: [tbnl-devel] New version 0.9.0
Message-ID: <upsnmw2wl.fsf@agharta.de>

ChangeLog:

  Version 0.9.0
  2005-12-24
  Experimental support for writing directly to the front-end (see SEND-HEADERS)
  Added HANDLE-STATIC-FILE
  Changed CREATE-STATIC-FILE-DISPATCHER-AND-HANDLER to use new facilities
  Added CREATE-FOLDER-DISPATCHER-AND-HANDLER
  Added link to Travis Cross' message w.r.t. SBCL

Download:

  <http://weitz.de/files/tbnl.tar.gz>

Happy Holidays,
Edi.


From stesch at no-spoon.de  Sat Dec 24 23:21:11 2005
From: stesch at no-spoon.de (Stefan Scholl)
Date: Sun, 25 Dec 2005 00:21:11 +0100
Subject: [tbnl-devel] New version 0.9.0
In-Reply-To: <upsnmw2wl.fsf@agharta.de>
References: <upsnmw2wl.fsf@agharta.de>
Message-ID: <20051224232111.GO25066@parsec.no-spoon.de>

On 2005-12-24 23:23:06, Edi Weitz wrote:
>   Added CREATE-FOLDER-DISPATCHER-AND-HANDLER

*NICE*

I wanted to add something like this to CL-WIKI, or write a patch
for TBNL. Now the open source fairy has done all the work and I
can add support for static files to CL-WIKI when it runs with the
standalone TBNL.

Thanks!


Regards,
Stefan



From h_reker-lisp at yahoo.com  Sun Dec 25 10:17:31 2005
From: h_reker-lisp at yahoo.com (Hilverd Reker)
Date: Sun, 25 Dec 2005 02:17:31 -0800 (PST)
Subject: [tbnl-devel] mime-types.lisp
Message-ID: <20051225101731.30020.qmail@web35113.mail.mud.yahoo.com>

Hello,

I just downloaded TBNL 0.9.0, and it seems like the file
mime-types.lisp is missing (to which tbnl.asd refers). Could you
please take a look?

Hilverd Reker



From edi at agharta.de  Sun Dec 25 14:25:10 2005
From: edi at agharta.de (Edi Weitz)
Date: Sun, 25 Dec 2005 15:25:10 +0100
Subject: [tbnl-devel] New version 0.9.1 (Was: mime-types.lisp)
In-Reply-To: <20051225101731.30020.qmail@web35113.mail.mud.yahoo.com> (Hilverd
	Reker's message of "Sun, 25 Dec 2005 02:17:31 -0800 (PST)")
References: <20051225101731.30020.qmail@web35113.mail.mud.yahoo.com>
Message-ID: <uvexd8da1.fsf@agharta.de>

On Sun, 25 Dec 2005 02:17:31 -0800 (PST), Hilverd Reker <h_reker-lisp at yahoo.com> wrote:

> I just downloaded TBNL 0.9.0, and it seems like the file
> mime-types.lisp is missing (to which tbnl.asd refers). Could you
> please take a look?

Yeah, sorry, my bad.  I just uploaded 0.9.1 which should have it.

Thanks,
Edi.


From edi at agharta.de  Mon Dec 26 10:42:47 2005
From: edi at agharta.de (Edi Weitz)
Date: Mon, 26 Dec 2005 11:42:47 +0100
Subject: [tbnl-devel] Re: [mod-lisp-devel] mod_lisp2.c: Patch for Lisp data
 w/o Content Length header
In-Reply-To: <uu0cyw3j3.fsf@agharta.de> (Edi Weitz's message of "Sat, 24 Dec
	2005 23:09:36 +0100")
References: <uu0cyw3j3.fsf@agharta.de>
Message-ID: <uzmmoxhp4.fsf@agharta.de>

On Sat, 24 Dec 2005 23:09:36 +0100, Edi Weitz <edi at agharta.de> wrote:

> From the ChangeLog it looks like this was already fixed 2004-11-15
> but it doesn't work in the current version.  Patch attached.

I have, BTW, uploaded corresponding mod_lisp2 binaries for Win32 to
this location

  <http://weitz.de/files/mod_lisp2.zip>

as it seems that the ones at

  <http://www.fractalconcept.com:8000/public/open-source/mod_lisp/windows/>

were quite old.

Cheers,
Edi.


From download at hpc.unm.edu  Mon Dec 26 12:44:48 2005
From: download at hpc.unm.edu (Jim Prewett)
Date: Mon, 26 Dec 2005 05:44:48 -0700 (MST)
Subject: [tbnl-devel] destroying a session?
Message-ID: <Pine.LNX.4.62.0512260541480.32376@trucha01.hpc.unm.edu>


I'm trying to implement some sort of "logout" functionality right now, but 
don't see a clear way to do it.  What I've come up with is setting the 
session-max-time to 0.  Is there a better way to do this?

Thanks,
Jim

James E. Prewett                    Jim at Prewett.org download at hpc.unm.edu 
Systems Team Leader           LoGS: http://www.hpc.unm.edu/~download/LoGS/ 
Designated Security Officer         OpenPGP key: pub 1024D/31816D93    
HPC Systems Engineer III   UNM HPC  505.277.8210


From edi at agharta.de  Mon Dec 26 13:23:46 2005
From: edi at agharta.de (Edi Weitz)
Date: Mon, 26 Dec 2005 14:23:46 +0100
Subject: [tbnl-devel] destroying a session?
In-Reply-To: <Pine.LNX.4.62.0512260541480.32376@trucha01.hpc.unm.edu> (Jim
	Prewett's message of "Mon, 26 Dec 2005 05:44:48 -0700 (MST)")
References: <Pine.LNX.4.62.0512260541480.32376@trucha01.hpc.unm.edu>
Message-ID: <u1x00f0v1.fsf@agharta.de>

On Mon, 26 Dec 2005 05:44:48 -0700 (MST), Jim Prewett <download at hpc.unm.edu> wrote:

> I'm trying to implement some sort of "logout" functionality right
> now, but don't see a clear way to do it.  What I've come up with is
> setting the session-max-time to 0.  Is there a better way to do
> this?

I think you're confusing the existence of a session with the fact that
someone is "logged in" - I'd say that these concepts are related but
not the same.  If the code for the website uses TBNL's session
facilities then users will always have a session associated with them.
That doesn't mean they're logged in.  Usually, you'll have a login
page where users have to identify themselves by entering a name and a
password or somesuch.  Once you've validated their input you you'll
change the session object - something like

  (setf (session-value 'authorized) t)

or whatever.  Now, on subsequent pages you just check for

  (session-value 'authorized)

to see if you have to redirect them to the login page.  To log them
out you just use

  (setf (session-value 'authorized) nil)

or

  (delete-session-value 'authorized)

and that's it.  Does that make sense?  Do other TBNL users have
different means to achieve this goal?

Cheers,
Edi.


From hutch at recursive.ca  Mon Dec 26 16:04:50 2005
From: hutch at recursive.ca (Bob Hutchison)
Date: Mon, 26 Dec 2005 11:04:50 -0500
Subject: [tbnl-devel] Merged patches to Araneida (with one change)
In-Reply-To: <20051115182630.GX29109@inquisitor.omrf.org>
References: <20051115182630.GX29109@inquisitor.omrf.org>
Message-ID: <AFCB7EDE-2145-431B-8123-2A9C8448BE6A@recursive.ca>

Hi,

Sorry for the long delay in getting back to you on this.

On Nov 15, 2005, at 1:26 PM, Alan Shields wrote:

> Hello everyone,
>
> As Edi is out for a few days, he asked me to email the devel list
> instead.
>
> I've merged in the patches to Araneida to enable TBNL to work. I made
> a few modifications, however. I'd like someone to test out the changes
> to make sure they work.
>
> To test out the changes, do:
> darcs get http://code.microarray.omrf.org/darcs/alan-araneida-testing/
>
> On the TBNL-side, instead of setting araneida::*standard-araneida* to
> nil, you need to set araneida:*araneida-mode* to :tbnl .

It works. At least for a quick run through on my stuff. Thing is it  
works without change. I am not sure what araneida:*araneida-mode* does.

Cheers,
Bob

>
> Let me know if it works!
> Alan Shields
> _______________________________________________
> tbnl-devel site list
> tbnl-devel at common-lisp.net
> http://common-lisp.net/mailman/listinfo/tbnl-devel

----
Bob Hutchison          -- blogs at <http://www.recursive.ca/hutch/>
Recursive Design Inc.  -- <http://www.recursive.ca/>
Raconteur              -- <http://www.raconteur.info/>




From download at hpc.unm.edu  Tue Dec 27 12:36:42 2005
From: download at hpc.unm.edu (Jim Prewett)
Date: Tue, 27 Dec 2005 05:36:42 -0700 (MST)
Subject: [tbnl-devel] destroying a session?
In-Reply-To: <u1x00f0v1.fsf@agharta.de>
References: <Pine.LNX.4.62.0512260541480.32376@trucha01.hpc.unm.edu>
	<u1x00f0v1.fsf@agharta.de>
Message-ID: <Pine.LNX.4.62.0512270536090.4620@trucha01.hpc.unm.edu>


Thanks Edi!

That makes more sense!

Jim

James E. Prewett                    Jim at Prewett.org download at hpc.unm.edu 
Systems Team Leader           LoGS: http://www.hpc.unm.edu/~download/LoGS/ 
Designated Security Officer         OpenPGP key: pub 1024D/31816D93    
HPC Systems Engineer III   UNM HPC  505.277.8210

On Mon, 26 Dec 2005, Edi Weitz wrote:

> On Mon, 26 Dec 2005 05:44:48 -0700 (MST), Jim Prewett <download at hpc.unm.edu> wrote:
> 
> > I'm trying to implement some sort of "logout" functionality right
> > now, but don't see a clear way to do it.  What I've come up with is
> > setting the session-max-time to 0.  Is there a better way to do
> > this?
> 
> I think you're confusing the existence of a session with the fact that
> someone is "logged in" - I'd say that these concepts are related but
> not the same.  If the code for the website uses TBNL's session
> facilities then users will always have a session associated with them.
> That doesn't mean they're logged in.  Usually, you'll have a login
> page where users have to identify themselves by entering a name and a
> password or somesuch.  Once you've validated their input you you'll
> change the session object - something like
> 
>   (setf (session-value 'authorized) t)
> 
> or whatever.  Now, on subsequent pages you just check for
> 
>   (session-value 'authorized)
> 
> to see if you have to redirect them to the login page.  To log them
> out you just use
> 
>   (setf (session-value 'authorized) nil)
> 
> or
> 
>   (delete-session-value 'authorized)
> 
> and that's it.  Does that make sense?  Do other TBNL users have
> different means to achieve this goal?
> 
> Cheers,
> Edi.
> 


From stesch at no-spoon.de  Tue Dec 27 18:10:27 2005
From: stesch at no-spoon.de (Stefan Scholl)
Date: Tue, 27 Dec 2005 19:10:27 +0100
Subject: [tbnl-devel] Re: default handler
In-Reply-To: <20051222180655.GH25066@parsec.no-spoon.de>
References: <Pine.LNX.4.62.0512220701160.12025@trucha01.hpc.unm.edu>
	<ubqz9rox4.fsf@agharta.de>
	<20051222180655.GH25066@parsec.no-spoon.de>
Message-ID: <20051227181027.GU25066@parsec.no-spoon.de>

On 2005-12-22 19:06:55, Stefan Scholl wrote:
> You could use a dispatch function as the first entry in the
> tbnl:*dispatch-table*
> When everything is OK it should return NIL and the other
> dispatchers can see if they have work to do.

By the way: This could be used to initialize a database
connection for CLSQL. When you call CLSQL:CONNECT CLSQL:*DEFAULT-DATABASE*
should be set in the _current_ process/thread in most of the
sensible implementations, am I right?


Background: You can't share a connection across multiple
processes/threads.



From edi at agharta.de  Tue Dec 27 19:01:40 2005
From: edi at agharta.de (Edi Weitz)
Date: Tue, 27 Dec 2005 20:01:40 +0100
Subject: [tbnl-devel] Re: default handler
In-Reply-To: <20051227181027.GU25066@parsec.no-spoon.de> (Stefan Scholl's
	message of "Tue, 27 Dec 2005 19:10:27 +0100")
References: <Pine.LNX.4.62.0512220701160.12025@trucha01.hpc.unm.edu>
	<ubqz9rox4.fsf@agharta.de> <20051222180655.GH25066@parsec.no-spoon.de>
	<20051227181027.GU25066@parsec.no-spoon.de>
Message-ID: <uirtagy97.fsf@agharta.de>

On Tue, 27 Dec 2005 19:10:27 +0100, Stefan Scholl <stesch at no-spoon.de> wrote:

> By the way: This could be used to initialize a database connection
> for CLSQL. When you call CLSQL:CONNECT CLSQL:*DEFAULT-DATABASE*
> should be set in the _current_ process/thread in most of the
> sensible implementations, am I right?
>
> Background: You can't share a connection across multiple
> processes/threads.

Yeah, I think you are right.  You could use CLSQL's pools or locks.

Cheers,
Edi.


From edi at agharta.de  Sat Dec 31 01:38:06 2005
From: edi at agharta.de (Edi Weitz)
Date: Sat, 31 Dec 2005 02:38:06 +0100
Subject: [tbnl-devel] New version 0.9.2
Message-ID: <uk6dmt5a9.fsf@agharta.de>

ChangeLog:

  Version 0.9.2
  2005-12-31
  Protocol of reply is HTTP/1.1 now
  Made HTTP/0.9 default protocol of request if none was provided
  Some preparations for Hunchentoot
  Various minor changes
  Small fixes in docs

Download:

  <http://weitz.de/files/tbnl.tar.gz>

Cheers,
Edi.


From edi at agharta.de  Sat Dec 31 01:56:49 2005
From: edi at agharta.de (Edi Weitz)
Date: Sat, 31 Dec 2005 02:56:49 +0100
Subject: [tbnl-devel] Announcement: Hunchentoot
Message-ID: <u7j9mt4f2.fsf@agharta.de>

Hunchentoot is yet another Common Lisp web server.  It is implemented
atop TBNL and adds HTTP/1.1 chunking, persistent connections
(keep-alive), and SSL to the mix.

More info here:

  <http://weitz.de/hunchentoot/>

Cheers,
Edi.


From hutch at recursive.ca  Sat Dec 31 04:50:15 2005
From: hutch at recursive.ca (Bob Hutchison)
Date: Fri, 30 Dec 2005 23:50:15 -0500
Subject: [tbnl-devel] Announcement: Hunchentoot
In-Reply-To: <u7j9mt4f2.fsf@agharta.de>
References: <u7j9mt4f2.fsf@agharta.de>
Message-ID: <A3C2000E-9BD2-45EC-B86B-C344D9CB1AB5@recursive.ca>

Oh, very nice. Absolutely love the name.

Cheers,
Bob

On Dec 30, 2005, at 8:56 PM, Edi Weitz wrote:

> Hunchentoot is yet another Common Lisp web server.  It is implemented
> atop TBNL and adds HTTP/1.1 chunking, persistent connections
> (keep-alive), and SSL to the mix.
>
> More info here:
>
>   <http://weitz.de/hunchentoot/>
>
> Cheers,
> Edi.
> _______________________________________________
> tbnl-devel site list
> tbnl-devel at common-lisp.net
> http://common-lisp.net/mailman/listinfo/tbnl-devel

----
Bob Hutchison          -- blogs at <http://www.recursive.ca/hutch/>
Recursive Design Inc.  -- <http://www.recursive.ca/>
Raconteur              -- <http://www.raconteur.info/>