[Lift] Re: Does memcache fit in here somewhere?
David, What is the actual status of scala.actors.remote. I mean if you want to distribute your application, do you still need to use JMS or AMQP or something like that? Thx, Ramzi On Wed, Jan 7, 2009 at 5:15 AM, David Pollak feeder.of.the.be...@gmail.com wrote: Bob, memcached is failure. Using memcached means that the application stack has somehow failed to deliver the appropriate caching and concurrency tools. Scala and Scala Actors provide a powerful mechanism for building domain appropriate caching. Please look at this presentation. Thanks, David On Tue, Jan 6, 2009 at 7:27 PM, Bob Eastbrook baconeater...@gmail.com wrote: I'm keeping my eye on Lift, but I'm primarily a PHP guy as far as paying the bills goes. I've got a slightly better high-level understanding of things now versus a month or so ago, but I'm not sure where caching fits into the picture. In the LAMP world, it's standard practice to put memcache in front of your database server. It's pretty much a cache everything philosophy. Is this not encouraged with Lift? I assume there are more caching choices in the Java world such as ehcache, but I don't see them mentioned on the list. Bob -- Lift, the simply functional web framework http://liftweb.net Collaborative Task Management http://much4.us Follow me: http://twitter.com/dpp Git some: http://github.com/dpp --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: I need to show all nested menus (drop down)
David,
I can do without it for now, however I'll be giving a demo at the end
of this week, and I just did a mvn clean jetty:run and, well, I get
110 compilation errors now ! :-)
I'm not going to panic, is there some way to fix the lift version in
maven to the one which I've been using until now? Do I have to
checkout the version from git and compile it locally?
Thanks,
Ramzi
On Mon, Nov 17, 2008 at 6:13 PM, David Pollak
[EMAIL PROTECTED] wrote:
Ramzi,
This is possible, but tricky with the current code.
We're in the process of upgrading Lift to work with Scala 2.7.2 Once the
switch-over happens (sometime this week), I'll code up some stuff in SiteMap
to give you a complete menu.
Thanks,
David
On Sat, Nov 15, 2008 at 1:36 PM, Ramzi BEN YAHIA [EMAIL PROTECTED]
wrote:
Hi all,
The actual behavior of nested menus is that kids are only returned
when their parent is selected. I'd like to have all kids returned.
If my guess is right the code that's controlling this is in sitemap.Menu:
//code
override def buildUpperLines(pathAt: HasKids, actual: Menu, populate:
List[MenuItem]): List[MenuItem]
= {
val kids: List[MenuItem] =
_parent.toList.flatMap(_.kids.toList.flatMap(m = m.loc.buildItem(if
(m == this) populate else Nil, m == actual, m == pathAt)))
_parent.toList.flatMap(p = p.buildUpperLines(p, actual, kids))
}
//code
it calls buildItem on all the other menus passing an empty List
instead of their actual kids.
So I've tried to override this method(even though it won't work
because _parent is a private variable and I don't know if lift.sitemap
package is sealed) and I got this compile error:
class DropMenu needs to be abstract, since type _$1 in class Menu with
bounds : Nothing : Any is not defined
I used to have this error gone away after a mvn clean compile on some
parts of my current project, but it didn't in this case.
Is there a simpler way for overriding this behaviour?
Thanks,
Ramzi
--
Lift, the simply functional web framework http://liftweb.net
Collaborative Task Management http://much4.us
Follow me: http://twitter.com/dpp
Git some: http://github.com/dpp
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group, send email to liftweb@googlegroups.com
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
-~--~~~~--~~--~--~---
[Lift] I need to show all nested menus (drop down)
Hi all,
The actual behavior of nested menus is that kids are only returned
when their parent is selected. I'd like to have all kids returned.
If my guess is right the code that's controlling this is in sitemap.Menu:
//code
override def buildUpperLines(pathAt: HasKids, actual: Menu, populate:
List[MenuItem]): List[MenuItem]
= {
val kids: List[MenuItem] =
_parent.toList.flatMap(_.kids.toList.flatMap(m = m.loc.buildItem(if
(m == this) populate else Nil, m == actual, m == pathAt)))
_parent.toList.flatMap(p = p.buildUpperLines(p, actual, kids))
}
//code
it calls buildItem on all the other menus passing an empty List
instead of their actual kids.
So I've tried to override this method(even though it won't work
because _parent is a private variable and I don't know if lift.sitemap
package is sealed) and I got this compile error:
class DropMenu needs to be abstract, since type _$1 in class Menu with
bounds : Nothing : Any is not defined
I used to have this error gone away after a mvn clean compile on some
parts of my current project, but it didn't in this case.
Is there a simpler way for overriding this behaviour?
Thanks,
Ramzi
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group, send email to liftweb@googlegroups.com
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
-~--~~~~--~~--~--~---
[Lift] Re: Ajax error/notice/warning works but no class attribute is specified
Very helpful, Thanks!
Ramzi
On Thu, Nov 13, 2008 at 1:36 PM, Marius [EMAIL PROTECTED] wrote:
Hi,
Please see
http://liftweb.net/index.php/HowTo_style_the_error/warning/notice_messages
3. You can use construct like S.error(msg_id, Error message) for
both Ajax and non Ajax request however styling the messages differs a
bit:
3.1 For Non-Ajax the styling is given by lift:error_class as in
the above example.
3.2. For Ajax we can not use the same information as for Non-Ajax
because that would imply that Lift needs to keep more state on server
side.
Momentarily this is to be avoided. So the alternative is to
provide styling information through three LiftRules variables:
ajaxNoticeMeta/ajaxWarningMeta/ajaxErrorMeta : Can
[AjaxMessageMeta] where AjaxMessageMeta is
case class AjaxMessageMeta(title: Can[String], cssClass: Can
[String])
Of course you can use this in order to specify css class names but
youcan also set styles using html ID and you don;t even need to
specify a class in your markup.
Br's,
Marius
On Nov 12, 8:22 pm, Ramzi BEN YAHIA [EMAIL PROTECTED]
wrote:
Hi,
the following for example loses the class attribute when rendered
def deleteDialog(video: Video, deleteFun: Video = Boolean) = {
val yesLink = SHtml.a(Text(S.?(video.do.delete))){
if(deleteFun(video)){
S.notice(S.?(video.delete.success))
JsDelVideo(video) ModalClose
}else{
S.error(S.?(video.delete.failed))
ModalClose
}
}
val noLink = SHtml.a(Text(S.?(video.dont.delete)),ModalClose)
BasicModal(
div class=modal
div h2{S.?(video.delete.warn)}/h2/div
div
h3 {S.?(video.delete.continue)} /h3
p { yesLink} { noLink } /p
/div
/div
)
}
Best regards,
Ramzi
On Wed, Nov 12, 2008 at 1:56 PM, Marius [EMAIL PROTECTED] wrote:
Hi,
Can you please provide a code example?
Br's,
Marius
On Nov 10, 4:21 pm, Ramzi BEN YAHIA [EMAIL PROTECTED]
wrote:
Hi guys,
I use lift:msgs in my template and specify the error_class,
notice_class
as
explained somewhere,
it works as expected but not when called within an ajaxCall, the
class=..
disappears.
this happens on 0.9, should I use the snapshot ?
Cheers,
Ramzi.
A Lift user from France.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group, send email to liftweb@googlegroups.com
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
-~--~~~~--~~--~--~---
