dpp / simply_lift Goto Github PK

When I try to run sbt update ~jetty-run, I get the following error. My guess is that it has something to do with SBT version (mine is 0.13.1).

$ sbt update ~jetty-run
Loading /usr/share/java/sbt/bin/sbt-launch-lib.bash
scala.MatchError: 0.13.1 (of class java.lang.String)
at $e7f9728439bdab55777c$$anonfun$$sbtdef$1.apply(/home/vilius/Desktop/simply_lift-master/chat/project/plugins.sbt:1)
at $e7f9728439bdab55777c$$anonfun$$sbtdef$1.apply(/home/vilius/Desktop/simply_lift-master/chat/project/plugins.sbt:1)
at scala.Function1$$anonfun$compose$1.apply(Function1.scala:47)
at sbt.EvaluateSettings$MixedNode.evaluate0(INode.scala:175)
at sbt.EvaluateSettings$INode.evaluate(INode.scala:134)
at sbt.EvaluateSettings$$anonfun$sbt$EvaluateSettings$$submitEvaluate$1.apply$mcV$sp(INode.scala:66)
at sbt.EvaluateSettings.sbt$EvaluateSettings$$run0(INode.scala:75)
at sbt.EvaluateSettings$$anon$3.run(INode.scala:71)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:744)
[error] scala.MatchError: 0.13.1 (of class java.lang.String)
[error] Use 'last' for the full log.
Project loading failed: (r)etry, (q)uit, (l)ast, or (i)gnore?

I think the order the callback are called and S.formGroup should be described in the book. Possibly close to chapter 4.2 OnSubmit.

This is a description already written to the forum:

Functions on the server are executed in the order that the form elements are created on the server, unless you use the S.formGroup stuff that Diego mentions.
Each function is assigned a unique number from a source that is monotonically increasing. In addition to that number, there’s a random string of 6 characters appended. That makes up the GUID that maps to the function on the server. When Lift handles a request, it sorts the incoming parameters (GET, PUT, POST, DELETE) and, in sorted order, looks up the parameter name in the session’s function table. If the function exists, Lift applies the function to that parameter’s values.
S.formGroup increases or decreases the monotonically increasing number with a constant (100,000 times the formGroup) so that the GUID will be guaranteed to be sorted either before or after the GUIDs in the default (form group 0).
A long time ago, Kris Nuttycomb put forth a proposal for making Lift’s form elements monadic so that they would be evaluated in the order accessed by the handler code, rather than in the order that they were defined during page rendering. It’s still an open ticket, but I have not spent the time to make it happen.
I hope this helps and if you have more questions, please post them.
Thanks,
—David

Thanks for a good introduction,
Kim Hansen

Some boxes appear empty, through all the tutorial.

Like here: http://simply.liftweb.net/index-3.2.html#prev

in Section "3.2.5 Hidden and Group". The 3 boxes are empty.

I'm using Chrome 19.0.1084.56 m.

Make sure that the examples can be used in Windows

Hi. Are we supposed to be able to run the code from Chapter 3, in snippet_and_sitemap? I can run the chat example fine, but it seems something is missing to be able to run the code form this directory. No build.sbt?...

thanks

I guess this has something to do with jetty being supported only as a plugin since sbt 0.10.

> sbt-version
[info] 0.10.1
> compile
[info] Updating {file:/home/vilius/simply_lift/}default-733e9a...
[info] Done updating.
[success] Total time: 1 s, completed Aug 25, 2011 9:11:34 AM
> jetty-run  
[error] Not a valid command: jetty-run
[error] Not a valid project ID: jetty-run
[error] Not a valid configuration: jetty-run
[error] Not a valid key: jetty-run (similar: run)
[error] jetty-run
[error]          ^