Hussein Baghdadi wrote:Is ScalaQuery the equivalent to .NET LINQ?
Bear Bibeault wrote:As we know, HTML5 can be written using well-formed markup or non-well-formed markup. So the non-well-formed formats of HTML5 would cause problems?
Just curious: why does Lift care about non-Lift markup? Why does it not treat non-Lift-markup as opaque template text?
Bear Bibeault wrote:I'm all ears -- can you give a capsule summary of the ScalaQuery approach and what makes ScalaQuery so awesome?
(DB access has always been a thorn in my side, so I'm always looking for better ways.)
Bear Bibeault wrote:
Timothy Perrett wrote:Gems == Jars :-) It's that simple.
I like simple.
I assume that this means that Lift/Scala can leverage* other JVM-based libraries and "gems" written in other JVM languages? (Java, Groovy, et al...)
Bear Bibeault wrote:
Timothy Perrett wrote:Personally I avoid JPA like the plague.
So you are saying that the Lift/Scala ecosystem has numerous DB access choices and that you can pick the one that best suits your project or programming style?
Bear Bibeault wrote:
Timothy Perrett wrote:Personally I avoid JPA like the plague.
Is there one that's similar to Play's ORM approach? Is there an even simpler (as in straight-forward) choice? Which would you use for a RESTful web service that's mostly a glorified CRUD layer?
Mohamed Sanaulla wrote:Agree, making it more complicated would only lead to making it difficult to use. But I believe there should be a plugin system in place? Like in Rails I can make use of any gem to add any new capability with my application.
Mohamed Sanaulla wrote:Timothy, are there any features you feel are missing from Lift framework which you wish should be a part of Lift?
Vijitha Kumara wrote:Hi Timothy,
The video you linked talk much about support/usage of the view. That's perhaps it's more view oriented. What kind of support is available for other back end development for things like asynchronous processing, transaction management etc...? Are there any other libraries available or Lift itself provide them.
Thanks,
Bear Bibeault wrote:I'm well past the age where I'll take the time to learn a new language "just because it's cool". So I've been waiting for a good reason to look at Scala before I dive into the pool.
Lift may be that reason.
So, author Timothy Perrett, what would you consider the best resource for a seasoned developer who's used dozens of languages in his career, but has been focusing on Java and JavaScript in recent years?
Others can chime in with their choices as well, but I'm really interested in hearing Timothy's choices.
Bear Bibeault wrote:Timothy, in this topic you linked to an informative video on Lift.
In it, you state that Lift's Ajax support leverages underlying JavaScript libraries including jQuery. Such abstraction is great, but is there any issue with using jQuery directly in on-page script to do things that are strictly client-side activities? Or does direct use of jQuery in the templates interfere with Lift's mechanics?
Bear Bibeault wrote:One of the things I really like about Play!, and the reason used I used it for a handful of projects despite the many things that I don't like about Play!, is its fairly seamless integration with Hibernate/JPA that factors away most of the pain of dealing with databases.
How does Lift fare in this space?
Nothing drives me crazier than having to deal with JPA and Hibernate nonsense.
Mohamed Sanaulla wrote:I dont know about Lift, but for Scala there's a plugin for eclipse Scala IDE. May be IntelliJ should also have.
Bear Bibeault wrote:Not sure yet...
Does Lift expect non-Lift markup to follow certain rules? Or is it like JSP where anything that's not a JSP element is simply template text that's sent verbatim in the response?
I'm thinking of use cases like custom attributes and the like.