[Lift] Re: security

Oh and about XSS Lift is safe by default. Marius On Jun 10, 9:39 am, "marius d." wrote: > Hi, > > For most apps cannonicalization is not really necessary as the > character stream for form-url-encoded is UTF-8 by default as Lift uses > UTF-8 by default. Oh and the conversion from URL encoding t

[Lift] Re: security

Hi, For most apps cannonicalization is not really necessary as the character stream for form-url-encoded is UTF-8 by default as Lift uses UTF-8 by default. Oh and the conversion from URL encoding to plain UTF-8 content is really done by container and when we get the params from the request object

Re: [scala] Re: [Lift] Programming in Scala #5, Lift Book #8, Beginning Scala #9

I must say, I have not met a build system (besides automake) that exceeded make in complexity. The amount of funny exceptions to rules is astounding. I had far less trouble learning maven (in all its complexity) Sent from my iPhone On Jun 9, 2009, at 4:56 PM, Alexy Khrabrov wrote: >

[Lift] security

Looks like I might have a requirement for implementing OWASP secure coding practices, as described by http://www.sans.org/reading_room/whitepapers/application/rss/appsec_protecting_your_web_apps_two_big_mistakes_and_12_practical_tips_to_avoid_them_33038

[Lift] Re: fall-through redirect

Joe, See the enclosed code. The menu last menu item (see Boot.scala) is a "fall through" menu item that will intercept any request. The code is not as concise as Rails, but it's a corner case. Hope this helps. Thanks, David On Fri, Jun 5, 2009 at 10:37 AM, Joe Wass wrote: > > I'm after re-

[Lift] Re: JTA Transaction Monad - Early Access Program

On Tue, Jun 9, 2009 at 1:08 PM, Jonas Bonér wrote: > > Now I have deleted the lib dir with all jars and fixed the POM. Thanks! > > > 2009/6/9 Derek Chen-Becker : > > In my email above I have the link to the Maven artifacts for Atomikos: > > > > http://mvnrepository.com/artifact/com.atomikos >

Re: [scala] Re: [Lift] Programming in Scala #5, Lift Book #8, Beginning Scala #9

Since the topic seems to have morphed into learning Scala and Lift by immersion in a day, as a recent Scala convert, I can't begin to emphasize how important it is to have the build infrastructure all done in a simple way to let novices focus on Scala. Lift is a good example where you have no cho

[Lift] Re: JTA Transaction Monad - Early Access Program

Now I have deleted the lib dir with all jars and fixed the POM. 2009/6/9 Derek Chen-Becker : > In my email above I have the link to the Maven artifacts for Atomikos: > > http://mvnrepository.com/artifact/com.atomikos > > I think that the dependency you want is: > > > com.atomikos > trans

[Lift] Re: JTA Transaction Monad - Early Access Program

Thanks Derek. Thanks for taking time to do a code review. I'll add that to the README. /Jonas 2009/6/9 Derek Chen-Becker : > Jonas, the code looks great! I don't see any issues with how ScalaJPA is > used. It's nice to see that this fits what you're doing well and I really > like how this lets on

[Lift] Re: JTA Transaction Monad - Early Access Program

Jonas, the code looks great! I don't see any issues with how ScalaJPA is used. It's nice to see that this fits what you're doing well and I really like how this lets one use transactions without having to go with a full-blown JEE container. One thing that you might want to put into the README is a

[Lift] Re: JTA Transaction Monad - Early Access Program

Thanks Greg. And thanks for the suggestion to see transactions as monadic. All feedback is more than welcome. /Jonas 2009/6/9 Meredith Gregory : > Jonas, > > Awesome! i look forward to digging into this stuff! > > Best wishes, > > --greg > > On Tue, Jun 9, 2009 at 6:18 AM, Jonas Bonér wrote: >>

[Lift] Re: JTA Transaction Monad - Early Access Program

Thanks Derek. I missed that. I will fix the pom.xml. 2009/6/9 Derek Chen-Becker : > In my email above I have the link to the Maven artifacts for Atomikos: > > http://mvnrepository.com/artifact/com.atomikos > > I think that the dependency you want is: > > > com.atomikos > transactions-jta

[Lift] Re: Great pictures from the Scala Lift Off

On 9 Jun 2009, at 17:21, Kevin Wright wrote: > BTW, are you in need of someone to actually add a bit of content to > that site? lsug.org is Aaron's site, and the code is: http://code.google.com/p/lsug-website/ -- I suspect it's very close to a default Lift Hello World site. I'd say it's

[Lift] Re: JTA Transaction Monad - Early Access Program

In my email above I have the link to the Maven artifacts for Atomikos: http://mvnrepository.com/artifact/com.atomikos I think that the dependency you want is: com.atomikos transactions-jta 3.2.3 Derek On Tue, Jun 9, 2009 at 12:54 PM, Meredith Gregory wrote: > Jonas, > > Awesome!

[Lift] Re: JTA Transaction Monad - Early Access Program

Jonas, Awesome! i look forward to digging into this stuff! Best wishes, --greg On Tue, Jun 9, 2009 at 6:18 AM, Jonas Bonér wrote: > > Hey guys. > > I have hacked together an early draft of the JTA transaction stuff. > > I have wrapped it up in a monad. Here are some examples of usage: > > f

[Lift] Re: JTA Transaction Monad - Early Access Program

Re configgy. I think it is a great balance between properties and xml, like pragmatic xml. Simple as properties but with nesting, hierarchies, type conversions, good override and defaults system (inheritance). It also has notification of changes and a JMX API for management (which I have not used

[Lift] Re: JTA Transaction Monad - Early Access Program

>> >> First I like the printf-style logging API, similar to slf4j. Nice to >> use plus better performance. > > We can add that to Lift's logger (which can sit on top of slf4j) That would be great. > Also, note that all of Lift's logger parameters are call-by-name so there's > no evaluation unles

[Lift] Re: JTA Transaction Monad - Early Access Program

On Tue, Jun 9, 2009 at 10:13 AM, Jonas Bonér wrote: > > 2009/6/9 David Pollak : > > Jonas, > > We always use Maven to load dependencies. We never use GPL dependencies. > > If you have a question about the license of a dependency and its use in > > Lift, please ping me privately. > > I am using

[Lift] Re: JTA Transaction Monad - Early Access Program

2009/6/9 David Pollak : > Jonas, > We always use Maven to load dependencies.  We never use GPL dependencies. >  If you have a question about the license of a dependency and its use in > Lift, please ping me privately. I am using Maven. But as I said I could not find the Atomikos in any public lib

[Lift] Re: JTA Transaction Monad - Early Access Program

Jonas, We always use Maven to load dependencies. We never use GPL dependencies. If you have a question about the license of a dependency and its use in Lift, please ping me privately. What does Configgy have that Lift's Props and Logger doesn't? I'm all for enhancing Lift to be as good as Confi

[Lift] Re: JTA Transaction Monad - Early Access Program

I am only depending on Lift through the Lift logger (switched from Configgy, which I actually like better). I am only depending on ScalaJPA through one single 'with ScalaEntityManager'. I could move it. What do the rest of you guys think? 2009/6/9 Derek Chen-Becker : > Awesome! I'll take a look a

[Lift] Re: JTA Transaction Monad - Early Access Program

Isnt LiftLogger extensible? Perhaps there would be some way to integrate it with LiftLogger so it was an optional logger just like Log4J, SL4J etc Disclaimer: I know nothing about Configgy! Cheers, Tim On 09/06/2009 17:34, "Jonas Bonér" wrote: > > I am only depending on Lift through the Lif

[Lift] Re: JTA Transaction Monad - Early Access Program

I added the lib folder only since I have not been able to find the atomikos and deps in any maven repo. Now the user can install them in their private repo. If they exist in a public repo then I will remove the lib folder. Will switch to the apache libs. Thanks, Jonas. 2009/6/9 Derek Chen-Becker

[Lift] Re: Great pictures from the Scala Lift Off

BTW, are you in need of someone to actually add a bit of content to that site? On Tue, Jun 9, 2009 at 4:58 PM, Richard Dallaway wrote: > > On 9 Jun 2009, at 15:57, Kevin Wright wrote: > > I wish I could actually discover LSUG meets! > > I signed up on (the extremely minimalist) http://lsug.org/

[Lift] Re: Great pictures from the Scala Lift Off

Haha yeah LSUG is like a secret society or something... They always appear to happen at the last min as well. Something like "are people up for an LSUG next Tuesday...". Cheers, Tim On 09/06/2009 16:58, "Richard Dallaway" wrote: > > On 9 Jun 2009, at 15:57, Kevin Wright wrote: >> I wish I co

[Lift] Re: How to prevent OutOfMemory while compiling Lift project?

Thanks for the help, the jvmArgs works, and I added Kevin's Suggestions too. On 6月9日, 下午11時54分, David Bernard wrote: > maven fork a new jvm to run scalac (by default) so MAVEN_OPTS is not used to > launch scalac you need to define the  (like David P said) >         >           >             -X

[Lift] Re: JTA Transaction Monad - Early Access Program

OK, one quick comment before I dive in: we generally want to depend on Maven to grab dependencies. Right now you have a lib folder checked into git that appears to hold the JTA libs and Atomikos. If that's the Sun JTA libs then we can't distribute them. We generally use the geronimo JTA API, so you

[Lift] Re: Great pictures from the Scala Lift Off

On 9 Jun 2009, at 15:57, Kevin Wright wrote: > I wish I could actually discover LSUG meets! > I signed up on (the extremely minimalist) http://lsug.org/ but the > only other hits I get are fleeting references to old meets on nabble > and flickr Ah, good point. For London Scala User group ann

[Lift] Re: How to prevent OutOfMemory while compiling Lift project?

maven fork a new jvm to run scalac (by default) so MAVEN_OPTS is not used to launch scalac you need to define the (like David P said) -Xmx1024m if you want to customize the jvm args /davidB On Tue, Jun 9, 2009 at 17:45, Kevin Wright wrote: > It might

[Lift] Re: Great pictures from the Scala Lift Off

Miles Sabin is presenting the Scala* *Eclipse plug-in at the ThoughtWorks offices in London on July the 2nd. http://www.nabble.com/Scala-talk-in-London-td23726579.html If you come along to that I'm sure you'd be able to discover LSUG's mailing list. Like you I've failed to find it so far. -- Sam

[Lift] Re: How to prevent OutOfMemory while compiling Lift project?

It might be permgen space, I'm currently using: MAVEN_OPTS=-Xms1024m -Xmx1024m -XX:MaxPermSize=256m -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC *-Xms1024m -Xmx1024m* set the min and max the same, so no dynamic reallocation will happen, should be faster :) *-XX:MaxPermSize=256m* sets the size of

[Lift] Re: JTA Transaction Monad - Early Access Program

Awesome! I'll take a look at the code. If you're basing this on ScalaJPA, would it be preferable to add the functionality there, or is there anything Lift-specific? Derek On Tue, Jun 9, 2009 at 7:18 AM, Jonas Bonér wrote: > > Hey guys. > > I have hacked together an early draft of the JTA trans

[Lift] Re: How to prevent OutOfMemory while compiling Lift project?

I don't know if the Maven Scala plugin picks up MavenOpts... please try this in your pom.xml file: org.scala-tools maven-scala-plugin 2.10 compile testCompile

[Lift] How to prevent OutOfMemory while compiling Lift project?

Hi : When my project grows, it seems a mvn clean following a mvn test would generally causes OutOfMemoryException, even with a set MAVEN_OPTS=-Xms512M -Xmx1024M. I got this error : [WARNING] Exception in thread "main" java.lang.OutOfMemoryError: Java heap space [WARNING] at scala.Strin

[Lift] Re: Great pictures from the Scala Lift Off

I wish I could actually discover LSUG meets! I signed up on (the extremely minimalist) http://lsug.org/ but the only other hits I get are fleeting references to old meets on nabble and flickr Where's the google group? The mailing list? On Mon, Jun 8, 2009 at 11:10 PM, Timothy Perrett wrote: > >

[Lift] Re: JTA Transaction Monad - Early Access Program

Wow, this is very nice! Kudos Jonas! Cheers, Tim On 09/06/2009 14:18, "Jonas Bonér" wrote: > > Hey guys. > > I have hacked together an early draft of the JTA transaction stuff. > > I have wrapped it up in a monad. Here are some examples of usage: > > for { >ctx <- TransactionContext

[Lift] Re: JTA Transaction Monad - Early Access Program

Starkt jobbat Jonas! I'll have a look at it asap :) On Tue, Jun 9, 2009 at 4:27 PM, Jonas Bonér wrote: > > 2009/6/9 David Pollak : > > Sweet looking stuff! > > Thanks. > > > > > On Tue, Jun 9, 2009 at 6:18 AM, Jonas Bonér wrote: > >> > >> Hey guys. > >> > >> I have hacked together an early dra

[Lift] Re: JTA Transaction Monad - Early Access Program

2009/6/9 David Pollak : > Sweet looking stuff! Thanks. > > On Tue, Jun 9, 2009 at 6:18 AM, Jonas Bonér wrote: >> >> Hey guys. >> >> I have hacked together an early draft of the JTA transaction stuff. >> >> I have wrapped it up in a monad. Here  are some examples of usage: >> >>  for { >>   ctx

[Lift] Re: More compact validation

If you have a common pattern, reducing it to a subclass makes sense. But if you don't want to do that, here's some shortening: object Validate { def notEmpty(fi: FieldIdentifier)(value: String) = List(FieldError(fo, Text("...")).filter(x => value.length == 0) } import Validate._ object na

[Lift] Re: JTA Transaction Monad - Early Access Program

Sweet looking stuff! On Tue, Jun 9, 2009 at 6:18 AM, Jonas Bonér wrote: > > Hey guys. > > I have hacked together an early draft of the JTA transaction stuff. > > I have wrapped it up in a monad. Here are some examples of usage: > > for { > ctx <- TransactionContext.Required > entity <- upd

[Lift] More compact validation

Hi. In my lift application using Mapper, I'm doing this all the time: object name extends MappedPoliteString(this, 16) { override def validations = Validate.notEmpty(this) _ :: super.validations } where Validate is defined: object Validate { val valid = List[FieldError]() def notEmpty(fi

[Lift] JTA Transaction Monad - Early Access Program

Hey guys. I have hacked together an early draft of the JTA transaction stuff. I have wrapped it up in a monad. Here are some examples of usage: for { ctx <- TransactionContext.Required entity <- updatedEntities if !ctx.isRollbackOnly } { // transactional stuff ctx.getEntityMan

Re: [scala] Re: [Lift] Programming in Scala #5, Lift Book #8, Beginning Scala #9

In addition to the Lift Workshop, I also co-taught a ten-week (1.5hrs/wk) course at Stanford on Scala. It was targeted at advanced undergrads and graduate students. Most were programming language enthusiasts, so the course focused more on the interesting parts of Scala from a programming language p

Re: [scala] Re: [Lift] Programming in Scala #5, Lift Book #8, Beginning Scala #9

Luc, Jorge, Kaliya and I did a LiftWorkshop in November. We had 6 people at the workshop. We tried to pack in Scala and Lift all into a day... it didn't work. Jorge and I have done some review and we figure there's 3 days of Scala training and 2-3 days of Lift training that would be a minimum fo

Re: [scala] Re: [Lift] Programming in Scala #5, Lift Book #8, Beginning Scala #9

On Tue, Jun 9, 2009 at 9:43 AM, Heiko Seeberger < heiko.seeber...@googlemail.com> wrote: > 2009/6/9 Viktor Klang > >> >> Awesome idea. >> >> Would be great to establish some kind of curriculum with joint teaching >> material to be able to offer courses worldwide. >> > > +1 > > We have been doing

Re: [scala] Re: [Lift] Programming in Scala #5, Lift Book #8, Beginning Scala #9

2009/6/9 Viktor Klang > > Awesome idea. > > Would be great to establish some kind of curriculum with joint teaching > material to be able to offer courses worldwide. > +1 We have been doing something similar with Eclipse => www.eclipse-training.net And very recently we also started with courses

Re: [scala] Re: [Lift] Programming in Scala #5, Lift Book #8, Beginning Scala #9

On Tue, Jun 9, 2009 at 8:21 AM, Luc Duponcheel wrote: > Hi all, > > I attended the talk on Scala and the talk on Lift. > Both excellent talks! > > [ I did not attend the talk on Actors > (I was cycling on the other side of the Golden Gate Bridge (Mt Tamalpais)) > ] > > ... > > Those talks act as '

[Lift] Re: Great pictures from the Scala Lift Off

On Tue, Jun 9, 2009 at 1:01 AM, David Pollak wrote: > > > On Mon, Jun 8, 2009 at 12:37 PM, Viktor Klang wrote: > >> >> >> On Mon, Jun 8, 2009 at 8:09 PM, Timothy Perrett >> wrote: >> >>> w00t!! >>> >>> Marius, Viktor, Heiko... You think you guys will be able to make the trip >>> to EPFL? I'll be