ToDo getting started app using CouchDB

[ghostM]

I spent part of my day trying to get Lift working with CouchDB and
since I couldn't find my sample apps that use CouchDB I thought I'd
share what I was able to get working.

http://github.com/ghostm/lift-todo-couchdb

It uses mapper for the User, but CouchDB for the ToDo items.

Hope this helps anyone interested in getting started with Lift/
CouchDB.

I'm still very new to Lift (and Scala) so if anyone has advice on
better code practices please let me know.

-Matt

PS - awesome work on the 2.0 release!

[Peter Robinett]

Cool Matt, thanks for sharing. You're the first person I've heard of
that's combined Mapper and Record in one app. How did it work? Hackish
or something other people might want to consider using?

Peter

[Tang Daogang]

I am thinking this problem for some time, thanks for your sharing, let
me look into it.

[David Pollak]

Matt,

Thanks for sharing.  You just earned yourself a beer!

Next time we're in the same city (San Francisco, Portland at OSCON, London for the Scala Lift Off), just find me and the first round is on me.

Thanks for contributing to the Lift community.

David

--
You received this message because you are subscribed to the Google Groups "Lift" group.
To post to this group, send email to lif...@googlegroups.com.
To unsubscribe from this group, send email to liftweb+u...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/liftweb?hl=en.

--
Lift, the simply functional web framework http://liftweb.net
Beginning Scala http://www.apress.com/book/view/1430219890
Follow me: http://twitter.com/dpp
Blog: http://goodstuff.im
Surf the harmonics

[Timothy Perrett]

I think the implementation is not under debate - its trivial to implement. Rather, most people wouldn't maintain both CouchDB and an RDBMS backends (and they scale differently)

Cheers, Tim

[ghostM]

The main reason I used both was to be able to take advantage of
MetaMegaProtoUser.

Is there anything similar that uses Record?

The next project I'll be working on is going to use Couch for storing
most of the data, but I'd like to take advantage of the user
management classes that Lift has to offer (would like to be able to
take advantage of lift-openid) and since that is built on top of
mapper I think I will need to use one sql database to store login info
and use couch for storing everything else.

Also - would people find it useful if I added something to the wiki
about getting started with CouchDB?

[ghostM]

Got a request for a wiki article so it looks like that is something of
interest to others.

I'll try and get something up in the next few days that is similar to
the other Postgres and MongoDB pages

[Naftoli Gugenheim]

There is an implementation for Record that was being written. Not sure if it was done yet.

--

[Peter Robinett]

Yep, a wiki article is great! Generally, if it's a somewhat general
interest topic, the wiki could use it!

As for MetaMegaProtoUser and such, there has been quite some
discussion on both abstracting and porting it to Record. It seems to
be the consensus that squeryl integration into Record should happen
first and then better user traits should be written for Record and the
Mapper ones depreciated. Other people in the discussion, did I put
that correctly?

Peter

[Timothy Perrett]

An abstraction has already been written:

http://github.com/lift/lift/tree/proto-user-decouple

I think we ought to now consider getting this into the mainline as its a much cleaner way of dealing with user stuffs.

Cheers, Tim

[Peter Robinett]

Oh, very cool, I hadn't realized that this was so far along. Who's
nau? They've done good work!

Peter

[Timothy Perrett]

I believe it was Alex; not sure about his github user name ;-)
Someone just needs to pick this up and pursue it. Want to step up?

Cheers, Tim

[ghostM]

If no one with more Lift/Scala experience wants to take this on I
will.
I might need some help and direction along the way, but I'd like to
start contributing to Lift and this is something I'd use.

-Matt