Hello Joseph,
Archetype list is picked up from the archetype catalog [1]. This is
controlled by the parameter 'archetypeCatalog' when you invoke the goal
'archetype:generate' (defaults to 'internal,local') [2].
Thus, what you see by default is the internal list that is picked up
from archetype
If there's a better way you'd like to be able to do things -- something
you'd like to see in Lift -- please share it with us, in a specific manner.
Thanks!
On Sun, Dec 27, 2009 at 10:49 PM, David Flemström wrote:
> On Monday 28 December 2009 03:54:24 Naftoli Gugenheim wrote:
> > Which is why the
Yeah that looks like exactly what I'm looking for.
I'm just debating the two options: 1. Use many snippets and pass the
current item down through a request var. 2. Use one snippet (composed
of many internal function calls) and pass the current item down as a
parameter.
I'll give both a shot, tha
On Monday 28 December 2009 03:54:24 Naftoli Gugenheim wrote:
> Which is why they are called "Proto"User and CRUDify. If you need something
> more custom, it's really not hard to build it.
It seems that this is the point that I simply haven't forced myself to
understand yet. If this really is the
Although in general I think that instead of Lift hardcoding its set of
drivers, it should allow anyone to subclass DriverType and supply it to
Lift.
On Sun, Dec 27, 2009 at 12:41 PM, Timothy Perrett
wrote:
> Good lord - I could not agree more, do not use Access. If you need a free
> database on w
On Sat, Dec 26, 2009 at 8:47 PM, David Flemström
wrote:
> On Saturday 26 December 2009 15:30:34 Marius wrote:
> > So I believe it is much more constructive for ALL of us to ask
> > concrete questions, described concrete problems and let's see how we
> > can fix it. Many things though may be subjec
On Fri, Dec 25, 2009 at 7:32 PM, David Flemström
wrote:
> A propos:
> On Sat, Dec 26, 2009 at 1:19 AM, Erkki Lindpere wrote:
> > * I think _? and _! in methods come from Ruby, but they don't fit the
> > naming conventions in Java/Scala (I think Scala should mostly follow
> > Java conventions with
On Fri, Dec 25, 2009 at 7:19 PM, Erkki Lindpere wrote:
> I mostly agree with what David said and I'll add this:
>
> * I think _? and _! in methods come from Ruby, but they don't fit the
> naming conventions in Java/Scala (I think Scala should mostly follow
> Java conventions with some exceptions)
On Fri, Dec 25, 2009 at 4:55 PM, David Flemström
wrote:
> On Friday 25 December 2009 20:09:10 Timothy Perrett wrote:
>
> > It would be really good for us as a team to know what it is you *dont*
>
> > get? Is it conceptual? code? If we can understand what is daunting for
>
> > newbies that would r
Just discovered this issue (1.1-m8): The sign-up form will not display
field errors by default. The user therefore gets the impression that
the application has simply stopped responding. The validation I
checked (and this may be the only one) was the unique e-mail address
validation. If the e-mail
Hello Indrajitr,
When using archetype:generate without the command line args, why does
it not build the latest release of the archetype? I saw that 1.1-M8 is
in central but the version it builds uses lift-core 0.8.
I'm not 100% on how it chooses the archetype version from the normal
selection men
I had started another thread about this being a derby issue but it's
more related to the archetype.
Still in the M8 archetype, h2 db is dependency of the project rather
than a dependency of Jetty. It is better to have jetty declare the h2
dep because it keeps the sample app database independent. E
Good lord - I could not agree more, do not use Access. If you need a free
database on wintel, just use MS SQL Express.
You could find yourself in a world of hurt and concurrency issues with Access
and Lift.
Cheers, Tim
On 27 Dec 2009, at 17:31, Peter Robinett wrote:
> Hi Gang,
>
> I believe
Hi Gang,
I believe that Schemefier is failing to find a database driver named
Access and cannot default to a generic SQL one since DriverType is an
abstract class. Supported databases are: PostgreSQL, Derby (included
if you use one of the Maven archetypes, easy to add if you did not),
MaxDb, H2, S
On Dec 27, 4:24 pm, David Flemström wrote:
> On Sun, Dec 27, 2009 at 9:30 AM, Marius wrote:
> > In \liftweb\lift-examples\hellolift\src\main\scala\com\hellolift\model
> > \User.scala ... one of the Lift examples
>
> > There is something like:
>
> > object User extends User with MetaMegaProtoUse
AH sorry ... I didn't put your exac same snippets because I have a
demo app already there and I only had to do mino change to try your
scenario. Here is what I have now:
The snippet:
class Hello {
def ajaxCometLink(xhtml: NodeSeq): NodeSeq = {
bind("st", xhtml,
"something" -> SHtml.a
On Sun, Dec 27, 2009 at 9:30 AM, Marius wrote:
> In \liftweb\lift-examples\hellolift\src\main\scala\com\hellolift\model
> \User.scala ... one of the Lift examples
>
> There is something like:
>
> object User extends User with MetaMegaProtoUser[User] {
> override def dbTableName = "users"
> overr
Hi Marius,
Thanks for your response. The issue occurs when using inline template
xhtml as the content for SetHtml, which itself is the callback
function for an ajax generator (I do this for reuse of ajax rendered
elements that are accessible from different parts of the same page,
and are sometimes
Hmm that's weird. I have the master sources and a CometActor with a
render like:
def render = {
val link: NodeSeq = SHtml.a(()=> {
println("Link clicked")
SetHtml("time", Clicked)
}, Text("this doesn't (via comet actor)"))
val res: NodeSeq = bind("time" -> timeSpan) ++
OK so most of your problems are around Mapper which is just a portion
of Lift. Please see my notes inline but other people more Mapper
knowlegeable then myself will likely reply. Hopefully their feedback
will be materialize on Lift Wiki.
Br's,
Marius
On Dec 27, 3:47 am, David Flemström wrote:
>
20 matches
Mail list logo