Thanks for the heads up! What you could to is to set up an embedded repo in the Git project (that's what I did with Cassidy (Thanks DavidB and TimP) )
http://groups.google.com/group/liftweb/browse_thread/thread/3e8820bcfeaf82f7/5f931e039f43627d?lnk=gst&q=embedded+repository&pli=1 On Mon, Jul 13, 2009 at 1:14 PM, Jonas Bonér <[email protected]> wrote: > > All jars are in the ./lib dir. Running the kernel from ./bin dir works > out of the box. Put apps in the ./deploy dir. > > If you want I build it using maven you have install some missing libs > that are not in any public maven repo (and all these jars are in > lib). . > > Easiest way is simply to download the distro from the downloads > section. > > Hope it helps. > > /Jonas > > On Jul 13, 12:43 pm, Viktor Klang <[email protected]> wrote: > > By the way, installing AKKA requires currently some hand-waving to add > > dependencies that are not resolved: > > > > com.facebook.fb303-1.0.jar > > org.apache.cassandra:cassandra:jar:0.4.0-dev > > > > Or is my Maven just b0rked? > > > > On Mon, Jul 13, 2009 at 11:15 AM, Viktor Klang <[email protected] > >wrote: > > > > > > > > > Instead of: > > > > > class MyActor extends Actor { > > > makeTransactionRequired … > > > > > } > > > > > woudn't it be clean to have: > > > > > trait TxRequired > > > { > > > self : TransactionManagement => > > > > > makeTransactionRequired > > > } > > > > > class MyActor extends Actor with TxRequired > > > > > { > > > > > } > > > > > On Mon, Jul 13, 2009 at 11:04 AM, Jonas Bonér <[email protected]> > wrote: > > > > >> Hi. > > > > >> On Jul 13, 9:51 am, Timothy Perrett <[email protected]> wrote: > > >> > From what I can see, its not just about concurrency, right? STM is > > >> probally > > >> > used in conjunction with Cassandra...? > > > > >> Right. Even though messages in the actor model are immutable the > > >> actors are not. If they were they would be almost useless. > > > > >> The actor model is great for some use cases but terrible for others. I > > >> have many times felt like I would like to have a transactional > > >> compositional message flows. This is an attempt to solve that problem > > >> (and some other problems as well). > > > > >> The STM is working with managed data structures like TransactionalMap/ > > >> Vector/Ref. Accessing them outside a tx yields an error. The STM also > > >> understand and works with asynchronous messaging something that is not > > >> trivial. > > > > >> I think there is some synergy between both Lift and Goat Rodeo. Would > > >> love to see what could come out of that. I am open for all > suggestions/ > > >> crazy ideas. > > > > >> Thank, Jonas. > > >> > Cheers, Tim > > > > >> > On 13/07/2009 07:25, "marius d." <[email protected]> wrote: > > > > >> > > I wonder why STM in a message passing concurrency model where > things > > >> > > supposed to be immutable. > > > > > -- > > > Viktor Klang > > > > > Java Specialist > > > Scala Loudmouth > > > Lift Committer > > > > -- > > Viktor Klang > > > > Java Specialist > > Scala Loudmouth > > Lift Committer > > > -- Viktor Klang Java Specialist Scala Loudmouth Lift Committer --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Lift" 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/liftweb?hl=en -~----------~----~----~----~------~----~------~--~---
