Re: [Lift] Re: Netty integration
I've looked at your code and it looks good - im not a couch user, but the implementation looks good to me. Push to master ;-) Cheers, Tim On 27 Jan 2010, at 16:31, Marius wrote: > I'd strongly encourage you to do it. I was planning to work on it but > I never seem to find slots for it :( > > If you run into some problems especially related with provider API > please let me know. > > Br's, > Marius > > On Jan 27, 2:54 pm, nick wrote: >> I'm just about to try and do a Netty integration, which I might be >> able to contribute back. >> >> Searching the group I deduce that this is possible but hasn't been >> done yet. >> >> Before I start I thought I'd just post to check that someone else >> isn't doing this already. > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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. > > -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] Re: Image resize code
IMO, these are separate concerns. lift-imaging is purely for image manipulation and caching etc does not belong there. Cheers, Tim On 28 Jan 2010, at 20:25, Strom wrote: > By caching I mean like EHCache, where you serve an image from the > cache (some folder on the file system) instead of retrieving the blob > from the db to reduce db fetching. So I guess it would be stored in > the file system :) > > I might just be tempted to implement EHCache anyways, but I'll take a > gander at Ross' code. > > Thanks. > Strom > > On Jan 28, 11:26 am, Jonathan Hoffman wrote: >> By caching, I assume that you mean persistent storage? You could store onto >> the file system after resizing. >> >> I was snooping around Ross's github projects and noticed this example for >> serving images back from the >> filesystem:http://github.com/Dridus/test-image/blob/master/src/main/scala/test/I... >> >> If you need an example of file uploading take a look a the source to >> demo.liftweb.net:http://github.com/dpp/liftweb/tree/master/examples/example >> >> - Jon >> >> On Jan 28, 2010, at 1:26 PM, Strom wrote: >> >>> Thanks for pointing out the location. ImageHelpers is a good idea. As >>> far as want to see, is there any way to effectively group this helper >>> with Image serving and uploading and make them have some sort of >>> caching? That would be really useful to be able to have a decently >>> working image cache with multiple sizes. Don't know what is possible >>> right now because I've only quickly glanced at the ImageHelper and >>> resizer code. >> >>> Strom >> >>> On Jan 28, 8:46 am, Jonathan Hoffman wrote: I'm also working on adding some additional functionality and merging it with the function in ImageHelpers. >> Let me know if there's anything you want to see. >> Here's what I have so far:http://github.com/dpp/liftweb/commit/63614a64a053c619c4330a8bad364677... >> On Jan 28, 2010, at 6:38 AM, Jeppe Nejsum Madsen wrote: >> > Strom writes: >> >> Where exactly is the code? I don't see anything about image resizing >> here. >> > Try here >> > http://github.com/dpp/liftweb/tree/master/framework/lift-modules/lift... >> > /Jeppe >> > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@googlegroups.com. > To unsubscribe from this group, send email to > liftweb+unsubscr...@googlegroups.com. > For more options, visit this group > athttp://groups.google.com/group/liftweb?hl=en. >> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Lift" group. >>> To post to this group, send email to lift...@googlegroups.com. >>> To unsubscribe from this group, send email to >>> liftweb+unsubscr...@googlegroups.com. >>> For more options, visit this group >>> athttp://groups.google.com/group/liftweb?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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. > > -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] lift-couchdb
Ross, I've just got back from Italy... taken a look at your code and it looks good to me. Go for it :) Cheers, Tim On 25 Jan 2010, at 19:24, David Pollak wrote: > Ross, > > Thanks for this contribution!! > > I don't have the bandwidth to review it but would encourage folks from the > community to take a gander at the code and give you feedback. > > Thanks, > > David > > On Sun, Jan 24, 2010 at 4:06 PM, Ross Mellgren wrote: > So I've taken the Couch integration I had previously talked about and have > done quite a bit of work on it: > > - Now has a record integration: > - built with two layers -- JSONRecord which is a Record implementation > that emits/consumes lift-json AST, and CouchRecord extends that with database > access > - added Optional versions of every basic record field, to represent > nullable/optional fields > - Uses box much more extensively, rather than exceptions > - More tests > - Changed the querying from using case class varargs (QueryParam) to using > methods on a Queryable trait > - Removed use of toJObject and other exception-ful conversions from JValue to > JObject > - Tests will automatically skip if Couch is not running locally > > As far as I'm currently aware, the only missing things are: > - the unit tests don't exercise every type of JSONField, other than > indirectly via the CouchRecord tests > - the unit tests don't exercise every one of the Queryable params > > I'd like to begin the process of getting this into master, so if some folks > could review it and comment I would be very appreciative. In particular, I'd > like it if some familiar with record could take a gander at the Optional > versions I've added and vet them. Barring anyone noticing wrong with it, I'll > create some issues and put the changes up on review board in a couple days. > > The branch: http://github.com/dpp/liftweb/tree/rmm_wip_couch > lift-couchdb as a diff: 51724dcd09f68c658ffc025ded14fe7d22f888fb > Optional fields in record: 7bb10ac78f83222b2f1f09e986466a0c4edcca64 > > Comments? Suggestions? Scathing rebuttals? > > -Ross > > > > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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, the simply functional web framework http://liftweb.net > Beginning Scala http://www.apress.com/book/view/1430219890 > Follow me: http://twitter.com/dpp > Surf the harmonics > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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. -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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] [lift] static data
Hi, I am building an app which needs some static data added whenever we rebuild the database. I would like to do that using the mapper api but it looks like I need to do it table by table by overriding dbAddTable. I would prefer to do this in one place for the whole model, preferably using the mapper api rather than sql. Is there a way to do that, perhaps in Boot? -- View this message in context: http://old.nabble.com/static-data-tp27392115p27392115.html Sent from the liftweb mailing list archive at Nabble.com. -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] Re: beginner help
On 31/01/2010, at 2:57 PM, David Pollak wrote: > Scala is very, very version sensitive. So I've read (at least from 2.7.x to 2.8). > Until there's a version of the Scala > plugin that's built with Scala 2.8 Beta1, you are going to see lots of > subtle and not so subtle issues. Yeah I'm prepared for that. But from my perspective given that 2.8 final is not too far off (relatively speaking of course) and that the differences between 2.7.x and 2.8 have caused a bit of pain for more seasoned users I'm thinking I'd be better off starting with 2.8. > If you are interested in learning more about Lift, I'd strongly recommend > using Lift 2.0-M1 and a Scala 2.7.7 compatible IDE (e.g., NetBeans 6.7). Another of the reasons for me going for 2.8 was for auto-completion which, as I understand it, at least for eclipse, wasn't really available for 2.7.x. Auto-completion is pretty important from a learning perspective, not to mention productivity. > You will have a lot of pain learning Lift against Scala 2.8 until 2.8 is > released. Sure. I can always go back to 2.7.x if problems persist. > On Sat, Jan 30, 2010 at 7:33 PM, Lachlan Deck wrote: > >> Hi Naftoli, >> >> On 31/01/2010, at 1:09 PM, Naftoli Gugenheim wrote: >> >>> What do you mean by #2? That the source for a library is displayed as >> Java? >> >> No, that the source file (e.g., under src/main/scala/..) was showing with a >> kind of disabled 'J' icon rather than the usual 'S', for example. As such, >> no completions or anything were available when editing the file. I've fixed >> this now by recreated the project, but I'd hate to have to do that with a >> large project :) >> >>> Please clarify. >>> However, the place to ask is really the scala-tools list (although I >> believe >>> Miles, the plugin maintainer, monitors this list too). >> >> No problems. If it happens again I'll follow it up there. Thanks. >> >>> Also, note that Lift on 2.8 has only just begun to be someone supported, >> so >>> we're relying on your feedback! >> >> Will do. I figured I'd start with 2.8 given that by the time I'm up to >> speed with it I'm sure it'll be further along the track anyway. I don't mind >> being somewhat on the bleeding edge :) >> >> I'm coming from a WebObjects background, if that's of any interest, so >> it'll certainly be of interest to me to see how various problems are tackled >> with lift. >> >> with regards, >> -- >> >> Lachlan Deck >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Lift" group. >> To post to this group, send email to lift...@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, the simply functional web framework http://liftweb.net > Beginning Scala http://www.apress.com/book/view/1430219890 > Follow me: http://twitter.com/dpp > Surf the harmonics > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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. > with regards, -- Lachlan Deck -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] Re: beginner help
On 31/01/2010, at 3:08 PM, Naftoli Gugenheim wrote: > Two possible reasons for the J that come to mind are (1) the project lost > its Scala nature; add it again via the context menu; I had actually tried that. It still had the nature - so I tried removing and readding. But that made no difference even after restarting eclipse. Thankfully it's fine now. > and (2) JDT weaving > became disabled (unlikely if it was working before). Not sure. JDT weaving certainly was problematic last time I had it installed. > If the J is hollow I think that may mean that there's an exclusion filter on > the folder, but I'm not sure. Didn't appear to be. Not to worry. :) > On Sat, Jan 30, 2010 at 10:33 PM, Lachlan Deck wrote: > >> Hi Naftoli, >> >> On 31/01/2010, at 1:09 PM, Naftoli Gugenheim wrote: >> >>> What do you mean by #2? That the source for a library is displayed as >> Java? >> >> No, that the source file (e.g., under src/main/scala/..) was showing with a >> kind of disabled 'J' icon rather than the usual 'S', for example. As such, >> no completions or anything were available when editing the file. I've fixed >> this now by recreated the project, but I'd hate to have to do that with a >> large project :) >> >>> Please clarify. >>> However, the place to ask is really the scala-tools list (although I >> believe >>> Miles, the plugin maintainer, monitors this list too). >> >> No problems. If it happens again I'll follow it up there. Thanks. >> >>> Also, note that Lift on 2.8 has only just begun to be someone supported, >> so >>> we're relying on your feedback! >> >> Will do. I figured I'd start with 2.8 given that by the time I'm up to >> speed with it I'm sure it'll be further along the track anyway. I don't mind >> being somewhat on the bleeding edge :) >> >> I'm coming from a WebObjects background, if that's of any interest, so >> it'll certainly be of interest to me to see how various problems are tackled >> with lift. >> >> with regards, >> -- >> >> Lachlan Deck >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Lift" group. >> To post to this group, send email to lift...@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. >> >> > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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. > with regards, -- Lachlan Deck -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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] should use getColumnLabel insead of getColumnName in DB.resultSetToXXX
http://github.com/dpp/liftweb/issues/issue/316 by using getColumnLabel I can chose between a real column name or a alias name by the AS clause in SQL. with the getColumnName method I don't have a choice I wrap the DB.performQuery result to a map list in my app, and this really hurt me. -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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: mapper CRUDify
Looks like there is also a bug with pagination on List All page. It seems going forward with "Next" is fine, though I haven't tried going all the way to the end. But I can't go back to the first page with "Previous". The farthest I can back to is second page. I'll have to re-enter the List all to see my first page. Best regards On Jan 31, 1:23 am, Jonathan Ferguson wrote: > I've opened a ticket > > http://github.com/dpp/liftweb/issues/issue/315 > > Cheers > > Jono > > 2010/1/5 David Pollak > > > > > > > On Fri, Jan 1, 2010 at 11:04 AM, Gang wrote: > > >> Hi, > > >> I'm a newbie with Lift. with CRUDify, is it possible to override > >> _showAllTemplate to show a limited number of columns? My table is big > >> so I don't want to show everything when the List All menu is invoked. > > > Unfortunately, no. The list of fields displayed in the List All is based > > on the visible form fields. See line 484 of CRUDify. > > > However, this sounds like an interesting use case. If you are so inclined, > > please open a ticket athttp://github.com/dpp/liftweb/issuesreferencing > > this thread. > > >> Thanks > > >> -- > > >> You received this message because you are subscribed to the Google Groups > >> "Lift" group. > >> To post to this group, send email to lift...@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, the simply functional web frameworkhttp://liftweb.net > > Beginning Scalahttp://www.apress.com/book/view/1430219890 > > Follow me:http://twitter.com/dpp > > Surf the harmonics > > > -- > > You received this message because you are subscribed to the Google Groups > > "Lift" group. > > To post to this group, send email to lift...@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.- Hide quoted text - > > - Show quoted text - -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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: static data
You could in theory have some run task that just essentially executed a bunch of mapper calls, but it sounds like you want more of a build up and tear down approach a la: http://code.google.com/p/scala-migrations/ Perhaps that is what you are after? Cheers, Tim On Jan 31, 11:59 am, Channing Walton wrote: > Hi, > I am building an app which needs some static data added whenever we rebuild > the database. I would like to do that using the mapper api but it looks like > I need to do it table by table by overriding dbAddTable. I would prefer to > do this in one place for the whole model, preferably using the mapper api > rather than sql. > > Is there a way to do that, perhaps in Boot? > -- > View this message in > context:http://old.nabble.com/static-data-tp27392115p27392115.html > Sent from the liftweb mailing list archive at Nabble.com. -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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: Lift 2.0 on Scala 2.8 update
I just attempted to build the branch and got the following: Running net.liftweb.common.BoxSpecTest org.apache.maven.surefire.booter.SurefireExecutionException: org/specs/ matcher/AnyBaseMatchers$$anon$4; nested exception is java.lang.NoClassDefFoundError: org/specs/matcher/AnyBaseMatchers$$anon $4 java.lang.NoClassDefFoundError: org/specs/matcher/AnyBaseMatchers$$anon $4 at org.specs.Specification.(Specification.scala:43) at net.liftweb.common.BoxSpec$.(BoxSpec.scala:26) at net.liftweb.common.BoxSpec$.(BoxSpec.scala) at net.liftweb.common.BoxSpecTest.(BoxSpec.scala:25) at sun.reflect.NativeConstructorAccessorImpl.newInstance0 (Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance (NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance (DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java: 513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at org.specs.runner.JUnitSuiteRunner.testSuite (JUnitSuiteRunner.scala:37) at org.specs.runner.JUnitSuiteRunner.run (JUnitSuiteRunner.scala:45) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute (JUnit4TestSet.java:59) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet (AbstractDirectoryTestSuite.java:115) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute (AbstractDirectoryTestSuite.java:102) at org.apache.maven.surefire.Surefire.run(Surefire.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess (SurefireBooter.java:350) at org.apache.maven.surefire.booter.SurefireBooter.main (SurefireBooter.java:1021) Caused by: java.lang.ClassNotFoundException: org.specs.matcher.AnyBaseMatchers$$anon$4 at java.net.URLClassLoader$1.run(URLClassLoader.java:197) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:315) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java: 330) at java.lang.ClassLoader.loadClass(ClassLoader.java:250) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java: 398) ... 22 more Caused by: java.util.zip.ZipException: invalid bit length repeat at java.util.zip.InflaterInputStream.read (InflaterInputStream.java:147) at sun.misc.Resource.getBytes(Resource.java:108) at java.net.URLClassLoader.defineClass(URLClassLoader.java: 256) at java.net.URLClassLoader.access$000(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) ... 28 more Obviously an issue with specs, but just thought id report it to hopefully add some clarity. Cheers, Tim On Jan 27, 8:15 pm, David Pollak wrote: > On Wed, Jan 27, 2010 at 11:58 AM, Jeppe Nejsum Madsen wrote: > > > Indrajit Raychaudhuri writes: > > > > Some more awesomeness - 280_port_refresh of Lift has moved to > > > Scala-2.8.0.Beta1. > > > > Cheers, Indrajit > > > Awesome. How much is supported? > > Right now, nothing... I'm working on fixing some issues and working around > compiler problems. > > > > > > > Someone running anything substantial on > > 2.8 yet? I really (really!) want to ditch the 2.7 Eclipse plugin for > > 2.8 > > > /Jeppe > > > -- > > You received this message because you are subscribed to the Google Groups > > "Lift" group. > > To post to this group, send email to lift...@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, the simply functional web frameworkhttp://liftweb.net > Beginning Scalahttp://www.apress.com/book/view/1430219890 > Follow me:http://twitter.com/dpp > Surf the harmonics -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] Re: Lift 2.0 on Scala 2.8 update
Welcome back, Tim! I am suspecting that an incorrect spec version is sneaking in. Just to confirm - the maintained 2.8 port branch is 280_port_refresh. Cheers, Indrajit On 31/01/10 11:02 PM, Timothy Perrett wrote: I just attempted to build the branch and got the following: Running net.liftweb.common.BoxSpecTest org.apache.maven.surefire.booter.SurefireExecutionException: org/specs/ matcher/AnyBaseMatchers$$anon$4; nested exception is java.lang.NoClassDefFoundError: org/specs/matcher/AnyBaseMatchers$$anon $4 java.lang.NoClassDefFoundError: org/specs/matcher/AnyBaseMatchers$$anon $4 at org.specs.Specification.(Specification.scala:43) at net.liftweb.common.BoxSpec$.(BoxSpec.scala:26) at net.liftweb.common.BoxSpec$.(BoxSpec.scala) at net.liftweb.common.BoxSpecTest.(BoxSpec.scala:25) at sun.reflect.NativeConstructorAccessorImpl.newInstance0 (Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance (NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance (DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java: 513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at org.specs.runner.JUnitSuiteRunner.testSuite (JUnitSuiteRunner.scala:37) at org.specs.runner.JUnitSuiteRunner.run (JUnitSuiteRunner.scala:45) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute (JUnit4TestSet.java:59) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet (AbstractDirectoryTestSuite.java:115) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute (AbstractDirectoryTestSuite.java:102) at org.apache.maven.surefire.Surefire.run(Surefire.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess (SurefireBooter.java:350) at org.apache.maven.surefire.booter.SurefireBooter.main (SurefireBooter.java:1021) Caused by: java.lang.ClassNotFoundException: org.specs.matcher.AnyBaseMatchers$$anon$4 at java.net.URLClassLoader$1.run(URLClassLoader.java:197) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:315) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java: 330) at java.lang.ClassLoader.loadClass(ClassLoader.java:250) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java: 398) ... 22 more Caused by: java.util.zip.ZipException: invalid bit length repeat at java.util.zip.InflaterInputStream.read (InflaterInputStream.java:147) at sun.misc.Resource.getBytes(Resource.java:108) at java.net.URLClassLoader.defineClass(URLClassLoader.java: 256) at java.net.URLClassLoader.access$000(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) ... 28 more Obviously an issue with specs, but just thought id report it to hopefully add some clarity. Cheers, Tim On Jan 27, 8:15 pm, David Pollak wrote: On Wed, Jan 27, 2010 at 11:58 AM, Jeppe Nejsum Madsenwrote: Indrajit Raychaudhuri writes: Some more awesomeness - 280_port_refresh of Lift has moved to Scala-2.8.0.Beta1. Cheers, Indrajit Awesome. How much is supported? Right now, nothing... I'm working on fixing some issues and working around compiler problems. Someone running anything substantial on 2.8 yet? I really (really!) want to ditch the 2.7 Eclipse plugin for 2.8 /Jeppe -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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, the simply functional web frameworkhttp://liftweb.net Beginning Scalahttp://www.apress.com/book/view/1430219890 Follow me:http://twitter.com/dpp Surf the harmonics -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] Re: Lift 2.0 on Scala 2.8 update
Thanks Indrajit :) That was my thought also, running a top level mvn clean install on 280_port_refresh results in the stack trace below, yes. Cheers, Tim On 31 Jan 2010, at 18:07, Indrajit Raychaudhuri wrote: > Welcome back, Tim! > > I am suspecting that an incorrect spec version is sneaking in. > Just to confirm - the maintained 2.8 port branch is 280_port_refresh. > > Cheers, Indrajit > > On 31/01/10 11:02 PM, Timothy Perrett wrote: >> I just attempted to build the branch and got the following: >> >> Running net.liftweb.common.BoxSpecTest >> org.apache.maven.surefire.booter.SurefireExecutionException: org/specs/ >> matcher/AnyBaseMatchers$$anon$4; nested exception is >> java.lang.NoClassDefFoundError: org/specs/matcher/AnyBaseMatchers$$anon >> $4 >> java.lang.NoClassDefFoundError: org/specs/matcher/AnyBaseMatchers$$anon >> $4 >> at org.specs.Specification.(Specification.scala:43) >> at net.liftweb.common.BoxSpec$.(BoxSpec.scala:26) >> at net.liftweb.common.BoxSpec$.(BoxSpec.scala) >> at net.liftweb.common.BoxSpecTest.(BoxSpec.scala:25) >> at sun.reflect.NativeConstructorAccessorImpl.newInstance0 >> (Native Method) >> at sun.reflect.NativeConstructorAccessorImpl.newInstance >> (NativeConstructorAccessorImpl.java:39) >> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance >> (DelegatingConstructorAccessorImpl.java:27) >> at java.lang.reflect.Constructor.newInstance(Constructor.java: >> 513) >> at java.lang.Class.newInstance0(Class.java:355) >> at java.lang.Class.newInstance(Class.java:308) >> at org.specs.runner.JUnitSuiteRunner.testSuite >> (JUnitSuiteRunner.scala:37) >> at org.specs.runner.JUnitSuiteRunner.run >> (JUnitSuiteRunner.scala:45) >> at org.apache.maven.surefire.junit4.JUnit4TestSet.execute >> (JUnit4TestSet.java:59) >> at >> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet >> (AbstractDirectoryTestSuite.java:115) >> at >> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute >> (AbstractDirectoryTestSuite.java:102) >> at org.apache.maven.surefire.Surefire.run(Surefire.java:180) >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at sun.reflect.NativeMethodAccessorImpl.invoke >> (NativeMethodAccessorImpl.java:39) >> at sun.reflect.DelegatingMethodAccessorImpl.invoke >> (DelegatingMethodAccessorImpl.java:25) >> at java.lang.reflect.Method.invoke(Method.java:597) >> at >> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess >> (SurefireBooter.java:350) >> at org.apache.maven.surefire.booter.SurefireBooter.main >> (SurefireBooter.java:1021) >> Caused by: java.lang.ClassNotFoundException: >> org.specs.matcher.AnyBaseMatchers$$anon$4 >> at java.net.URLClassLoader$1.run(URLClassLoader.java:197) >> at java.security.AccessController.doPrivileged(Native Method) >> at java.net.URLClassLoader.findClass(URLClassLoader.java:188) >> at java.lang.ClassLoader.loadClass(ClassLoader.java:315) >> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java: >> 330) >> at java.lang.ClassLoader.loadClass(ClassLoader.java:250) >> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java: >> 398) >> ... 22 more >> Caused by: java.util.zip.ZipException: invalid bit length repeat >> at java.util.zip.InflaterInputStream.read >> (InflaterInputStream.java:147) >> at sun.misc.Resource.getBytes(Resource.java:108) >> at java.net.URLClassLoader.defineClass(URLClassLoader.java: >> 256) >> at java.net.URLClassLoader.access$000(URLClassLoader.java:56) >> at java.net.URLClassLoader$1.run(URLClassLoader.java:195) >> ... 28 more >> >> Obviously an issue with specs, but just thought id report it to >> hopefully add some clarity. >> >> Cheers, Tim >> >> On Jan 27, 8:15 pm, David Pollak >> wrote: >>> On Wed, Jan 27, 2010 at 11:58 AM, Jeppe Nejsum >>> Madsenwrote: >>> Indrajit Raychaudhuri writes: >>> > Some more awesomeness - 280_port_refresh of Lift has moved to > Scala-2.8.0.Beta1. >>> > Cheers, Indrajit >>> Awesome. How much is supported? >>> >>> Right now, nothing... I'm working on fixing some issues and working around >>> compiler problems. >>> >>> >>> >>> >>> Someone running anything substantial on 2.8 yet? I really (really!) want to ditch the 2.7 Eclipse plugin for 2.8 >>> /Jeppe >>> -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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, the simply functional web frame
Re: [Lift] Re: Lift 2.0 on Scala 2.8 update
However, the dependency tree looks like: [INFO] [INFO] Building Lift Common [INFO]task-segment: [dependency:tree] [INFO] [INFO] [dependency:tree {execution: default-cli}] [INFO] net.liftweb:lift-common:jar:2.0-scala280-SNAPSHOT [INFO] +- org.scala-lang:scala-library:jar:2.8.0.Beta1:compile [INFO] +- org.scala-tools.testing:specs_2.8.0.Beta1:jar:1.6.2:test [INFO] +- org.scala-tools.testing:scalacheck_2.8.0.Beta1-RC5:jar:1.7-SNAPSHOT:test [INFO] | \- org.scala-tools.testing:test-interface:jar:0.2:test [INFO] \- junit:junit:jar:4.7:test Which is somewhat puzzling... Cheers, Tim On 31 Jan 2010, at 18:07, Indrajit Raychaudhuri wrote: > Welcome back, Tim! > > I am suspecting that an incorrect spec version is sneaking in. > Just to confirm - the maintained 2.8 port branch is 280_port_refresh. > > Cheers, Indrajit > > On 31/01/10 11:02 PM, Timothy Perrett wrote: >> I just attempted to build the branch and got the following: >> >> Running net.liftweb.common.BoxSpecTest >> org.apache.maven.surefire.booter.SurefireExecutionException: org/specs/ >> matcher/AnyBaseMatchers$$anon$4; nested exception is >> java.lang.NoClassDefFoundError: org/specs/matcher/AnyBaseMatchers$$anon >> $4 >> java.lang.NoClassDefFoundError: org/specs/matcher/AnyBaseMatchers$$anon >> $4 >> at org.specs.Specification.(Specification.scala:43) >> at net.liftweb.common.BoxSpec$.(BoxSpec.scala:26) >> at net.liftweb.common.BoxSpec$.(BoxSpec.scala) >> at net.liftweb.common.BoxSpecTest.(BoxSpec.scala:25) >> at sun.reflect.NativeConstructorAccessorImpl.newInstance0 >> (Native Method) >> at sun.reflect.NativeConstructorAccessorImpl.newInstance >> (NativeConstructorAccessorImpl.java:39) >> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance >> (DelegatingConstructorAccessorImpl.java:27) >> at java.lang.reflect.Constructor.newInstance(Constructor.java: >> 513) >> at java.lang.Class.newInstance0(Class.java:355) >> at java.lang.Class.newInstance(Class.java:308) >> at org.specs.runner.JUnitSuiteRunner.testSuite >> (JUnitSuiteRunner.scala:37) >> at org.specs.runner.JUnitSuiteRunner.run >> (JUnitSuiteRunner.scala:45) >> at org.apache.maven.surefire.junit4.JUnit4TestSet.execute >> (JUnit4TestSet.java:59) >> at >> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet >> (AbstractDirectoryTestSuite.java:115) >> at >> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute >> (AbstractDirectoryTestSuite.java:102) >> at org.apache.maven.surefire.Surefire.run(Surefire.java:180) >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at sun.reflect.NativeMethodAccessorImpl.invoke >> (NativeMethodAccessorImpl.java:39) >> at sun.reflect.DelegatingMethodAccessorImpl.invoke >> (DelegatingMethodAccessorImpl.java:25) >> at java.lang.reflect.Method.invoke(Method.java:597) >> at >> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess >> (SurefireBooter.java:350) >> at org.apache.maven.surefire.booter.SurefireBooter.main >> (SurefireBooter.java:1021) >> Caused by: java.lang.ClassNotFoundException: >> org.specs.matcher.AnyBaseMatchers$$anon$4 >> at java.net.URLClassLoader$1.run(URLClassLoader.java:197) >> at java.security.AccessController.doPrivileged(Native Method) >> at java.net.URLClassLoader.findClass(URLClassLoader.java:188) >> at java.lang.ClassLoader.loadClass(ClassLoader.java:315) >> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java: >> 330) >> at java.lang.ClassLoader.loadClass(ClassLoader.java:250) >> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java: >> 398) >> ... 22 more >> Caused by: java.util.zip.ZipException: invalid bit length repeat >> at java.util.zip.InflaterInputStream.read >> (InflaterInputStream.java:147) >> at sun.misc.Resource.getBytes(Resource.java:108) >> at java.net.URLClassLoader.defineClass(URLClassLoader.java: >> 256) >> at java.net.URLClassLoader.access$000(URLClassLoader.java:56) >> at java.net.URLClassLoader$1.run(URLClassLoader.java:195) >> ... 28 more >> >> Obviously an issue with specs, but just thought id report it to >> hopefully add some clarity. >> >> Cheers, Tim >> >> On Jan 27, 8:15 pm, David Pollak >> wrote: >>> On Wed, Jan 27, 2010 at 11:58 AM, Jeppe Nejsum >>> Madsenwrote: >>> Indrajit Raychaudhuri writes: >>> > Some more awesomeness - 280_port_refresh of Lift has moved to > Scala-2.8.0.Beta1. >>> > Cheers, Indrajit >>> Awesome. How much is supported? >>> >>> Right now, nothing... I'm working on fixing some issues and working around >>> compiler problems. >>> >>> >>> >>> >
Re: [Lift] Re: Lift 2.0 on Scala 2.8 update
The output is fine. Curious to know what puzzled you in the output. Can you please send me the output of "mvn help:effective-pom" for lift-common? Cheers, Indrajit On 31/01/10 11:47 PM, Timothy Perrett wrote: However, the dependency tree looks like: [INFO] [INFO] Building Lift Common [INFO]task-segment: [dependency:tree] [INFO] [INFO] [dependency:tree {execution: default-cli}] [INFO] net.liftweb:lift-common:jar:2.0-scala280-SNAPSHOT [INFO] +- org.scala-lang:scala-library:jar:2.8.0.Beta1:compile [INFO] +- org.scala-tools.testing:specs_2.8.0.Beta1:jar:1.6.2:test [INFO] +- org.scala-tools.testing:scalacheck_2.8.0.Beta1-RC5:jar:1.7-SNAPSHOT:test [INFO] | \- org.scala-tools.testing:test-interface:jar:0.2:test [INFO] \- junit:junit:jar:4.7:test Which is somewhat puzzling... Cheers, Tim On 31 Jan 2010, at 18:07, Indrajit Raychaudhuri wrote: Welcome back, Tim! I am suspecting that an incorrect spec version is sneaking in. Just to confirm - the maintained 2.8 port branch is 280_port_refresh. Cheers, Indrajit On 31/01/10 11:02 PM, Timothy Perrett wrote: I just attempted to build the branch and got the following: Running net.liftweb.common.BoxSpecTest org.apache.maven.surefire.booter.SurefireExecutionException: org/specs/ matcher/AnyBaseMatchers$$anon$4; nested exception is java.lang.NoClassDefFoundError: org/specs/matcher/AnyBaseMatchers$$anon $4 java.lang.NoClassDefFoundError: org/specs/matcher/AnyBaseMatchers$$anon $4 at org.specs.Specification.(Specification.scala:43) at net.liftweb.common.BoxSpec$.(BoxSpec.scala:26) at net.liftweb.common.BoxSpec$.(BoxSpec.scala) at net.liftweb.common.BoxSpecTest.(BoxSpec.scala:25) at sun.reflect.NativeConstructorAccessorImpl.newInstance0 (Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance (NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance (DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java: 513) at java.lang.Class.newInstance0(Class.java:355) at java.lang.Class.newInstance(Class.java:308) at org.specs.runner.JUnitSuiteRunner.testSuite (JUnitSuiteRunner.scala:37) at org.specs.runner.JUnitSuiteRunner.run (JUnitSuiteRunner.scala:45) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute (JUnit4TestSet.java:59) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet (AbstractDirectoryTestSuite.java:115) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute (AbstractDirectoryTestSuite.java:102) at org.apache.maven.surefire.Surefire.run(Surefire.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess (SurefireBooter.java:350) at org.apache.maven.surefire.booter.SurefireBooter.main (SurefireBooter.java:1021) Caused by: java.lang.ClassNotFoundException: org.specs.matcher.AnyBaseMatchers$$anon$4 at java.net.URLClassLoader$1.run(URLClassLoader.java:197) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:315) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java: 330) at java.lang.ClassLoader.loadClass(ClassLoader.java:250) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java: 398) ... 22 more Caused by: java.util.zip.ZipException: invalid bit length repeat at java.util.zip.InflaterInputStream.read (InflaterInputStream.java:147) at sun.misc.Resource.getBytes(Resource.java:108) at java.net.URLClassLoader.defineClass(URLClassLoader.java: 256) at java.net.URLClassLoader.access$000(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) ... 28 more Obviously an issue with specs, but just thought id report it to hopefully add some clarity. Cheers, Tim On Jan 27, 8:15 pm, David Pollak wrote: On Wed, Jan 27, 2010 at 11:58 AM, Jeppe Nejsum Madsenwrote: Indrajit Raychaudhuri writes: Some more awesomeness - 280_port_refresh of Lift has moved to Scala-2.8.0.Beta1. Cheers, Indrajit Awesome. How much is supported? Right now, nothing... I'm working on fixing some issues and working around compiler problems. Someone running anything substantial on 2.8 yet? I really
[Lift] Re: Lift 2.0 on Scala 2.8 update
%URL%/%ISSUE%/find maven-clean-plugin 2.4 maven-compiler-plugin 2.1 maven-dependency-plugin 2.1 maven-deploy-plugin 2.5 maven-ear-plugin 2.3.1 maven-ejb-plugin 2.1 maven-install-plugin 2.2 maven-eclipse-plugin 2.7 true ch.epfl.lamp.sdt.core.scalanature ch.epfl.lamp.sdt.core.scalabuilder ch.epfl.lamp.sdt.launching.SCALA_CONTAINER org.eclipse.jdt.launching.JRE_CONTAINER maven-enforcer-plugin 1.0-beta-1 enforce [2.2.0,3.0) maven-idea-plugin 2.2 true maven-invoker-plugin 1.5 true /Users/timperrett/repositories/lift/lift- framework/framework/lift-base/lift-common/target/it maven-jar-plugin 2.3 2.0-scala280-SNAPSHOT 20100131-1840 true true maven-javadoc-plugin 2.6.1 true true maven-plugin-plugin 2.4.3 maven-rar-plugin 2.2 maven-release-plugin 2.0-beta-9 true 2.0-scala280-SNAPSHOT [lift-release] lift-release maven-resources-plugin 2.4.1 default-copy-resources process-resources copy-resources true /Users/timperrett/repositories/lift/ lift-framework/framework/lift-base/lift-common/target /Users/timperrett/repositories/lift/ lift-framework/framework/lift-base/lift-common/src packageLinkDefs.properties true maven-site-plugin 2.1 true maven-source-plugin 2.1.1 jar-no-fork maven-surefire-plugin 2.5 /Users/timperrett/repositories/ lift/lift-framework/framework/lift-base/lift-common/target/derby.log maven-war-plugin 2.1-alpha-2 net.sf.alchim yuicompressor-maven-plugin 0.7.1 compress org.apache.felix maven-bundle-plugin 2.0.1 true bundle J2SE-1.5,JavaSE-1.6 <_versionpolicy>[$(@),$(version;=+;$(@))) * org.apache.rat apache-rat-plugin 0.6 check *.log **/packageLinkDefs.properties org.mortbay.jetty maven-jetty-plugin 6.1.22 / org.scala-tools maven-scala-plugin 2.13.1 compile testCompile -Xmx1024m -DpackageLinkDefs=file:///Users/timperrett/ repositories/lift/lift-framework/framework/lift-base/lift-common/ target/packageLinkDefs.properties UTF-8 -Xno-varargs-conversion maven-changes-plugin 2.3
Re: [Lift] lift-couchdb
Thanks! can you throw a ship it on the issue306 RB request for documentation purposes? Also, if you feel like reviewing issue305 which it depends on while you're there... ;-) -Ross On Jan 31, 2010, at 6:56 AM, Timothy Perrett wrote: Ross, I've just got back from Italy... taken a look at your code and it looks good to me. Go for it :) Cheers, Tim On 25 Jan 2010, at 19:24, David Pollak wrote: Ross, Thanks for this contribution!! I don't have the bandwidth to review it but would encourage folks from the community to take a gander at the code and give you feedback. Thanks, David On Sun, Jan 24, 2010 at 4:06 PM, Ross Mellgren wrote: So I've taken the Couch integration I had previously talked about and have done quite a bit of work on it: - Now has a record integration: - built with two layers -- JSONRecord which is a Record implementation that emits/consumes lift-json AST, and CouchRecord extends that with database access - added Optional versions of every basic record field, to represent nullable/optional fields - Uses box much more extensively, rather than exceptions - More tests - Changed the querying from using case class varargs (QueryParam) to using methods on a Queryable trait - Removed use of toJObject and other exception-ful conversions from JValue to JObject - Tests will automatically skip if Couch is not running locally As far as I'm currently aware, the only missing things are: - the unit tests don't exercise every type of JSONField, other than indirectly via the CouchRecord tests - the unit tests don't exercise every one of the Queryable params I'd like to begin the process of getting this into master, so if some folks could review it and comment I would be very appreciative. In particular, I'd like it if some familiar with record could take a gander at the Optional versions I've added and vet them. Barring anyone noticing wrong with it, I'll create some issues and put the changes up on review board in a couple days. The branch: http://github.com/dpp/liftweb/tree/rmm_wip_couch lift-couchdb as a diff: 51724dcd09f68c658ffc025ded14fe7d22f888fb Optional fields in record: 7bb10ac78f83222b2f1f09e986466a0c4edcca64 Comments? Suggestions? Scathing rebuttals? -Ross -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Surf the harmonics -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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 . -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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 . -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] Re: Lift 2.0 on Scala 2.8 update
maven-changes-plugin 2.3 default-changes-validate verify changes-validate true true %URL%/%ISSUE%/find maven-clean-plugin 2.4 maven-compiler-plugin 2.1 maven-dependency-plugin 2.1 maven-deploy-plugin 2.5 maven-ear-plugin 2.3.1 maven-ejb-plugin 2.1 maven-install-plugin 2.2 maven-eclipse-plugin 2.7 true ch.epfl.lamp.sdt.core.scalanature ch.epfl.lamp.sdt.core.scalabuilder ch.epfl.lamp.sdt.launching.SCALA_CONTAINER org.eclipse.jdt.launching.JRE_CONTAINER maven-enforcer-plugin 1.0-beta-1 enforce [2.2.0,3.0) maven-idea-plugin 2.2 true maven-invoker-plugin 1.5 true /Users/timperrett/repositories/lift/lift- framework/framework/lift-base/lift-common/target/it maven-jar-plugin 2.3 2.0-scala280-SNAPSHOT 20100131-1840 true true maven-javadoc-plugin 2.6.1 true true maven-plugin-plugin 2.4.3 maven-rar-plugin 2.2 maven-release-plugin 2.0-beta-9 true 2.0-scala280-SNAPSHOT [lift-release] lift-release maven-resources-plugin 2.4.1 default-copy-resources process-resources copy-resources true /Users/timperrett/repositories/lift/ lift-framework/framework/lift-base/lift-common/target /Users/timperrett/repositories/lift/ lift-framework/framework/lift-base/lift-common/src packageLinkDefs.properties true maven-site-plugin 2.1 true maven-source-plugin 2.1.1 jar-no-fork maven-surefire-plugin 2.5 /Users/timperrett/repositories/ lift/lift-framework/framework/lift-base/lift-common/target/derby.log maven-war-plugin 2.1-alpha-2 net.sf.alchim yuicompressor-maven-plugin 0.7.1 compress org.apache.felix maven-bundle-plugin 2.0.1 true bundle J2SE-1.5,JavaSE-1.6 <_versionpolicy>[$(@),$(version;=+;$(@))) * org.apache.rat apache-rat-plugin 0.6 check *.log **/packageLinkDefs.properties org.mortbay.jetty maven-jetty-plugin 6.1.22 /
[Lift] Re: Lift 2.0 on Scala 2.8 update
macbookpro:lift-framework timperrett$ java -version java version "1.6.0_17" Java(TM) SE Runtime Environment (build 1.6.0_17-b04-248-10M3025) Java HotSpot(TM) 64-Bit Server VM (build 14.3-b01-101, mixed mode) macbookpro:lift-framework timperrett$ mvn -version Apache Maven 2.2.1 (r801777; 2009-08-06 20:16:01+0100) Java version: 1.6.0_17 Java home: /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/ Home Default locale: en_US, platform encoding: MacRoman OS name: "mac os x" version: "10.6.2" arch: "x86_64" Family: "mac" Cheers, Tim On Jan 31, 6:59 pm, Indrajit Raychaudhuri wrote: > Hmm, the effective pom is perfect! Something else somewhere. > Are you on OSX 10.5 or 10.6? > > - IRC > > On 01/02/10 12:11 AM, Timothy Perrett wrote: > > > > > I was puzzled because the deps looked fine ;) > > > Here's the effective pom: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > http://maven.apache.org/POM/4.0.0"; xmlns:xsi="http:// > >www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http:// > > maven.apache.org/POM/4.0.0http://maven.apache.org/xsd/maven-4.0.0.xsd";> > > 4.0.0 > > > > lift-base > > net.liftweb > > 2.0-scala280-SNAPSHOT > > > > net.liftweb > > lift-common > > 2.0-scala280-SNAPSHOT > > Lift Common > > Common Interfaces for Lift and perhaps other > > frameworks > > http://dev.liftweb.net/framework/lift-base/lift-common > > 2006 > > > > WorldWide Conferencing, LLC > > http://www.liftweb.net > > > > > > > > Apache License, Version 2.0 > > http://www.apache.org/licenses/LICENSE-2.0.txt > > repo > > Lift open source software is licensed under an Apache > > 2.0 license. > > > > > > > > > > User and Developer Discussion List > > liftweb+subscr...@googlegroups.com > > liftweb+unsubscr...@googlegroups.com > > liftweb@googlegroups.com > > http://groups.google.com/group/liftweb > > > > > > Committer Discussion List > > http://groups.google.com/group/lift-committers > archive> > > > > > > Announcement List > > lift-announce+subscr...@googlegroups.com > > lift-announce+unsubscr...@googlegroups.com > unsubscribe> > > http://groups.google.com/group/lift-announce > > > > > > > > > > dpp > > David Pollak > > dpp [at] liftweb.net > > > > BDFL > > Feeder of the Bears > > > > -8 > > > > > > Burak.Emir > > Burak Emir > > > > > > philipp.schmidt > > philipp.schmidt > > > > > > cwilkes > > cwilkes > > > > > > julien.wetterwald > > julien.wetterwald > > > > > > leppoc > > leppoc > > > > > > stepan.koltsov > > stepan.koltsov > > > > > > jorge.ortiz > > Jorge Ortiz > > jorge [at] liftweb.net > > -8 > > > > > > stevej > > Steve Jenson > > > > > > alex.boisvert > > Alex Boisvert > > > > > > OctoberDan > > > > > > viktor.klang > > Viktor Klang a.k.a. Sevikkla > > > > Enhancement specialist > > Funny guy > > > > +1 > > > > > > david.bernard.31 > > David Bernard > > dwayne [at] liftweb.net > > > > maven support > > > > +1 > > > > > > mstarzyk > > Maciek Starzyk > > > > > > etorreborre > > Eric Torreborre > > +9 > > > > > > marius.danciu > > Marius Danciu > > +2 > > > > > > tyler.weir > > Tyler Weir > > -5 > > > > > > timperrett > > Tim Perrett > > hello [at] timperrett.com > > > > Installation and Deployment > > Advanced Localization > > > > 0 > > > > > > dchenbecker > > Derek Chen-Becker > > java [at] chen-becker.org > > -7 > > > > > > jboner > > Jonas Bon#r > > jonas [at] jonasboner [dot] com > > +1 > > > > > > heiko.seeberger > > Heiko Seeberger > > heiko [dot] seeberger [at] googlemail [dot] com > > > > OSGi expert and Scala enthusiast > > > > +1 > > > > > > indrajitr > > Indrajit Raychaudhuri > > irc [at] indrajit [dot] com > > +5.5 > > > > > > jonifreeman > > Joni Freeman > > joni [dot] freeman [at] reaktor [dot] fi > > +2 > > > > > > > > github > > http://github.com/dpp/liftweb/issues/ > > > > > > scm:git:git://github.com/dpp/liftweb.git/framewo
[Lift] Re: lift-couchdb
Consider it done good sir. Cheers, Tim On Jan 31, 6:46 pm, Ross Mellgren wrote: > Thanks! can you throw a ship it on the issue306 RB request for > documentation purposes? Also, if you feel like reviewing issue305 > which it depends on while you're there... ;-) > > -Ross > > On Jan 31, 2010, at 6:56 AM, Timothy Perrett > wrote: > > > > > Ross, > > > I've just got back from Italy... taken a look at your code and it > > looks good to me. Go for it :) > > > Cheers, Tim > > > On 25 Jan 2010, at 19:24, David Pollak wrote: > > >> Ross, > > >> Thanks for this contribution!! > > >> I don't have the bandwidth to review it but would encourage folks > >> from the community to take a gander at the code and give you > >> feedback. > > >> Thanks, > > >> David > > >> On Sun, Jan 24, 2010 at 4:06 PM, Ross Mellgren > >> wrote: > >> So I've taken the Couch integration I had previously talked about > >> and have done quite a bit of work on it: > > >> - Now has a record integration: > >> - built with two layers -- JSONRecord which is a Record > >> implementation that emits/consumes lift-json AST, and CouchRecord > >> extends that with database access > >> - added Optional versions of every basic record field, to > >> represent nullable/optional fields > >> - Uses box much more extensively, rather than exceptions > >> - More tests > >> - Changed the querying from using case class varargs (QueryParam) > >> to using methods on a Queryable trait > >> - Removed use of toJObject and other exception-ful conversions from > >> JValue to JObject > >> - Tests will automatically skip if Couch is not running locally > > >> As far as I'm currently aware, the only missing things are: > >> - the unit tests don't exercise every type of JSONField, other > >> than indirectly via the CouchRecord tests > >> - the unit tests don't exercise every one of the Queryable params > > >> I'd like to begin the process of getting this into master, so if > >> some folks could review it and comment I would be very > >> appreciative. In particular, I'd like it if some familiar with > >> record could take a gander at the Optional versions I've added and > >> vet them. Barring anyone noticing wrong with it, I'll create some > >> issues and put the changes up on review board in a couple days. > > >> The branch:http://github.com/dpp/liftweb/tree/rmm_wip_couch > >> lift-couchdb as a diff: 51724dcd09f68c658ffc025ded14fe7d22f888fb > >> Optional fields in record: 7bb10ac78f83222b2f1f09e986466a0c4edcca64 > > >> Comments? Suggestions? Scathing rebuttals? > > >> -Ross > > >> -- > >> You received this message because you are subscribed to the Google > >> Groups "Lift" group. > >> To post to this group, send email to lift...@googlegroups.com. > >> To unsubscribe from this group, send email to > >> liftweb+unsubscr...@googlegroups.com > >> . > >> For more options, visit this group > >> athttp://groups.google.com/group/liftweb?hl=en > >> . > > >> -- > >> Lift, the simply functional web frameworkhttp://liftweb.net > >> Beginning Scalahttp://www.apress.com/book/view/1430219890 > >> Follow me:http://twitter.com/dpp > >> Surf the harmonics > > >> -- > >> You received this message because you are subscribed to the Google > >> Groups "Lift" group. > >> To post to this group, send email to lift...@googlegroups.com. > >> To unsubscribe from this group, send email to > >> liftweb+unsubscr...@googlegroups.com > >> . > >> For more options, visit this group > >> athttp://groups.google.com/group/liftweb?hl=en > >> . > > > -- > > You received this message because you are subscribed to the Google > > Groups "Lift" group. > > To post to this group, send email to lift...@googlegroups.com. > > To unsubscribe from this group, send email to > > liftweb+unsubscr...@googlegroups.com > > . > > For more options, visit this group > > athttp://groups.google.com/group/liftweb?hl=en > > . -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] Re: Lift 2.0 on Scala 2.8 update
I was suspecting Java 1.5 (if you were on 10.5). That's not the case. So I am completely stumped now. See if you can compare with the Hudson copy (http://hudson.scala-tools.org/view/Lift/job/lift-framework-scala280/) - IRC On 01/02/10 12:55 AM, Timothy Perrett wrote: macbookpro:lift-framework timperrett$ java -version java version "1.6.0_17" Java(TM) SE Runtime Environment (build 1.6.0_17-b04-248-10M3025) Java HotSpot(TM) 64-Bit Server VM (build 14.3-b01-101, mixed mode) macbookpro:lift-framework timperrett$ mvn -version Apache Maven 2.2.1 (r801777; 2009-08-06 20:16:01+0100) Java version: 1.6.0_17 Java home: /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/ Home Default locale: en_US, platform encoding: MacRoman OS name: "mac os x" version: "10.6.2" arch: "x86_64" Family: "mac" Cheers, Tim On Jan 31, 6:59 pm, Indrajit Raychaudhuri wrote: Hmm, the effective pom is perfect! Something else somewhere. Are you on OSX 10.5 or 10.6? - IRC On 01/02/10 12:11 AM, Timothy Perrett wrote: I was puzzled because the deps looked fine ;) Here's the effective pom: http://maven.apache.org/POM/4.0.0"; xmlns:xsi="http:// www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http:// maven.apache.org/POM/4.0.0http://maven.apache.org/xsd/maven-4.0.0.xsd";> 4.0.0 lift-base net.liftweb 2.0-scala280-SNAPSHOT net.liftweb lift-common 2.0-scala280-SNAPSHOT Lift Common Common Interfaces for Lift and perhaps other frameworks http://dev.liftweb.net/framework/lift-base/lift-common 2006 WorldWide Conferencing, LLC http://www.liftweb.net Apache License, Version 2.0 http://www.apache.org/licenses/LICENSE-2.0.txt repo Lift open source software is licensed under an Apache 2.0 license. User and Developer Discussion List liftweb+subscr...@googlegroups.com liftweb+unsubscr...@googlegroups.com liftweb@googlegroups.com http://groups.google.com/group/liftweb Committer Discussion List http://groups.google.com/group/lift-committers Announcement List lift-announce+subscr...@googlegroups.com lift-announce+unsubscr...@googlegroups.com http://groups.google.com/group/lift-announce dpp David Pollak dpp [at] liftweb.net BDFL Feeder of the Bears -8 Burak.Emir Burak Emir philipp.schmidt philipp.schmidt cwilkes cwilkes julien.wetterwald julien.wetterwald leppoc leppoc stepan.koltsov stepan.koltsov jorge.ortiz Jorge Ortiz jorge [at] liftweb.net -8 stevej Steve Jenson alex.boisvert Alex Boisvert OctoberDan viktor.klang Viktor Klang a.k.a. Sevikkla Enhancement specialist Funny guy +1 david.bernard.31 David Bernard dwayne [at] liftweb.net maven support +1 mstarzyk Maciek Starzyk etorreborre Eric Torreborre +9 marius.danciu Marius Danciu +2 tyler.weir Tyler Weir -5 timperrett Tim Perrett hello [at] timperrett.com Installation and Deployment Advanced Localization 0 dchenbecker Derek Chen-Becker java [at] chen-becker.org -7 jboner Jonas Bon#r jonas [at] jonasboner [dot] com +1 heiko.seeberger Heiko Seeberger heiko [dot] seeberger [at] googlemail [dot] com OSGi expert and Scala enthusiast +1 indrajitr Indrajit Raychaudhuri irc [at] indrajit [dot] com +5.5 jonifreeman Joni Freeman joni [dot] freeman [at] reaktor [dot] fi +2 github http://github.com/dpp/liftweb/issues/ scm:git:git://github.com/dpp/liftweb.git/framework/ lift-base/lift-common scm:git:g...@github.com:dpp/liftweb.git/ framework/lift-base/lift-common http://github.com/dpp/liftweb/tree/master/framework/lift-base/ lift-common hudson http://hudson.scala-tools.org/job/lift-framework/ /Users/timperrett/repositories/lift/lift- framework/framework/lift-base/lift-common/src/main/scala
[Lift] Re: [lift] static data
That does look interesting - reminds me of liquibase but being in Scala is more useful. I was hoping there was a way to do this under lift's framework so that I can work with model objects. Your idea of using a run task may be the way. Would it make sense to have a hook in schemifier that is run after it has done its work? Timothy Perrett wrote: > > You could in theory have some run task that just essentially executed > a bunch of mapper calls, but it sounds like you want more of a build > up and tear down approach a la: > > http://code.google.com/p/scala-migrations/ > > Perhaps that is what you are after? > > Cheers, Tim > > On Jan 31, 11:59 am, Channing Walton wrote: >> Hi, >> I am building an app which needs some static data added whenever we >> rebuild >> the database. I would like to do that using the mapper api but it looks >> like >> I need to do it table by table by overriding dbAddTable. I would prefer >> to >> do this in one place for the whole model, preferably using the mapper api >> rather than sql. >> >> Is there a way to do that, perhaps in Boot? >> -- >> View this message in >> context:http://old.nabble.com/static-data-tp27392115p27392115.html >> Sent from the liftweb mailing list archive at Nabble.com. > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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. > > > -- View this message in context: http://old.nabble.com/static-data-tp27392115p27395859.html Sent from the liftweb mailing list archive at Nabble.com. -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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: [lift] static data
Looking around MetaMapper and Schemifier, it looks like I could override BaseMetaMapper.afterSchemifier to do what i want although I would need to nominate a mapper to do this work (User would suffice). I'll try it... Timothy Perrett wrote: > > You could in theory have some run task that just essentially executed > a bunch of mapper calls, but it sounds like you want more of a build > up and tear down approach a la: > > http://code.google.com/p/scala-migrations/ > > Perhaps that is what you are after? > > Cheers, Tim > > On Jan 31, 11:59 am, Channing Walton wrote: >> Hi, >> I am building an app which needs some static data added whenever we >> rebuild >> the database. I would like to do that using the mapper api but it looks >> like >> I need to do it table by table by overriding dbAddTable. I would prefer >> to >> do this in one place for the whole model, preferably using the mapper api >> rather than sql. >> >> Is there a way to do that, perhaps in Boot? >> -- >> View this message in >> context:http://old.nabble.com/static-data-tp27392115p27392115.html >> Sent from the liftweb mailing list archive at Nabble.com. > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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. > > > -- View this message in context: http://old.nabble.com/static-data-tp27392115p27396183.html Sent from the liftweb mailing list archive at Nabble.com. -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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: Lift 2.0 on Scala 2.8 update
Im just doing a fresh clone and checkout to see if something was screwed in my local build. Cheers, Tim On Jan 31, 7:44 pm, Indrajit Raychaudhuri wrote: > I was suspecting Java 1.5 (if you were on 10.5). That's not the case. So > I am completely stumped now. > > See if you can compare with the Hudson copy > (http://hudson.scala-tools.org/view/Lift/job/lift-framework-scala280/) > > - IRC > > On 01/02/10 12:55 AM, Timothy Perrett wrote: > > > > > macbookpro:lift-framework timperrett$ java -version > > java version "1.6.0_17" > > Java(TM) SE Runtime Environment (build 1.6.0_17-b04-248-10M3025) > > Java HotSpot(TM) 64-Bit Server VM (build 14.3-b01-101, mixed mode) > > > macbookpro:lift-framework timperrett$ mvn -version > > Apache Maven 2.2.1 (r801777; 2009-08-06 20:16:01+0100) > > Java version: 1.6.0_17 > > Java home: /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/ > > Home > > Default locale: en_US, platform encoding: MacRoman > > OS name: "mac os x" version: "10.6.2" arch: "x86_64" Family: "mac" > > > Cheers, Tim > > > On Jan 31, 6:59 pm, Indrajit Raychaudhuri wrote: > >> Hmm, the effective pom is perfect! Something else somewhere. > >> Are you on OSX 10.5 or 10.6? > > >> - IRC > > >> On 01/02/10 12:11 AM, Timothy Perrett wrote: > > >>> I was puzzled because the deps looked fine ;) > > >>> Here's the effective pom: > > >>> > >>> > >>> > >>> > >>> > >>> > >>> > > >>> > >>> > >>> > >>> > >>> > >>> > > >>> http://maven.apache.org/POM/4.0.0"; xmlns:xsi="http:// > >>>www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http:// > >>> maven.apache.org/POM/4.0.0http://maven.apache.org/xsd/maven-4.0.0.xsd";> > >>> 4.0.0 > >>> > >>> lift-base > >>> net.liftweb > >>> 2.0-scala280-SNAPSHOT > >>> > >>> net.liftweb > >>> lift-common > >>> 2.0-scala280-SNAPSHOT > >>> Lift Common > >>> Common Interfaces for Lift and perhaps other > >>> frameworks > >>> http://dev.liftweb.net/framework/lift-base/lift-common > >>> 2006 > >>> > >>> WorldWide Conferencing, LLC > >>> http://www.liftweb.net > >>> > >>> > >>> > >>> Apache License, Version 2.0 > >>> http://www.apache.org/licenses/LICENSE-2.0.txt > >>> repo > >>> Lift open source software is licensed under an Apache > >>> 2.0 license. > >>> > >>> > >>> > >>> > >>> User and Developer Discussion List > >>> liftweb+subscr...@googlegroups.com > >>> liftweb+unsubscr...@googlegroups.com > >>> liftweb@googlegroups.com > >>> http://groups.google.com/group/liftweb > >>> > >>> > >>> Committer Discussion List > >>> http://groups.google.com/group/lift-committers >>> archive> > >>> > >>> > >>> Announcement List > >>> lift-announce+subscr...@googlegroups.com > >>> lift-announce+unsubscr...@googlegroups.com >>> unsubscribe> > >>> http://groups.google.com/group/lift-announce > >>> > >>> > >>> > >>> > >>> dpp > >>> David Pollak > >>> dpp [at] liftweb.net > >>> > >>> BDFL > >>> Feeder of the Bears > >>> > >>> -8 > >>> > >>> > >>> Burak.Emir > >>> Burak Emir > >>> > >>> > >>> philipp.schmidt > >>> philipp.schmidt > >>> > >>> > >>> cwilkes > >>> cwilkes > >>> > >>> > >>> julien.wetterwald > >>> julien.wetterwald > >>> > >>> > >>> leppoc > >>> leppoc > >>> > >>> > >>> stepan.koltsov > >>> stepan.koltsov > >>> > >>> > >>> jorge.ortiz > >>> Jorge Ortiz > >>> jorge [at] liftweb.net > >>> -8 > >>> > >>> > >>> stevej > >>> Steve Jenson > >>> > >>> > >>> alex.boisvert > >>> Alex Boisvert > >>> > >>> > >>> OctoberDan > >>> > >>> > >>> viktor.klang > >>> Viktor Klang a.k.a. Sevikkla > >>> > >>> Enhancement specialist > >>> Funny guy > >>> > >>> +1 > >>> > >>> > >>> david.bernard.31 > >>> David Bernard > >>> dwayne [at] liftweb.net > >>> > >>> maven support > >>> > >>> +1 > >>> > >>> > >>> mstarzyk > >>> Maciek Starzyk > >>> > >>> > >>> etorreborre > >>> Eric Torreborre > >>> +9 > >>> > >>> > >>> marius.danciu > >>> Marius Danciu > >>> +2 > >>> > >>> > >>> tyler.weir > >>> Tyler Weir > >>> -5 > >>> > >>> > >>> timperrett > >>> Tim Perrett > >>> hello [at] timperrett.com > >>> > >>>
Re: [Lift] Re: [lift] static data
On Sun, Jan 31, 2010 at 12:17 PM, Channing Walton wrote: > > Looking around MetaMapper and Schemifier, it looks like I could override > BaseMetaMapper.afterSchemifier to do what i want although I would need to > nominate a mapper to do this work (User would suffice). > The reason the calls are split out on a MetaMapper-by-MetaMapper basis is that it's possible that new models will be added to an existing RDBMS. All the calls are done after all the tables are created in the database, so you can put all the row adding code in User.dbAddTable and you'll know that the tables all exist in the RDBMS prior to the User.dbAddTable method being invoked. > > I'll try it... > > > Timothy Perrett wrote: > > > > You could in theory have some run task that just essentially executed > > a bunch of mapper calls, but it sounds like you want more of a build > > up and tear down approach a la: > > > > http://code.google.com/p/scala-migrations/ > > > > Perhaps that is what you are after? > > > > Cheers, Tim > > > > On Jan 31, 11:59 am, Channing Walton wrote: > >> Hi, > >> I am building an app which needs some static data added whenever we > >> rebuild > >> the database. I would like to do that using the mapper api but it looks > >> like > >> I need to do it table by table by overriding dbAddTable. I would prefer > >> to > >> do this in one place for the whole model, preferably using the mapper > api > >> rather than sql. > >> > >> Is there a way to do that, perhaps in Boot? > >> -- > >> View this message in > >> context:http://old.nabble.com/static-data-tp27392115p27392115.html > >> Sent from the liftweb mailing list archive at Nabble.com. > > > > -- > > You received this message because you are subscribed to the Google Groups > > "Lift" group. > > To post to this group, send email to lift...@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. > > > > > > > > -- > View this message in context: > http://old.nabble.com/static-data-tp27392115p27396183.html > Sent from the liftweb mailing list archive at Nabble.com. > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Surf the harmonics -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] Re: [lift] static data
If you only initialize the database all at once, why not just put the code in Boot? - Channing Walton wrote: Looking around MetaMapper and Schemifier, it looks like I could override BaseMetaMapper.afterSchemifier to do what i want although I would need to nominate a mapper to do this work (User would suffice). I'll try it... Timothy Perrett wrote: > > You could in theory have some run task that just essentially executed > a bunch of mapper calls, but it sounds like you want more of a build > up and tear down approach a la: > > http://code.google.com/p/scala-migrations/ > > Perhaps that is what you are after? > > Cheers, Tim > > On Jan 31, 11:59 am, Channing Walton wrote: >> Hi, >> I am building an app which needs some static data added whenever we >> rebuild >> the database. I would like to do that using the mapper api but it looks >> like >> I need to do it table by table by overriding dbAddTable. I would prefer >> to >> do this in one place for the whole model, preferably using the mapper api >> rather than sql. >> >> Is there a way to do that, perhaps in Boot? >> -- >> View this message in >> context:http://old.nabble.com/static-data-tp27392115p27392115.html >> Sent from the liftweb mailing list archive at Nabble.com. > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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. > > > -- View this message in context: http://old.nabble.com/static-data-tp27392115p27396183.html Sent from the liftweb mailing list archive at Nabble.com. -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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. -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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: Lift 2.0 on Scala 2.8 update
OK, so that really didn't help. How is it building OK on hudson?! That makes no sense at all. I guess for the moment i'll just have to work with the JARs built by hudson. Cheers, Tim On Jan 31, 8:44 pm, Timothy Perrett wrote: > Im just doing a fresh clone and checkout to see if something was > screwed in my local build. > > Cheers, Tim > > On Jan 31, 7:44 pm, Indrajit Raychaudhuri wrote: > > > > > I was suspecting Java 1.5 (if you were on 10.5). That's not the case. So > > I am completely stumped now. > > > See if you can compare with the Hudson copy > > (http://hudson.scala-tools.org/view/Lift/job/lift-framework-scala280/) > > > - IRC > > > On 01/02/10 12:55 AM, Timothy Perrett wrote: > > > > macbookpro:lift-framework timperrett$ java -version > > > java version "1.6.0_17" > > > Java(TM) SE Runtime Environment (build 1.6.0_17-b04-248-10M3025) > > > Java HotSpot(TM) 64-Bit Server VM (build 14.3-b01-101, mixed mode) > > > > macbookpro:lift-framework timperrett$ mvn -version > > > Apache Maven 2.2.1 (r801777; 2009-08-06 20:16:01+0100) > > > Java version: 1.6.0_17 > > > Java home: /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/ > > > Home > > > Default locale: en_US, platform encoding: MacRoman > > > OS name: "mac os x" version: "10.6.2" arch: "x86_64" Family: "mac" > > > > Cheers, Tim > > > > On Jan 31, 6:59 pm, Indrajit Raychaudhuri wrote: > > >> Hmm, the effective pom is perfect! Something else somewhere. > > >> Are you on OSX 10.5 or 10.6? > > > >> - IRC > > > >> On 01/02/10 12:11 AM, Timothy Perrett wrote: > > > >>> I was puzzled because the deps looked fine ;) > > > >>> Here's the effective pom: > > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > > >>> http://maven.apache.org/POM/4.0.0"; xmlns:xsi="http:// > > >>>www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http:// > > >>> maven.apache.org/POM/4.0.0http://maven.apache.org/xsd/maven-4.0.0.xsd";> > > >>> 4.0.0 > > >>> > > >>> lift-base > > >>> net.liftweb > > >>> 2.0-scala280-SNAPSHOT > > >>> > > >>> net.liftweb > > >>> lift-common > > >>> 2.0-scala280-SNAPSHOT > > >>> Lift Common > > >>> Common Interfaces for Lift and perhaps other > > >>> frameworks > > >>> http://dev.liftweb.net/framework/lift-base/lift-common > > >>> 2006 > > >>> > > >>> WorldWide Conferencing, LLC > > >>> http://www.liftweb.net > > >>> > > >>> > > >>> > > >>> Apache License, Version 2.0 > > >>> http://www.apache.org/licenses/LICENSE-2.0.txt > > >>> repo > > >>> Lift open source software is licensed under an Apache > > >>> 2.0 license. > > >>> > > >>> > > >>> > > >>> > > >>> User and Developer Discussion List > > >>> liftweb+subscr...@googlegroups.com > > >>> liftweb+unsubscr...@googlegroups.com > > >>> liftweb@googlegroups.com > > >>> http://groups.google.com/group/liftweb > > >>> > > >>> > > >>> Committer Discussion List > > >>> http://groups.google.com/group/lift-committers > >>> archive> > > >>> > > >>> > > >>> Announcement List > > >>> lift-announce+subscr...@googlegroups.com > > >>> lift-announce+unsubscr...@googlegroups.com > >>> unsubscribe> > > >>> http://groups.google.com/group/lift-announce > > >>> > > >>> > > >>> > > >>> > > >>> dpp > > >>> David Pollak > > >>> dpp [at] liftweb.net > > >>> > > >>> BDFL > > >>> Feeder of the Bears > > >>> > > >>> -8 > > >>> > > >>> > > >>> Burak.Emir > > >>> Burak Emir > > >>> > > >>> > > >>> philipp.schmidt > > >>> philipp.schmidt > > >>> > > >>> > > >>> cwilkes > > >>> cwilkes > > >>> > > >>> > > >>> julien.wetterwald > > >>> julien.wetterwald > > >>> > > >>> > > >>> leppoc > > >>> leppoc > > >>> > > >>> > > >>> stepan.koltsov > > >>> stepan.koltsov > > >>> > > >>> > > >>> jorge.ortiz > > >>> Jorge Ortiz > > >>> jorge [at] liftweb.net > > >>> -8 > > >>> > > >>> > > >>> stevej > > >>> Steve Jenson > > >>> > > >>> > > >>> alex.boisvert > > >>> Alex Boisvert > > >>> > > >>> > > >>> OctoberDan > > >>> > > >>> > > >>> viktor.klang > > >>> Viktor Klang a.k.a. Sevikkla > > >>> > > >>> Enhancement specialist > > >>> Funny guy > > >>> > > >>> +1 > > >>> > > >>> > > >>> david.bernard.31 > > >>> David Bernard > > >>> dwayne [at] liftweb.net > > >>> > > >>> maven su
Re: [Lift] Re: Lift 2.0 on Scala 2.8 update
The problem is that there's no ScalaCheck version for Scala 2.8.0 Beta1. The Beta1-RC5 compilation of ScalaCheck was causing the wrong Scala libraries to be loaded. This is seriously suboptimal. On Sun, Jan 31, 2010 at 12:44 PM, Timothy Perrett wrote: > Im just doing a fresh clone and checkout to see if something was > screwed in my local build. > > Cheers, Tim > > On Jan 31, 7:44 pm, Indrajit Raychaudhuri wrote: > > I was suspecting Java 1.5 (if you were on 10.5). That's not the case. So > > I am completely stumped now. > > > > See if you can compare with the Hudson copy > > (http://hudson.scala-tools.org/view/Lift/job/lift-framework-scala280/) > > > > - IRC > > > > On 01/02/10 12:55 AM, Timothy Perrett wrote: > > > > > > > > > macbookpro:lift-framework timperrett$ java -version > > > java version "1.6.0_17" > > > Java(TM) SE Runtime Environment (build 1.6.0_17-b04-248-10M3025) > > > Java HotSpot(TM) 64-Bit Server VM (build 14.3-b01-101, mixed mode) > > > > > macbookpro:lift-framework timperrett$ mvn -version > > > Apache Maven 2.2.1 (r801777; 2009-08-06 20:16:01+0100) > > > Java version: 1.6.0_17 > > > Java home: /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/ > > > Home > > > Default locale: en_US, platform encoding: MacRoman > > > OS name: "mac os x" version: "10.6.2" arch: "x86_64" Family: "mac" > > > > > Cheers, Tim > > > > > On Jan 31, 6:59 pm, Indrajit Raychaudhuri wrote: > > >> Hmm, the effective pom is perfect! Something else somewhere. > > >> Are you on OSX 10.5 or 10.6? > > > > >> - IRC > > > > >> On 01/02/10 12:11 AM, Timothy Perrett wrote: > > > > >>> I was puzzled because the deps looked fine ;) > > > > >>> Here's the effective pom: > > > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > > > >>> http://maven.apache.org/POM/4.0.0"; > xmlns:xsi="http:// > > >>>www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http:// > > >>> > maven.apache.org/POM/4.0.0http://maven.apache.org/xsd/maven-4.0.0.xsd";> > > >>> 4.0.0 > > >>> > > >>> lift-base > > >>> net.liftweb > > >>> 2.0-scala280-SNAPSHOT > > >>> > > >>> net.liftweb > > >>> lift-common > > >>> 2.0-scala280-SNAPSHOT > > >>> Lift Common > > >>> Common Interfaces for Lift and perhaps other > > >>> frameworks > > >>> http://dev.liftweb.net/framework/lift-base/lift-common > > > >>> 2006 > > >>> > > >>> WorldWide Conferencing, LLC > > >>> http://www.liftweb.net > > >>> > > >>> > > >>> > > >>> Apache License, Version 2.0 > > >>> http://www.apache.org/licenses/LICENSE-2.0.txt > > >>> repo > > >>> Lift open source software is licensed under an > Apache > > >>> 2.0 license. > > >>> > > >>> > > >>> > > >>> > > >>> User and Developer Discussion List > > >>> > > >>> liftweb+subscr...@googlegroups.com > > > >>> > > >>> liftweb+unsubscr...@googlegroups.com > > > >>> liftweb@googlegroups.com > > >>> http://groups.google.com/group/liftweb > > >>> > > >>> > > >>> Committer Discussion List > > >>> http://groups.google.com/group/lift-committers > >>> archive> > > >>> > > >>> > > >>> Announcement List > > >>> > > >>> lift-announce+subscr...@googlegroups.com > > > >>> > > >>> lift-announce+unsubscr...@googlegroups.com > > >>> unsubscribe> > > >>> http://groups.google.com/group/lift-announce > > > >>> > > >>> > > >>> > > >>> > > >>> dpp > > >>> David Pollak > > >>> dpp [at] liftweb.net > > >>> > > >>> BDFL > > >>> Feeder of the Bears > > >>> > > >>> -8 > > >>> > > >>> > > >>> Burak.Emir > > >>> Burak Emir > > >>> > > >>> > > >>> philipp.schmidt > > >>> philipp.schmidt > > >>> > > >>> > > >>> cwilkes > > >>> cwilkes > > >>> > > >>> > > >>> julien.wetterwald > > >>> julien.wetterwald > > >>> > > >>> > > >>> leppoc > > >>> leppoc > > >>> > > >>> > > >>> stepan.koltsov > > >>> stepan.koltsov > > >>> > > >>> > > >>> jorge.ortiz > > >>> Jorge Ortiz > > >>> jorge [at] liftweb.net > > >>> -8 > > >>> > > >>> > > >>> stevej > > >>> Steve Jenson > > >>> > > >>> > > >>> alex.boisvert > > >>> Alex Boisvert > > >>> > > >>> > > >>> OctoberDan > > >>> > > >>> > > >>> viktor.klang > > >>> Viktor Klang a.k.a. Sevikkla > > >>> > > >>> Enhancement specialist > > >>> Funny guy > > >>> > > >>> +1 > > >>> > > >>> > > >>> david.bernard.
Re: [Lift] Re: [lift] static data
On Sun, Jan 31, 2010 at 12:54 PM, Naftoli Gugenheim wrote: > If you only initialize the database all at once, why not just put the code > in Boot? > Because if the code's in Boot, it will be executed every time the code is run. > > - > Channing Walton wrote: > > > Looking around MetaMapper and Schemifier, it looks like I could override > BaseMetaMapper.afterSchemifier to do what i want although I would need to > nominate a mapper to do this work (User would suffice). > > I'll try it... > > > Timothy Perrett wrote: > > > > You could in theory have some run task that just essentially executed > > a bunch of mapper calls, but it sounds like you want more of a build > > up and tear down approach a la: > > > > http://code.google.com/p/scala-migrations/ > > > > Perhaps that is what you are after? > > > > Cheers, Tim > > > > On Jan 31, 11:59 am, Channing Walton wrote: > >> Hi, > >> I am building an app which needs some static data added whenever we > >> rebuild > >> the database. I would like to do that using the mapper api but it looks > >> like > >> I need to do it table by table by overriding dbAddTable. I would prefer > >> to > >> do this in one place for the whole model, preferably using the mapper > api > >> rather than sql. > >> > >> Is there a way to do that, perhaps in Boot? > >> -- > >> View this message in > >> context:http://old.nabble.com/static-data-tp27392115p27392115.html > >> Sent from the liftweb mailing list archive at Nabble.com. > > > > -- > > You received this message because you are subscribed to the Google Groups > > "Lift" group. > > To post to this group, send email to lift...@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. > > > > > > > > -- > View this message in context: > http://old.nabble.com/static-data-tp27392115p27396183.html > Sent from the liftweb mailing list archive at Nabble.com. > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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. > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Surf the harmonics -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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: Re: [lift] static data
Yes I could do that - not sure what I need to do with connections etc to make that happen though :wistle: Naftoli Gugenheim wrote: > > If you only initialize the database all at once, why not just put the code > in Boot? > > - > Channing Walton wrote: > > > Looking around MetaMapper and Schemifier, it looks like I could override > BaseMetaMapper.afterSchemifier to do what i want although I would need to > nominate a mapper to do this work (User would suffice). > > I'll try it... > > > Timothy Perrett wrote: >> >> You could in theory have some run task that just essentially executed >> a bunch of mapper calls, but it sounds like you want more of a build >> up and tear down approach a la: >> >> http://code.google.com/p/scala-migrations/ >> >> Perhaps that is what you are after? >> >> Cheers, Tim >> >> On Jan 31, 11:59 am, Channing Walton wrote: >>> Hi, >>> I am building an app which needs some static data added whenever we >>> rebuild >>> the database. I would like to do that using the mapper api but it looks >>> like >>> I need to do it table by table by overriding dbAddTable. I would prefer >>> to >>> do this in one place for the whole model, preferably using the mapper >>> api >>> rather than sql. >>> >>> Is there a way to do that, perhaps in Boot? >>> -- >>> View this message in >>> context:http://old.nabble.com/static-data-tp27392115p27392115.html >>> Sent from the liftweb mailing list archive at Nabble.com. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Lift" group. >> To post to this group, send email to lift...@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. >> >> >> > > -- > View this message in context: > http://old.nabble.com/static-data-tp27392115p27396183.html > Sent from the liftweb mailing list archive at Nabble.com. > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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. > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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. > > > -- View this message in context: http://old.nabble.com/static-data-tp27392115p27396529.html Sent from the liftweb mailing list archive at Nabble.com. -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] should use getColumnLabel insead of getColumnName in DB.resultSetToXXX
Please do not open tickets without a discussion on this list first. Please close the ticket and start a discussion. On Sun, Jan 31, 2010 at 5:12 AM, Jarod Liu wrote: > http://github.com/dpp/liftweb/issues/issue/316 > > by using getColumnLabel I can chose between a real column name or a > alias name by the AS clause in SQL. with the getColumnName method I > don't have a choice > > I wrap the DB.performQuery result to a map list in my app, and this > really hurt me. > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Surf the harmonics -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] Re: beginner help
On Sun, Jan 31, 2010 at 4:09 AM, Lachlan Deck wrote: > On 31/01/2010, at 2:57 PM, David Pollak wrote: > > > Scala is very, very version sensitive. > > So I've read (at least from 2.7.x to 2.8). > For every single version of Scala. The way that traits are implemented makes this so. > > > Until there's a version of the Scala > > plugin that's built with Scala 2.8 Beta1, you are going to see lots of > > subtle and not so subtle issues. > > Yeah I'm prepared for that. But from my perspective given that 2.8 final is > not too far off (relatively speaking of course) and that the differences > between 2.7.x and 2.8 have caused a bit of pain for more seasoned users I'm > thinking I'd be better off starting with 2.8. > 2.8 is in my estimate at least 3 months off. The current beta is just that, a beta. There are a number of compiler bugs that we had to work around in Lift. There are tons of library problems. There may or may not be a significant change to the XML library. The cost of change at the user-level is not going to be that high once 2.8 ships. However, you're going to spend more than 50% of your time trying to figure out if problems are with Scala 2.8, Lift, the IDE, etc. if you're running on Beta software. > > > If you are interested in learning more about Lift, I'd strongly recommend > > using Lift 2.0-M1 and a Scala 2.7.7 compatible IDE (e.g., NetBeans 6.7). > > Another of the reasons for me going for 2.8 was for auto-completion which, > as I understand it, at least for eclipse, wasn't really available for 2.7.x. > Auto-completion is pretty important from a learning perspective, not to > mention productivity. > IntelliJ 8.1.4 has excellent command completion for 2.7.7 NetBeans has acceptable command completion for 2.7.7 > > > You will have a lot of pain learning Lift against Scala 2.8 until 2.8 is > > released. > > Sure. I can always go back to 2.7.x if problems persist. > > > > On Sat, Jan 30, 2010 at 7:33 PM, Lachlan Deck >wrote: > > > >> Hi Naftoli, > >> > >> On 31/01/2010, at 1:09 PM, Naftoli Gugenheim wrote: > >> > >>> What do you mean by #2? That the source for a library is displayed as > >> Java? > >> > >> No, that the source file (e.g., under src/main/scala/..) was showing > with a > >> kind of disabled 'J' icon rather than the usual 'S', for example. As > such, > >> no completions or anything were available when editing the file. I've > fixed > >> this now by recreated the project, but I'd hate to have to do that with > a > >> large project :) > >> > >>> Please clarify. > >>> However, the place to ask is really the scala-tools list (although I > >> believe > >>> Miles, the plugin maintainer, monitors this list too). > >> > >> No problems. If it happens again I'll follow it up there. Thanks. > >> > >>> Also, note that Lift on 2.8 has only just begun to be someone > supported, > >> so > >>> we're relying on your feedback! > >> > >> Will do. I figured I'd start with 2.8 given that by the time I'm up to > >> speed with it I'm sure it'll be further along the track anyway. I don't > mind > >> being somewhat on the bleeding edge :) > >> > >> I'm coming from a WebObjects background, if that's of any interest, so > >> it'll certainly be of interest to me to see how various problems are > tackled > >> with lift. > >> > >> with regards, > >> -- > >> > >> Lachlan Deck > >> > >> -- > >> You received this message because you are subscribed to the Google > Groups > >> "Lift" group. > >> To post to this group, send email to lift...@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, the simply functional web framework http://liftweb.net > > Beginning Scala http://www.apress.com/book/view/1430219890 > > Follow me: http://twitter.com/dpp > > Surf the harmonics > > > > -- > > You received this message because you are subscribed to the Google Groups > "Lift" group. > > To post to this group, send email to lift...@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. > > > > with regards, > -- > > Lachlan Deck > > > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Surf the harmonics -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send e
[Lift] CRUDify Date picker
Hi All, I've been chasing this one for a while and found a few posts dancing around the edge, but so far I haven't seen any solid answer on it. Most MappedTypeField's have auto generated form fields, including Select elements if you override the correct method. I was hoping MappedDateTime would have an auto generated field that included a JQuery DatePicker, given that if it's a required field, you need it to do your crud editing. Is there anything at all like that in the framework? Or do I have to figure out how to implement it myself? -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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] CRUDify Menus as sub menus
Ok, this one is a bit of a beginner question, but here goes anyway. I've got a bunch of auto generated menus as part of my top level menu (about 2 per model element) and it's starting to look pretty cluttered. What I want to do, is have a crud menu, then a sub element for every model object, and then have the two CRUDify options as sub elements of that crud menu. The docs that I found (getting started and lift book) only describe creating sub menus when working with individual items. Is there a way of doing it when working with Lists of menus? -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] PasswordField in lift-record
On Sat, Jan 30, 2010 at 4:11 PM, Ross Mellgren wrote: > lift-mapper's MappedPassword has a method match_?, but PasswordField in > lift-record does not, and I can't see a way around using it since salt_i is > protected, other than subclassing PasswordField. > > I think a match_? method should be added to PasswordField, and if folks > agree I'll create a ticket and do just that. > Go for it. > > -Ross > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Surf the harmonics -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] Re: beginner help
I'm doing okay with eclipse's completion on 2.7.7. It usually works when there are no mismatched brackets etc. or else after closing reopening the editor. But of course I seem to be in the minority. :) - David Pollak wrote: On Sun, Jan 31, 2010 at 4:09 AM, Lachlan Deck wrote: > On 31/01/2010, at 2:57 PM, David Pollak wrote: > > > Scala is very, very version sensitive. > > So I've read (at least from 2.7.x to 2.8). > For every single version of Scala. The way that traits are implemented makes this so. > > > Until there's a version of the Scala > > plugin that's built with Scala 2.8 Beta1, you are going to see lots of > > subtle and not so subtle issues. > > Yeah I'm prepared for that. But from my perspective given that 2.8 final is > not too far off (relatively speaking of course) and that the differences > between 2.7.x and 2.8 have caused a bit of pain for more seasoned users I'm > thinking I'd be better off starting with 2.8. > 2.8 is in my estimate at least 3 months off. The current beta is just that, a beta. There are a number of compiler bugs that we had to work around in Lift. There are tons of library problems. There may or may not be a significant change to the XML library. The cost of change at the user-level is not going to be that high once 2.8 ships. However, you're going to spend more than 50% of your time trying to figure out if problems are with Scala 2.8, Lift, the IDE, etc. if you're running on Beta software. > > > If you are interested in learning more about Lift, I'd strongly recommend > > using Lift 2.0-M1 and a Scala 2.7.7 compatible IDE (e.g., NetBeans 6.7). > > Another of the reasons for me going for 2.8 was for auto-completion which, > as I understand it, at least for eclipse, wasn't really available for 2.7.x. > Auto-completion is pretty important from a learning perspective, not to > mention productivity. > IntelliJ 8.1.4 has excellent command completion for 2.7.7 NetBeans has acceptable command completion for 2.7.7 > > > You will have a lot of pain learning Lift against Scala 2.8 until 2.8 is > > released. > > Sure. I can always go back to 2.7.x if problems persist. > > > > On Sat, Jan 30, 2010 at 7:33 PM, Lachlan Deck >wrote: > > > >> Hi Naftoli, > >> > >> On 31/01/2010, at 1:09 PM, Naftoli Gugenheim wrote: > >> > >>> What do you mean by #2? That the source for a library is displayed as > >> Java? > >> > >> No, that the source file (e.g., under src/main/scala/..) was showing > with a > >> kind of disabled 'J' icon rather than the usual 'S', for example. As > such, > >> no completions or anything were available when editing the file. I've > fixed > >> this now by recreated the project, but I'd hate to have to do that with > a > >> large project :) > >> > >>> Please clarify. > >>> However, the place to ask is really the scala-tools list (although I > >> believe > >>> Miles, the plugin maintainer, monitors this list too). > >> > >> No problems. If it happens again I'll follow it up there. Thanks. > >> > >>> Also, note that Lift on 2.8 has only just begun to be someone > supported, > >> so > >>> we're relying on your feedback! > >> > >> Will do. I figured I'd start with 2.8 given that by the time I'm up to > >> speed with it I'm sure it'll be further along the track anyway. I don't > mind > >> being somewhat on the bleeding edge :) > >> > >> I'm coming from a WebObjects background, if that's of any interest, so > >> it'll certainly be of interest to me to see how various problems are > tackled > >> with lift. > >> > >> with regards, > >> -- > >> > >> Lachlan Deck > >> > >> -- > >> You received this message because you are subscribed to the Google > Groups > >> "Lift" group. > >> To post to this group, send email to lift...@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, the simply functional web framework http://liftweb.net > > Beginning Scala http://www.apress.com/book/view/1430219890 > > Follow me: http://twitter.com/dpp > > Surf the harmonics > > > > -- > > You received this message because you are subscribed to the Google Groups > "Lift" group. > > To post to this group, send email to lift...@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. > > > > with regards, > -- > > Lachlan Deck > > > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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, the simply functional web
Re: [Lift] Re: [lift] static data
I thought there was an implicit in scope that said "conditionally." :) - David Pollak wrote: On Sun, Jan 31, 2010 at 12:54 PM, Naftoli Gugenheim wrote: > If you only initialize the database all at once, why not just put the code > in Boot? > Because if the code's in Boot, it will be executed every time the code is run. > > - > Channing Walton wrote: > > > Looking around MetaMapper and Schemifier, it looks like I could override > BaseMetaMapper.afterSchemifier to do what i want although I would need to > nominate a mapper to do this work (User would suffice). > > I'll try it... > > > Timothy Perrett wrote: > > > > You could in theory have some run task that just essentially executed > > a bunch of mapper calls, but it sounds like you want more of a build > > up and tear down approach a la: > > > > http://code.google.com/p/scala-migrations/ > > > > Perhaps that is what you are after? > > > > Cheers, Tim > > > > On Jan 31, 11:59 am, Channing Walton wrote: > >> Hi, > >> I am building an app which needs some static data added whenever we > >> rebuild > >> the database. I would like to do that using the mapper api but it looks > >> like > >> I need to do it table by table by overriding dbAddTable. I would prefer > >> to > >> do this in one place for the whole model, preferably using the mapper > api > >> rather than sql. > >> > >> Is there a way to do that, perhaps in Boot? > >> -- > >> View this message in > >> context:http://old.nabble.com/static-data-tp27392115p27392115.html > >> Sent from the liftweb mailing list archive at Nabble.com. > > > > -- > > You received this message because you are subscribed to the Google Groups > > "Lift" group. > > To post to this group, send email to lift...@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. > > > > > > > > -- > View this message in context: > http://old.nabble.com/static-data-tp27392115p27396183.html > Sent from the liftweb mailing list archive at Nabble.com. > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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. > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Surf the harmonics -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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. -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] CRUDify Menus as sub menus
I'm not sure what you're asking. You want a List and Create submenu under each model without duplicate code? - The Trav wrote: Ok, this one is a bit of a beginner question, but here goes anyway. I've got a bunch of auto generated menus as part of my top level menu (about 2 per model element) and it's starting to look pretty cluttered. What I want to do, is have a crud menu, then a sub element for every model object, and then have the two CRUDify options as sub elements of that crud menu. The docs that I found (getting started and lift book) only describe creating sub menus when working with individual items. Is there a way of doing it when working with Lists of menus? -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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. -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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] JSON forms and multiple submit buttons
I've implemented a JSON form similar to the one described in the Lift book. I need two submit buttons, each triggering a different action. So how to distinguish the submits? Unfortunately, the submit buttons themselves are not taken into account for the transferred JSON so that something like does not work. With a little bit of Javascript it may be possible to set a hidden input field prior to JSON serialization, but the "normal" form-with- multiple-submit-buttons approach would definitely be cooler. Would it be possible to support this? Cheers, Chris -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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: Re: [lift] static data
ok cool, sounds like a plan! bearfeeder wrote: > > On Sun, Jan 31, 2010 at 12:17 PM, Channing Walton > wrote: > >> >> Looking around MetaMapper and Schemifier, it looks like I could override >> BaseMetaMapper.afterSchemifier to do what i want although I would need to >> nominate a mapper to do this work (User would suffice). >> > > The reason the calls are split out on a MetaMapper-by-MetaMapper basis is > that it's possible that new models will be added to an existing RDBMS. > All > the calls are done after all the tables are created in the database, so > you > can put all the row adding code in User.dbAddTable and you'll know that > the > tables all exist in the RDBMS prior to the User.dbAddTable method being > invoked. > > >> >> I'll try it... >> >> >> Timothy Perrett wrote: >> > >> > You could in theory have some run task that just essentially executed >> > a bunch of mapper calls, but it sounds like you want more of a build >> > up and tear down approach a la: >> > >> > http://code.google.com/p/scala-migrations/ >> > >> > Perhaps that is what you are after? >> > >> > Cheers, Tim >> > >> > On Jan 31, 11:59 am, Channing Walton wrote: >> >> Hi, >> >> I am building an app which needs some static data added whenever we >> >> rebuild >> >> the database. I would like to do that using the mapper api but it >> looks >> >> like >> >> I need to do it table by table by overriding dbAddTable. I would >> prefer >> >> to >> >> do this in one place for the whole model, preferably using the mapper >> api >> >> rather than sql. >> >> >> >> Is there a way to do that, perhaps in Boot? >> >> -- >> >> View this message in >> >> context:http://old.nabble.com/static-data-tp27392115p27392115.html >> >> Sent from the liftweb mailing list archive at Nabble.com. >> > >> > -- >> > You received this message because you are subscribed to the Google >> Groups >> > "Lift" group. >> > To post to this group, send email to lift...@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. >> > >> > >> > >> >> -- >> View this message in context: >> http://old.nabble.com/static-data-tp27392115p27396183.html >> Sent from the liftweb mailing list archive at Nabble.com. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Lift" group. >> To post to this group, send email to lift...@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, the simply functional web framework http://liftweb.net > Beginning Scala http://www.apress.com/book/view/1430219890 > Follow me: http://twitter.com/dpp > Surf the harmonics > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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. > > > -- View this message in context: http://old.nabble.com/static-data-tp27392115p27397154.html Sent from the liftweb mailing list archive at Nabble.com. -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] Re: Upgrade to Flot 0.6
Peter, Please keep in mind the Lift IP policy. We don't pull from other repositories nor do we accept patches. We'll have to do the Flot 0.6 ourselves. Thanks, David On Fri, Jan 29, 2010 at 4:44 PM, Peter Robinett wrote: > Aaron, thanks so much for taking the initiative to upgrade Flot, it's > something that I've been meaning to do. Just skimming over your > changes, everything looks good. As for not using the packed excanvas > file, that should be ok since Lift runs the YUI compressor by default > on all Javascript files (correct, David?). Of course, broken URLs need > to be fixed. > > David, how do we go about merging these changes? > > Peter > > On Jan 29, 3:32 pm, Aaron Valade wrote: > > There is one break that my commit made which I just realized after I > > had sent this email in that I deleted the excanvas.pack.js file and > > dropped in the excanvas.js that was included with the Flot 0.6 > > distribution but didn't rename it to be excanvas.pack.js and didn't > > change the path in the Flot.scala file. > > > > I can make an additional commit that fixes this, if it pleases the court. > :-) > > > > - A > > > > On Fri, Jan 29, 2010 at 6:15 PM, David Pollak > > > > > > > > wrote: > > > Peter, > > > > > What do you think of the upgrade (given that you're the most Flot-ish > Lift > > > committer)? > > > > > Thanks, > > > > > David > > > > > On Fri, Jan 29, 2010 at 12:32 PM, Aaron Valade > wrote: > > > > >> Hello all, > > >> I needed to use some of the recent functionality in the Flot jQuery > > >> plugin which is version 0.6. The Flot lift-widget is currently at > > >> 0.4. So I upgraded it to use the new version and I've posted the > > >> commit on github: > > > > >>http://github.com/avalade/liftweb/commit/fa3d76fb72a7f74d13265e4039f0. > .. > > > > >> Version 0.6 of Flot does make one breaking change which requires some > > >> of the options which were previously described as a top level > > >> attributes on the FlotOptions object to be pushed inside of a new > > >> attribute called FlotSeriesOptions. I've made the appropriate changes > > >> to the various example Flot charts which were included in the flotDemo > > >> module. > > > > >> Would it be possible to get this change upstream? > > > > >> - Aaron > > > > >> -- > > >> You received this message because you are subscribed to the Google > Groups > > >> "Lift" group. > > >> To post to this group, send email to lift...@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, the simply functional web frameworkhttp://liftweb.net > > > Beginning Scalahttp://www.apress.com/book/view/1430219890 > > > Follow me:http://twitter.com/dpp > > > Surf the harmonics > > > > > -- > > > You received this message because you are subscribed to the Google > Groups > > > "Lift" group. > > > To post to this group, send email to lift...@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. > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Surf the harmonics -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] Re: Upgrade to Flot 0.6
I'm more than happy to submit the patch under the Lift IP policy, but I understand if you don't feel comfortable with that. And I can submit it anyway that works for you. I'm just looking to help give back to everyone that's helped me out. Albeit in a very, very small way. Sent from my iPhone On Jan 31, 2010, at 5:43 PM, David Pollak wrote: Peter, Please keep in mind the Lift IP policy. We don't pull from other repositories nor do we accept patches. We'll have to do the Flot 0.6 ourselves. Thanks, David On Fri, Jan 29, 2010 at 4:44 PM, Peter Robinett wrote: > Aaron, thanks so much for taking the initiative to upgrade Flot, it's > something that I've been meaning to do. Just skimming over your > changes, everything looks good. As for not using the packed excanvas > file, that should be ok since Lift runs the YUI compressor by default > on all Javascript files (correct, David?). Of course, broken URLs need > to be fixed. > > David, how do we go about merging these changes? > > Peter > > On Jan 29, 3:32 pm, Aaron Valade wrote: > > There is one break that my commit made which I just realized after I > > had sent this email in that I deleted the excanvas.pack.js file and > > dropped in the excanvas.js that was included with the Flot 0.6 > > distribution but didn't rename it to be excanvas.pack.js and didn't > > change the path in the Flot.scala file. > > > > I can make an additional commit that fixes this, if it pleases the court. > :-) > > > > - A > > > > On Fri, Jan 29, 2010 at 6:15 PM, David Pollak > > > > > > > > wrote: > > > Peter, > > > > > What do you think of the upgrade (given that you're the most Flot-ish > Lift > > > committer)? > > > > > Thanks, > > > > > David > > > > > On Fri, Jan 29, 2010 at 12:32 PM, Aaron Valade > wrote: > > > > >> Hello all, > > >> I needed to use some of the recent functionality in the Flot jQuery > > >> plugin which is version 0.6. The Flot lift-widget is currently at > > >> 0.4. So I upgraded it to use the new version and I've posted the > > >> commit on github: > > > > >>http://github.com/avalade/liftweb/commit/fa3d76fb72a7f74d13265e4039f0. > .. > > > > >> Version 0.6 of Flot does make one breaking change which requires some > > >> of the options which were previously described as a top level > > >> attributes on the FlotOptions object to be pushed inside of a new > > >> attribute called FlotSeriesOptions. I've made the appropriate changes > > >> to the various example Flot charts which were included in the flotDemo > > >> module. > > > > >> Would it be possible to get this change upstream? > > > > >> - Aaron > > > > >> -- > > >> You received this message because you are subscribed to the Google > Groups > > >> "Lift" group. > > >> To post to this group, send email to lift...@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, the simply functional web frameworkhttp://liftweb.net > > > Beginning Scalahttp://www.apress.com/book/view/1430219890 > > > Follow me:http://twitter.com/dpp > > > Surf the harmonics > > > > > -- > > > You received this message because you are subscribed to the Google > Groups > > > "Lift" group. > > > To post to this group, send email to lift...@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. > > -- > You received this message because you are subscribed to the Google Groups > "Lift" group. > To post to this group, send email to lift...@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, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Surf the harmonics -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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. -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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: CRUDify Menus as sub menus
> I'm not sure what you're asking. > You want a List and Create submenu under each model without duplicate code? Current menu tree is: + Home + Create Foo + List Foo + Create Bar + List Bar + Create Ork + List Ork + Some Business + Other Business What I want is: +Home - Crud - Foo + Create Foo + List Foo - Bar + Create Bar + List Bar - Ork + Create Ork + List Ork + Some Business + Other Business Since Crudify already generates Create and List menu items for me, I would like to be able to tell Lift "take those menu's you've generated for me, and put it in this sub menu" Does that make sense? -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] Re: CRUDify Menus as sub menus
Does this work? List(Foo, Bar).map{model: CRUDify => Menu(Loc(...), model.menus: _*) } Not tested. - The Trav wrote: > I'm not sure what you're asking. > You want a List and Create submenu under each model without duplicate code? Current menu tree is: + Home + Create Foo + List Foo + Create Bar + List Bar + Create Ork + List Ork + Some Business + Other Business What I want is: +Home - Crud - Foo + Create Foo + List Foo - Bar + Create Bar + List Bar - Ork + Create Ork + List Ork + Some Business + Other Business Since Crudify already generates Create and List menu items for me, I would like to be able to tell Lift "take those menu's you've generated for me, and put it in this sub menu" Does that make sense? -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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. -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] Re: Upgrade to Flot 0.6
It seems like peter will take ownership of this and make it happen ASAP so a patch / diff should not be needed. Peter, please confirm when you will roll this in a branch and put it on review board? Cheers, Tim Sent from my iPhone On 31 Jan 2010, at 22:48, Aaron Valade wrote: I'm more than happy to submit the patch under the Lift IP policy, but I understand if you don't feel comfortable with that. And I can submit it anyway that works for you. I'm just looking to help give back to everyone that's helped me out. Albeit in a very, very small way. Sent from my iPhone On Jan 31, 2010, at 5:43 PM, David Pollak > wrote: Peter, Please keep in mind the Lift IP policy. We don't pull from other repositories nor do we accept patches. We'll have to do the Flot 0.6 ourselves. Thanks, David On Fri, Jan 29, 2010 at 4:44 PM, Peter Robinett > wrote: Aaron, thanks so much for taking the initiative to upgrade Flot, it's something that I've been meaning to do. Just skimming over your changes, everything looks good. As for not using the packed excanvas file, that should be ok since Lift runs the YUI compressor by default on all Javascript files (correct, David?). Of course, broken URLs need to be fixed. David, how do we go about merging these changes? Peter On Jan 29, 3:32 pm, Aaron Valade wrote: > There is one break that my commit made which I just realized after I > had sent this email in that I deleted the excanvas.pack.js file and > dropped in the excanvas.js that was included with the Flot 0.6 > distribution but didn't rename it to be excanvas.pack.js and didn't > change the path in the Flot.scala file. > > I can make an additional commit that fixes this, if it pleases the court. :-) > > - A > > On Fri, Jan 29, 2010 at 6:15 PM, David Pollak > > > > wrote: > > Peter, > > > What do you think of the upgrade (given that you're the most Flot-ish Lift > > committer)? > > > Thanks, > > > David > > > On Fri, Jan 29, 2010 at 12:32 PM, Aaron Valade wrote: > > >> Hello all, > >> I needed to use some of the recent functionality in the Flot jQuery > >> plugin which is version 0.6. The Flot lift-widget is currently at > >> 0.4. So I upgraded it to use the new version and I've posted the > >> commit on github: > > >>http://github.com/avalade/liftweb/commit/fa3d76fb72a7f74d13265e4039f0 ... > > >> Version 0.6 of Flot does make one breaking change which requires some > >> of the options which were previously described as a top level > >> attributes on the FlotOptions object to be pushed inside of a new > >> attribute called FlotSeriesOptions. I've made the appropriate changes > >> to the various example Flot charts which were included in the flotDemo > >> module. > > >> Would it be possible to get this change upstream? > > >> - Aaron > > >> -- > >> You received this message because you are subscribed to the Google Groups > >> "Lift" group. > >> To post to this group, send email to lift...@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, the simply functional web frameworkhttp://liftweb.net > > Beginning Scalahttp://www.apress.com/book/view/1430219890 > > Follow me:http://twitter.com/dpp > > Surf the harmonics > > > -- > > You received this message because you are subscribed to the Google Groups > > "Lift" group. > > To post to this group, send email to lift...@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. -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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, the simply functional web framework http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpp Surf the harmonics -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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 . -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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 . -- You received this message because you are subscribed to the Google Groups
[Lift] Question on Javascript calls
HI all, first of all, I should present myself, as it's my first post in the group: I'm Pere Villega, a Java developer living in Dublin and learning Scala and Lift in my spare time. As a good newbie, I'll start with an obvious question: I've been reading the Lift book, and I got confused on the javascript section. It seems Lift allows you to create javascript code on the server side, but as far as I understand this code is only to be used when reacting to events that go to the server? Or I'm mistaken? So, to say it in another way, if I have a page that has javascript, the lift way is to keep in the template all the javascript that modifies the UI (like a button that hides a div but doesn't send any data to the server) and keep on the snippets the code that will eventually relate to calls to the server (like an onclick validation on submit or an ajax call). Is that correct? I know it might seem obvious, but I would hate to start doing it that way and then discover I could have saved effort using the lift calls... :) Best regards, Pere Villega -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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: should use getColumnLabel insead of getColumnName in DB.resultSetToXXX
david, sorry, i closed the ticket. do you accept my proposal On Feb 1, 5:06 am, David Pollak wrote: > Please do not open tickets without a discussion on this list first. > > Please close the ticket and start a discussion. > > > > > > On Sun, Jan 31, 2010 at 5:12 AM, Jarod Liu wrote: > >http://github.com/dpp/liftweb/issues/issue/316 > > > by using getColumnLabel I can chose between a real column name or a > > alias name by the AS clause in SQL. with the getColumnName method I > > don't have a choice > > > I wrap the DB.performQuery result to a map list in my app, and this > > really hurt me. > > > -- > > You received this message because you are subscribed to the Google Groups > > "Lift" group. > > To post to this group, send email to lift...@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, the simply functional web frameworkhttp://liftweb.net > Beginning Scalahttp://www.apress.com/book/view/1430219890 > Follow me:http://twitter.com/dpp > Surf the harmonics -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.
Re: [Lift] Re: Passing attributes to bound elements
Hello, > > This was considered later on a defect, and not a feature. To preserve > > markup attributes in your bind use -%> instead of -> > > thanks, although the -%> is missing support for the .toForm, as it returns a > Box[NodeSeq]. And for % you need an Elem. Any ideas how to deal with that? :) > > What are you applying toForm to? In this case it is a MappedDate. But I've worked around the problem using jquery (all I wanted to do is add the datepicker anyway): I can wrap the bound element using a ..., and then lookup all elements with that class, and for each get the child and apply the datepicker creation. -- Adam Warski http://www.warski.org http://www.softwaremill.eu -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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: Question on Javascript calls
Yes Lift's JavaScript stuff is mostly used when returning Ajax response. You can also use it to serve fictive *.js files and instead of returning a js file content you can serve the request (using LiftRules.dispatch) and the actual JS returns is produced by composition of JsCmd-s. We actually do that when serving the "primordial" lift-ajax/comet script. You can also use them for js events just to do some client stuff without invoking ajax. This is pretty handy as where you compute your button content from a snippet you can easily attach JS behavior as well. Br's, Marius On Feb 1, 2:27 am, "pere.vill...@gmail.com" wrote: > HI all, > > first of all, I should present myself, as it's my first post in the > group: I'm Pere Villega, a Java developer living in Dublin and > learning Scala and Lift in my spare time. > > As a good newbie, I'll start with an obvious question: I've been > reading the Lift book, and I got confused on the javascript section. > It seems Lift allows you to create javascript code on the server side, > but as far as I understand this code is only to be used when reacting > to events that go to the server? Or I'm mistaken? > > So, to say it in another way, if I have a page that has javascript, > the lift way is to keep in the template all the javascript that > modifies the UI (like a button that hides a div but doesn't send any > data to the server) and keep on the snippets the code that will > eventually relate to calls to the server (like an onclick validation > on submit or an ajax call). Is that correct? > > I know it might seem obvious, but I would hate to start doing it that > way and then discover I could have saved effort using the lift > calls... :) > > Best regards, > Pere Villega -- You received this message because you are subscribed to the Google Groups "Lift" group. To post to this group, send email to lift...@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.