Thanks for the prompt response. We hadn't actually looked at any web frameworks per se. Our intention is not to develop our own. Instead have read up a little on weblocks, ucw, kpax, kanamit, and hunchentoot.<br><br>Our goal is to set up two different layers on Lisp code (maybe different machines for each layer). The lower layer will be a Lisp image offering a web-service-like API to the middle-layer. The middle-layer will contain the actual web framework that will interact with Apache and the lower layer. I suppose the lower layer could work with something as "simple" as hunchentoot and both layers will communicate via internal HTTP. The middle layer will have the business-front logic and presentation code and this is where we liked weblocks for. We also liked ucw but feel weblocks seems to have a more active community.<br>
<br>I guess we could just as well use weblocks for the lower layer, but that may just be too much for what's really needed off it.<br><br>I could ask which you would recommend but that probably doesn't belong in this list and it also probably depends on the actual goal and design of the application. It may sound as if this whole setup seems like an overkill for such simple application, but the applications I mentioned were just mere examples. Our intention is to develop much more "mission-critical" applications... but we still have a lot to learn.<br>
<br>So, assuming we're only concentrating on the lower-layer, I think the recommendation to dynamically bind *store-controller* for each request/thread depending on the app may sound like the best approach.<br><br>Your other suggestion of deploying them on multiple machines is very valid. The only reason we don't consider that is strictly cost reasons. I know you can get a shared hosting account where you can install Lisp for about $9/month, but our corporate requirements for IT systems require us to use much more expensive environments, and so we are trying to re-use as much as possible the resources given.<br>
<br>Thanks again,<br>JD<br><br><div class="gmail_quote">On Fri, Feb 6, 2009 at 5:08 PM, Ian Eslick <span dir="ltr"><<a href="mailto:eslick@media.mit.edu">eslick@media.mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The answer to this depends on the web framework you are using.<br>
<br>
A simple answer is to dynamically bind *store-controller* for each app<br>
for each request/thread.  Since each thread will have its own binding,<br>
each is tied to a particular application.<br>
<br>
If you put all your database IO into a with-transaction body you can<br>
use the :store-controller argument to pass in the current store which<br>
will then be bound to *store-controller* in the body of the with-<br>
transaction form.<br>
<br>
If you use a higher level web framework like weblocks, it already<br>
directs through its own store abstraction and supports multiple<br>
webapps, each with a different store which will then handle all the<br>
*store-controller* stuff for you if you don't violate the abstraction<br>
(which you will probably want to do, however).<br>
<br>
If you are rolling your own web framework, then I'd just implement<br>
abstractions around the database operations which know what app is<br>
running and directly supplies the appropriate store-controller to the<br>
functions requiring/supporting :sc or :store-controller arguments.<br>
<br>
However, if each of your apps is that independent, why not just put<br>
one per server and avoid the complexity?<br>
<br>
Ian<br>
<br>
On Feb 6, 2009, at 4:31 PM, John wrote:<br>
<br>
> Since our interest is to use Lisp and Elephant to create web<br>
> applications, I'd like to request some deployment advise for Lisp<br>
> and/or Elephant.<br>
><br>
> Our intention is to have Apache in front of a Lisp image running<br>
> some web server, where Apache will simply allow us to proxy/load-<br>
> balance traffic. Maybe we could have Lisp running in a large machine<br>
> "fronted" by multiple Apache servers.<br>
><br>
> Imagine we want to offer to separate services. One would allow<br>
> people to maintain a list of friends and contacts (AKA a contact<br>
> database) and the other will allow people to maintain a To-Do List.<br>
><br>
> We thought we could have a single Lisp instance listen for requests<br>
> based on URL or entry points. Each application would have its own<br>
> data store. By default, Elephant functions use *store-controller* to<br>
> connect to the data store. However, since we'll have multiple data<br>
> stores, the question is: should we be rebinding *store-controller*<br>
> for each application, pass a specific :sc argument to all our<br>
> function calls, or simply have multiple Lisp instances running and<br>
> listening on different ports for each application?<br>
><br>
> I thought we could just have a single Lisp instance for all the<br>
> applications we wanted to deploy, but am confused as to how a single<br>
> Elephant instance could handle multiple stores, one for each<br>
> application, or better yet, what would be the most advisable<br>
> deployment model for something like this.<br>
><br>
> Thanks in advanced,<br>
> JD<br>
> _______________________________________________<br>
> elephant-devel site list<br>
> <a href="mailto:elephant-devel@common-lisp.net">elephant-devel@common-lisp.net</a><br>
> <a href="http://common-lisp.net/mailman/listinfo/elephant-devel" target="_blank">http://common-lisp.net/mailman/listinfo/elephant-devel</a><br>
<br>
<br>
_______________________________________________<br>
elephant-devel site list<br>
<a href="mailto:elephant-devel@common-lisp.net">elephant-devel@common-lisp.net</a><br>
<a href="http://common-lisp.net/mailman/listinfo/elephant-devel" target="_blank">http://common-lisp.net/mailman/listinfo/elephant-devel</a><br>
</blockquote></div><br>