WRT to clsql-connection-pool, is there any reason why this should be a seperate package that needs to be loaded instead of a direct change to the code base? CLSQL is not thread safe, but the connection pool solves that.
I see no reason why Weblocks would not benefit from having the connection pool changes integrated - I don't think we need a separate (and thus optional) package. Anyone using an app that uses clsql would need it, including weblcks-clsql-demo. Yarek On Dec 16, 2:42 pm, Stephen Compall <[email protected]> wrote: > svg writes: > > - make clsql store thread safe > > - add initial primitive support for application deployment. Currently > > SBCL and Gentoo relative. > > Re the second item: > > * Having separate copies of the static files is too much of a > maintenance pain. This deployment example should be purely > generated, not included in the repo. > > * If you want to add simple new utility functions, please add them to > src/utils (being sure to use the new wexport function where > appropriate) instead of new packages and ASDF systems. If your > utilities are sufficiently complex to have their own ASDF system, > please distribute them separately, or try to get them integrated with > another package, and suggest that Weblocks depend on said separate > package. > > It would be too confusing for users for ASDF systems like > `clsql-connection-pool' or `assoc-ref' to load from the Weblocks > tree. Anyway, we aren't afraid of adding new dependencies when they > bring value to the system.¹ > > If you opt to distribute any of these as new projects, distributing > via Bitbucket is sufficient, perhaps with a simple Bitbucket wiki > page as the project homepage, and a CLiki link to it. > > Aside from the point about clsql-connection-pool, I haven't looked too > closely at your other change yet. > > ¹http://failex.blogspot.com/2008/08/dependencies-versus-effort.html > > -- > I write stuff athttp://failex.blogspot.com/now. But the post > formatter and themes are terrible for sharing code, the primary > content, so it might go away sooner or later. --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "weblocks" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/weblocks?hl=en -~----------~----~----~----~------~----~------~--~---
