Indrajit,
Impressive work!
See my comments below ...
Heiko
2009/9/27 Indrajit Raychaudhuri
>
> [A] lift-* prefix looks superfluous, but it's best to have one for all
> artifacts that generate jar (jar). Also Maven
> reactor feels happier when artifactId == directory_name (site
> generation, scm
Generally I like this structure.Please see my other comments below:
On Sep 27, 3:44 pm, Indrajit Raychaudhuri wrote:
> Folks,
>
> As followup to the proposed goal of "Keeping lift-core neat and
> small", here is the first iteration of the revised structure of Lift
> codebase.
>
> liftweb
>
> - l
I am still having this problem so I will post a simple example. Say I
want to display a list of the numbers 1 to 100. And suppose I have an
object Foo and a method bar, which takes an integer and returns an
integer. And bar takes about 10 seconds to return. So I want to
display the numbers, run Fo
I'm not familiar with berkly, but I've written my own backend for
record and it is very, very nice... Highly recomend it.
Cheers
Tim
Sent from my iPhone
On 27 Sep 2009, at 20:39, Naftoli Gugenheim
wrote:
>
> If you're not using Mapper then there's nothing to worry about.
> Nothing in l
Folks,
As followup to the proposed goal of "Keeping lift-core neat and
small", here is the first iteration of the revised structure of Lift
codebase.
liftweb
- lift-core [10]
- lift-base [02]
- lift-actor
- lift-util
- lift-json [03]
- lift-webkit [04]
- lift-testkit [05]
- lift-p
If you're not using Mapper then there's nothing to worry about. Nothing in
lift's core (http, util, etc.) depends on Mapper.
If you want to use Mapper with a driver not known by Lift you would probably
have to supply your own DriverType, if that's possible. But Mapper is based on
SQL.
On the ot
How would I go about creating an alternative database wrapper for use
with Berkely DB JE instead of Mapper+SQL? Is there something that
describes the methods that Lift expects a model object to have?
--~--~-~--~~~---~--~~
You received this message because you are
Hello guys,
The Paris Java User Group ( http://www.parisjug.org ) is interested in a
Scala presentation. It's a rather young JUG (about 18 months old) but is
already an unavoidable monthly event.
In general, Paris JUG meeting are composed of two 50 minutes
presentations in French, separated b
Do you mean multiple browser tabs? They won't interfere, because which stateful
snippet is used in a given request depends on which is registered in that
request which depends on which function is called which depends on which
function id is in the request query parameters which depends on the
Please bear in mind that this is *first pass* code and nothing
production ready.
Cheers, Tim
On 27 Sep 2009, at 16:10, marius d. wrote:
> Please see the lift-wizard project.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Go
Tiro,
Please see the lift-wizard project.
Br's,
Marius
On Sep 27, 1:33 am, tiro wrote:
> Naftoli,
> thanks for providing these insights into the inner workings of
> Stateful Snippets. The mapSnippet solution sounds interesting. I knew
> that snippets don't live on when not needed, but assumed
Naftoli,
thanks for providing these insights into the inner workings of
Stateful Snippets. The mapSnippet solution sounds interesting. I knew
that snippets don't live on when not needed, but assumed that IF one
is alive in the current session, you would always get that one
instance. Hence at most
12 matches
Mail list logo