[Lift] Re: Are we willing to make a breaking change for Joda Time?
Derek Chen-Becker dchenbec...@gmail.com writes: [...] It's entirely subjective, but I just strongly dislike the idea of using method names like jtNow, etc. I couldn't agree morecode just doesn't read nice anymore. /Jeppe --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: In the spirit of Friday, anyone want to see this ruby rack ported to lift?
looks cool. And if you're volunteering, then have at it. :) On Oct 23, 6:55 pm, Jim Barrows jim.barr...@gmail.com wrote: http://coderack.org/users/MetaSkills/entries/15-zombie-shotgun and yes, I'm volunteering. :) -- James A Barrows --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] How to use DependencyFactory.inject ?
Hello, I create now lift project from M6 and find DependencyFactory.inject[Date] in HelloWorld.scala, but it don't work. I can not find the date at page, did I miss something? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Proposal : Lift ticketing system
Hi, I feel like I need to take a break from working *on* Lift for a little while, but I'd like to do something with my time that would still benefit Lift. Since we had a recent discussion on ticketing systems, and we had talked a long time ago about dogfooding a ticket system, I thought that this might make a good project to work on. I like the simplicity of the GitHub issue tracking, but I think it's missing some important things: 1. Email notifications 2. Duplicate tracking 3. Release planning fields like milestones, etc I do like the integration with Git commit hashes and other intelligent hyperlinking in the comment space, but I'm on the fence as to whether I like using tags as a generic tool for things like ownership and component classification. I could probably be persuaded either way. In any case, does this seem like a good project, and if so, do people have requirements, suggestions, comments, etc. on the functionality that should be in it? Thanks, Derek --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Testing for SQL Server drivers
The ticket is for Unicode text fields, so if you could try having a Lift app schemify a new table and enter some unicode text that should test it. Derek On Fri, Oct 23, 2009 at 4:11 PM, Timothy Perrett timo...@getintheloop.euwrote: Ahhh sorry I didn't see this before - I'm using lift mapper with SQL server at work. I can test this no worries. Just let me know what I should try ;-) Cheers, Tim Sent from my iPhone On 23 Oct 2009, at 21:18, Derek Chen-Becker dchenbec...@gmail.com wrote: I'm pretty much 100% linux at home. I can test any other database (Oracle, MySQL, PostgreSQL, etc), but SQL Server is the exception :) On Fri, Oct 23, 2009 at 2:14 PM, Naftoli Gugenheim naftoli...@gmail.com naftoli...@gmail.com wrote: 100%. Just curious. :) On Fri, Oct 23, 2009 at 4:05 PM, David Pollak feeder.of.the.be...@gmail.com feeder.of.the.be...@gmail.com wrote: On Fri, Oct 23, 2009 at 12:10 PM, Naftoli Gugenheim naftoli...@gmail.com naftoli...@gmail.com wrote: Don't you have a Windows machine that you can install SQL Server Express on? Even if Derek does have such a machine, he's been doing an awful lot of work on Lift. Recruiting people from the community to help is encouraged. On Wed, Oct 21, 2009 at 6:02 PM, Derek Chen-Becker dchenbec...@gmail.com dchenbec...@gmail.com wrote: Hi, I've made some changes to Mapper to better support SQL Server, particularly with Unicode text. Does anyone out there use SQL Server that would be willing to test the code on the wip-dcb-issue-16-sql-server branch to make sure nothing breaks? Thanks, Derek -- Lift, the simply functional web framework http://liftweb.net http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpphttp://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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: NetBeans is barfing on the new pom.xml structure
Plugin and extension versions are optional in Maven pom. Not providing the version has a small advantage - it defaults to RELEASE and pulls up the latest release automatically. While it's possible that a plugin version would have backward incomplete changes, in Lift we hardly do anything complicated to be affected drastically. We could always 'pin' a version for the odd plugins that were affected. Thus, I wanted to give that a go. This works well from the CLI (typically what I use for build). The intent for tweaking the poms were primarily to: - reduce the size of pom by discarding the optional/default settings - remove redundant settings in multiple pom - add some inline docu to stop one running away from a pom.xml - contribute a little in making maven not 'download the internet' Too bad the IDEs are not co-operating! Thanks Kris/David for raising this. I am going to add versions for all the plugins and extensions tonight. Unstable pom.xml is the last thing we want (even if that means redundant/optional settings make their way into the poms). Cheers, Indrajit On 24/10/09 7:22 AM, Kris Nuttycombe wrote: I ran into that -it's a missing version number in the root pom. Fixed in my kjn-loc-wip branch if you just want to grab it from there. On Fri, Oct 23, 2009 at 3:41 PM, David Pollak feeder.of.the.be...@gmail.com wrote: Folks, Any idea why NetBeans doesn't like the new Lift pom structure? Thanks, David -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Proposal : Lift ticketing system
I'd LOVE TO SEE a ticketing system built in lift even though there are so many other solutions out there. The things that I'd like to see are: 1. When opening a Ticket I'd like to see fields like: - Summary - Description - Severity - Priority - Assign to - Followers. Submitter would add himself/herself as a follower - Tester - area/module - ability to upload content logs, screenshots etc - ability to specify code snippets that will then be rendered with syntax highlight. Also links specified in free text to be rendered as real links. - Found in version build - Seen on branch 2. A commiter can: - Specify Internal and external dependencies. Such as a defect depends on a known Scala compiler ticket. - Mark the ticket as fixed, unreproducible, not a bug, 3-rd party, deferred etc. and other statuses that can be managed by an admin. - Ask more questions etc. - Upload content - Change priority and even severity ? - Close a defect ... usually QA closes the defect so in this case the persons in the Terster section would be able to close it ... - Build version when the fix will appear 3. General - Query defects by owner, severity, priority etc. - Ability for users to create queries and save those queries. - Stats charts about the defect, fix rate etc. Would be nice to put a link to this stats when we do a release. - Separate feature requests than actual defects ... to have a visual distinction. - Admin site. - Email notifications. This I guess would be a minimum from my perspective. Br's, Marius On Oct 24, 4:56 pm, Derek Chen-Becker dchenbec...@gmail.com wrote: Hi, I feel like I need to take a break from working *on* Lift for a little while, but I'd like to do something with my time that would still benefit Lift. Since we had a recent discussion on ticketing systems, and we had talked a long time ago about dogfooding a ticket system, I thought that this might make a good project to work on. I like the simplicity of the GitHub issue tracking, but I think it's missing some important things: 1. Email notifications 2. Duplicate tracking 3. Release planning fields like milestones, etc I do like the integration with Git commit hashes and other intelligent hyperlinking in the comment space, but I'm on the fence as to whether I like using tags as a generic tool for things like ownership and component classification. I could probably be persuaded either way. In any case, does this seem like a good project, and if so, do people have requirements, suggestions, comments, etc. on the functionality that should be in it? Thanks, Derek --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Proposal : Lift ticketing system
I think it's a great idea. I'm not sure if this would work, but if it appeared on github, we could use it as an example app that new Lifters could study. Like what we hoped PocketChange would be, but we have more of a need for a ticket system, than a budget app. On Oct 24, 10:21 am, Marius marius.dan...@gmail.com wrote: I'd LOVE TO SEE a ticketing system built in lift even though there are so many other solutions out there. The things that I'd like to see are: 1. When opening a Ticket I'd like to see fields like: - Summary - Description - Severity - Priority - Assign to - Followers. Submitter would add himself/herself as a follower - Tester - area/module - ability to upload content logs, screenshots etc - ability to specify code snippets that will then be rendered with syntax highlight. Also links specified in free text to be rendered as real links. - Found in version build - Seen on branch 2. A commiter can: - Specify Internal and external dependencies. Such as a defect depends on a known Scala compiler ticket. - Mark the ticket as fixed, unreproducible, not a bug, 3-rd party, deferred etc. and other statuses that can be managed by an admin. - Ask more questions etc. - Upload content - Change priority and even severity ? - Close a defect ... usually QA closes the defect so in this case the persons in the Terster section would be able to close it ... - Build version when the fix will appear 3. General - Query defects by owner, severity, priority etc. - Ability for users to create queries and save those queries. - Stats charts about the defect, fix rate etc. Would be nice to put a link to this stats when we do a release. - Separate feature requests than actual defects ... to have a visual distinction. - Admin site. - Email notifications. This I guess would be a minimum from my perspective. Br's, Marius On Oct 24, 4:56 pm, Derek Chen-Becker dchenbec...@gmail.com wrote: Hi, I feel like I need to take a break from working *on* Lift for a little while, but I'd like to do something with my time that would still benefit Lift. Since we had a recent discussion on ticketing systems, and we had talked a long time ago about dogfooding a ticket system, I thought that this might make a good project to work on. I like the simplicity of the GitHub issue tracking, but I think it's missing some important things: 1. Email notifications 2. Duplicate tracking 3. Release planning fields like milestones, etc I do like the integration with Git commit hashes and other intelligent hyperlinking in the comment space, but I'm on the fence as to whether I like using tags as a generic tool for things like ownership and component classification. I could probably be persuaded either way. In any case, does this seem like a good project, and if so, do people have requirements, suggestions, comments, etc. on the functionality that should be in it? Thanks, Derek --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: NetBeans is barfing on the new pom.xml structure
Not setting version of plugin : * create un-reproductible build (over time and developer configuration). * using le last release is not always a good idea (eg : the last 2 version of maven-eclipse-plugin introduce regression). /davidB On 2009-10-24, Indrajit Raychaudhuri indraj...@gmail.com wrote: Plugin and extension versions are optional in Maven pom. Not providing the version has a small advantage - it defaults to RELEASE and pulls up the latest release automatically. While it's possible that a plugin version would have backward incomplete changes, in Lift we hardly do anything complicated to be affected drastically. We could always 'pin' a version for the odd plugins that were affected. Thus, I wanted to give that a go. This works well from the CLI (typically what I use for build). The intent for tweaking the poms were primarily to: - reduce the size of pom by discarding the optional/default settings - remove redundant settings in multiple pom - add some inline docu to stop one running away from a pom.xml - contribute a little in making maven not 'download the internet' Too bad the IDEs are not co-operating! Thanks Kris/David for raising this. I am going to add versions for all the plugins and extensions tonight. Unstable pom.xml is the last thing we want (even if that means redundant/optional settings make their way into the poms). Cheers, Indrajit On 24/10/09 7:22 AM, Kris Nuttycombe wrote: I ran into that -it's a missing version number in the root pom. Fixed in my kjn-loc-wip branch if you just want to grab it from there. On Fri, Oct 23, 2009 at 3:41 PM, David Pollak feeder.of.the.be...@gmail.com wrote: Folks, Any idea why NetBeans doesn't like the new Lift pom structure? Thanks, David -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Is there a built-with-lift list?
Hi all, I'd like to check out some sites/libraries built with Lift, open source or commercial. I wonder if there is a list somewhere? Thanks --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: NetBeans is barfing on the new pom.xml structure
Thanks davidB for pointing! On 24/10/09 9:19 PM, David Bernard wrote: Not setting version of plugin : * create un-reproductible build (over time and developer configuration). Just found this one too: http://www.mail-archive.com/d...@maven.apache.org/msg82398.html. I had no idea that the notion of RELEASE can be unsafe. Have seen this in quite a few OSS project for sure. * using le last release is not always a good idea (eg : the last 2 version of maven-eclipse-plugin introduce regression). Indeed, for odd plugins we might have to do this. But that won't have affected every other configuration. At least that was the plan. As mentioned, I'll go ahead and add the version property for extensions and plugins. BTW, what is the recommended version for maven-eclipse-plugin? I'll set that accordingly. /davidB On 2009-10-24, Indrajit Raychaudhuriindraj...@gmail.com wrote: Plugin and extension versions are optional in Maven pom. Not providing the version has a small advantage - it defaults to RELEASE and pulls up the latest release automatically. While it's possible that a plugin version would have backward incomplete changes, in Lift we hardly do anything complicated to be affected drastically. We could always 'pin' a version for the odd plugins that were affected. Thus, I wanted to give that a go. This works well from the CLI (typically what I use for build). The intent for tweaking the poms were primarily to: - reduce the size of pom by discarding the optional/default settings - remove redundant settings in multiple pom - add some inline docu to stop one running away from a pom.xml - contribute a little in making maven not 'download the internet' Too bad the IDEs are not co-operating! Thanks Kris/David for raising this. I am going to add versions for all the plugins and extensions tonight. Unstable pom.xml is the last thing we want (even if that means redundant/optional settings make their way into the poms). Cheers, Indrajit On 24/10/09 7:22 AM, Kris Nuttycombe wrote: I ran into that -it's a missing version number in the root pom. Fixed in my kjn-loc-wip branch if you just want to grab it from there. On Fri, Oct 23, 2009 at 3:41 PM, David Pollak feeder.of.the.be...@gmail.com wrote: Folks, Any idea why NetBeans doesn't like the new Lift pom structure? Thanks, David -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] How can i store GBK charactor into the DB ?
Hi all, I have a silly question about the Character Encoding in lift. My table is charset is utf8 in database. ### CREATE TABLE `users` ( . ) ENGINE=InnoDB DEFAULT CHARSET=utf8; ### And in my boot.scala file: ### the default code LiftRules.early.append(makeUtf8) private def makeUtf8(req: HTTPRequest) { req.setCharacterEncoding(UTF-8) } ### Now i want to store chinese character into my database, and it's not a chinese char, it's garbled and doesn't show correctly in the database and page. How can i store the chinese char into my database ? Thanks for any suggestion ! Cheers, Neil --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: How can i store GBK charactor into the DB ?
It sounds like you aren't converting GBK encoding to UTF-8 before you store the text? On Sat, Oct 24, 2009 at 10:10 AM, Neil.Lv anim...@gmail.com wrote: Hi all, I have a silly question about the Character Encoding in lift. My table is charset is utf8 in database. ### CREATE TABLE `users` ( . ) ENGINE=InnoDB DEFAULT CHARSET=utf8; ### And in my boot.scala file: ### the default code LiftRules.early.append(makeUtf8) private def makeUtf8(req: HTTPRequest) { req.setCharacterEncoding(UTF-8) } ### Now i want to store chinese character into my database, and it's not a chinese char, it's garbled and doesn't show correctly in the database and page. How can i store the chinese char into my database ? Thanks for any suggestion ! Cheers, Neil --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: How can i store GBK charactor into the DB ?
On Sat, Oct 24, 2009 at 10:10 AM, Neil.Lv anim...@gmail.com wrote: Hi all, I have a silly question about the Character Encoding in lift. My table is charset is utf8 in database. ### CREATE TABLE `users` ( . ) ENGINE=InnoDB DEFAULT CHARSET=utf8; ### And in my boot.scala file: ### the default code LiftRules.early.append(makeUtf8) private def makeUtf8(req: HTTPRequest) { req.setCharacterEncoding(UTF-8) } ### Now i want to store chinese character into my database, and it's not a chinese char, Before you put the character in the DB, is it correctly displayed? If you're using MySQL (and I can't stress strongly enough that this is a bad choice), there are certain incantation (I don't know what they are) to tell the JDBC driver (this is done with the DB URL string) to convert the String into UTF-8 before sending it over the wire to the RDBMS. it's garbled and doesn't show correctly in the database and page. How can i store the chinese char into my database ? Thanks for any suggestion ! Cheers, Neil -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Is there a built-with-lift list?
On Sat, Oct 24, 2009 at 9:54 AM, jlist9 jli...@gmail.com wrote: Hi all, I'd like to check out some sites/libraries built with Lift, open source or commercial. I wonder if there is a list somewhere? Not yet. Thanks -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: How can i store GBK charactor into the DB ?
I'm not familiar with how Lift handles strings but if the encoding conversion is what's missing, check out the Java String class, look for work encoding or charset in java doc. Basically you can create a String with a specified encoding and use getBytes() to convert it to a different encoding. You can also try setting charset in your page to UTF-8. Maybe this is the default in Lift. On Sat, Oct 24, 2009 at 10:45 AM, Neil.Lv anim...@gmail.com wrote: I just use the User's edit method that the ProtoUser ? What's method that i can do for conventing GBK to UTF-8 before saving ? Cheers, Neil On Oct 25, 1:34 am, jlist9 jli...@gmail.com wrote: It sounds like you aren't converting GBK encoding to UTF-8 before you store the text? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: How can i store GBK charactor into the DB ?
On Sat, Oct 24, 2009 at 10:45 AM, Neil.Lv anim...@gmail.com wrote: I just use the User's edit method that the ProtoUser ? What's method that i can do for conventing GBK to UTF-8 before saving ? All Strings in Scala (and JVM) should render themselves correctly (e.g., carry around enough information to be able to convert themselves to whatever representation is needed). Lift uses java.lang.String for all operations. When Lift does an RDBMS operation, it passes a String to the underlying JDBC driver. It's up to the driver to convert from String representation to the representation required by the underlying RDBMS (e.g., UTF-8). You have to consult the documentation for the JDBC driver that you're using in order to specify correct encoding (in my experience, all the drivers [PostgreSQL, H2, Derby, and Oracle] get it right by default except MySQL). This link may help: http://dev.mysql.com/doc/refman/5.0/en/connector-j-reference-charsets.html Cheers, Neil On Oct 25, 1:34 am, jlist9 jli...@gmail.com wrote: It sounds like you aren't converting GBK encoding to UTF-8 before you store the text? On Sat, Oct 24, 2009 at 10:10 AM, Neil.Lv anim...@gmail.com wrote: Hi all, I have a silly question about the Character Encoding in lift. My table is charset is utf8 in database. ### CREATE TABLE `users` ( . ) ENGINE=InnoDB DEFAULT CHARSET=utf8; ### And in my boot.scala file: ### the default code LiftRules.early.append(makeUtf8) private def makeUtf8(req: HTTPRequest) { req.setCharacterEncoding(UTF-8) } ### Now i want to store chinese character into my database, and it's not a chinese char, it's garbled and doesn't show correctly in the database and page. How can i store the chinese char into my database ? Thanks for any suggestion ! Cheers, Neil -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Are we willing to make a breaking change for Joda Time?
On Sat, Oct 24, 2009 at 3:05 AM, Jeppe Nejsum Madsen je...@ingolfs.dkwrote: Derek Chen-Becker dchenbec...@gmail.com writes: [...] It's entirely subjective, but I just strongly dislike the idea of using method names like jtNow, etc. I couldn't agree morecode just doesn't read nice anymore. I'm cool with other names, but, and this is a huge *BUT*... having two methods that have different return signatures is a huge source of bugs. We saw this when we changed some of the S methods to return Box[String] rather than String. There were hundreds of subtle errors. I'm happy to deprecate now and have goodNow (returns JodaTime) and evilNow (returns java.util.Date), but I am 100% against changing a return signature. I am sorry that my position is making folks unhappy, especially Derek who works hard and does a great job. Thanks, David /Jeppe -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Problem to process a PUT request in a lift API
Thanks David. You were right. I added this line: conn.addRequestProperty(content-type, text/xml) and it works perfectly. Thanks again. GA On Oct 23, 2009, at 7:36 PM, David Pollak wrote: In order to trigger XML parsing, you have to set the Content-Type to text/xml On Fri, Oct 23, 2009 at 10:30 AM, GA my_li...@me.com wrote: I have printed Req in the log and it looks like the XML is really empty: Req(List(), Map(), ParsePath(List(api, person),,true,false), , PutRequest, Empty) This is how I send the XML: def post(url:URL):String = { val message = person userNameJohn/userName firstNameJohn/firstName lastNameSmith/lastName passworda/password emaila...@.com/email createdon10/12/2009/createdon createdbyJohn/createdby updatedon10/12/2009/updatedon updatedbyJohn/updatedby /person url.openConnection match { case conn: HttpURLConnection = { conn.setRequestMethod(PUT) conn.setDoOutput(true) //conn.connect conn.getOutputStream.write (message.mkString.getBytes) scala.io.Source.fromInputStream (conn.getInputStream).getLines.mkString } } } Any suggestions? Cheers, GA On Oct 23, 2009, at 5:15 PM, GA wrote: Hello guys, I have created an API to process a PUT request and a GET request. The GET works perfectly fine, but with the PUT the XML seems to be lost in its way. I have the following code: def dispatch: LiftRules.DispatchPF = { case Req(api :: person :: userName :: Nil, , GetRequest) = () = showPerson(userName) case r @ Req(List(api, person), , PutRequest) = () = addPerson(r) } In the addPerson method I have the following code: req.xml match { case Full(person{parameters @_*}/person) = { for(parameter - parameters){ parameter match { All the XML parsing } } try { person.validate match { case Nil = person.save CreatedResponse(wrapXmlBody (operation id=addPerson success=true/operation), text/xml) case _ = CreatedResponse(wrapXmlBody (operation id=addPerson success=false/operation), text/ xml) } } catch { case e = Log.error(Could not add person, e); BadResponse() } } case _ = Log.error(Request was malformed +req.view); BadResponse() } The method always goes through the last case: Request was malformed. I was checking the values to req.view and req.xml.toString and the results are person and empty, respectively. Any ideas about what it could be happening? Thanks in advance, GA -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: How can i store GBK charactor into the DB ?
On Sat, Oct 24, 2009 at 11:01 AM, jlist9 jli...@gmail.com wrote: Does Lift assume that it gets text from browser in UTF-8? Lift relies on the container to convert bytes to String correctly. All containers except Tomcat do it right (using the encoding in the Content-Type, and if that's absent defaulting to UTF-8). Tomcat defaults to platform encoding rather than UTF-8 encoding for translations. Thus: private def makeUtf8(req: HTTPRequest) { req.setCharacterEncoding(UTF-8) } This has little to do with putting stuff in the RDBMS. Once it's a java.lang.String, it's safe inside Lift. I asked the does the text look right before it goes to the database question to see if the issue might be the container decoding issue. On Sat, Oct 24, 2009 at 10:57 AM, David Pollak feeder.of.the.be...@gmail.com wrote: On Sat, Oct 24, 2009 at 10:51 AM, jlist9 jli...@gmail.com wrote: I'm not familiar with how Lift handles strings but if the encoding conversion is what's missing, check out the Java String class, look for work encoding or charset in java doc. Basically you can create a String with a specified encoding and use getBytes() to convert it to a different encoding. Lift uses java.lang.String which does a great job of capturing all known character sets. See http://www.j2ee.me/javase/6/docs/api/java/lang/String.html The issue is not in Lift, but in the parameters for the JDBC driver. You can also try setting charset in your page to UTF-8. Maybe this is the default in Lift. On Sat, Oct 24, 2009 at 10:45 AM, Neil.Lv anim...@gmail.com wrote: I just use the User's edit method that the ProtoUser ? What's method that i can do for conventing GBK to UTF-8 before saving ? Cheers, Neil On Oct 25, 1:34 am, jlist9 jli...@gmail.com wrote: It sounds like you aren't converting GBK encoding to UTF-8 before you store the text? -- 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 -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: How can i store GBK charactor into the DB ?
In my page the Charset is UTF-8, and thisi is my platform information. Apache Maven 2.2.1 (r801777; 2009-08-07 03:16:01+0800) Java version: 1.6.0_05 Java home: C:\Java\jdk1.6.0_05\jre Default locale: zh_CN, platform encoding: GBK OS name: windows xp version: 5.1 arch: x86 Family: windows The lift doesn't store the character using the encoding UTF-8 automaticly ? Cheers, Neil On Oct 25, 1:51 am, jlist9 jli...@gmail.com wrote: I'm not familiar with how Lift handles strings but if the encoding conversion is what's missing, check out the Java String class, look for work encoding or charset in java doc. Basically you can create a String with a specified encoding and use getBytes() to convert it to a different encoding. You can also try setting charset in your page to UTF-8. Maybe this is the default in Lift. On Sat, Oct 24, 2009 at 10:45 AM, Neil.Lv anim...@gmail.com wrote: I just use the User's edit method that the ProtoUser ? What's method that i can do for conventing GBK to UTF-8 before saving ? Cheers, Neil On Oct 25, 1:34 am, jlist9 jli...@gmail.com wrote: It sounds like you aren't converting GBK encoding to UTF-8 before you store the text? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: How can i store GBK charactor into the DB ?
Yeah, i using the mysql to test my app. The is in my props file. ## db.driver=com.mysql.jdbc.Driver db.url=jdbc:mysql://localhost/hello db.user=root db.password= # Cheers, Neil On Oct 25, 1:51 am, jlist9 jli...@gmail.com wrote: I'm not familiar with how Lift handles strings but if the encoding conversion is what's missing, check out the Java String class, look for work encoding or charset in java doc. Basically you can create a String with a specified encoding and use getBytes() to convert it to a different encoding. You can also try setting charset in your page to UTF-8. Maybe this is the default in Lift. On Sat, Oct 24, 2009 at 10:45 AM, Neil.Lv anim...@gmail.com wrote: I just use the User's edit method that the ProtoUser ? What's method that i can do for conventing GBK to UTF-8 before saving ? Cheers, Neil On Oct 25, 1:34 am, jlist9 jli...@gmail.com wrote: It sounds like you aren't converting GBK encoding to UTF-8 before you store the text? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: How can i store GBK charactor into the DB ?
On Sat, Oct 24, 2009 at 11:03 AM, Neil.Lv anim...@gmail.com wrote: Yeah, i using the mysql to test my app. The is in my props file. ## db.driver=com.mysql.jdbc.Driver db.url=jdbc:mysql://localhost/hello The above line is the problem. You're not telling the JDBC driver to convert Strings to UTF-8 before shipping them over the wire to MySQL. db.user=root db.password= # Cheers, Neil On Oct 25, 1:51 am, jlist9 jli...@gmail.com wrote: I'm not familiar with how Lift handles strings but if the encoding conversion is what's missing, check out the Java String class, look for work encoding or charset in java doc. Basically you can create a String with a specified encoding and use getBytes() to convert it to a different encoding. You can also try setting charset in your page to UTF-8. Maybe this is the default in Lift. On Sat, Oct 24, 2009 at 10:45 AM, Neil.Lv anim...@gmail.com wrote: I just use the User's edit method that the ProtoUser ? What's method that i can do for conventing GBK to UTF-8 before saving ? Cheers, Neil On Oct 25, 1:34 am, jlist9 jli...@gmail.com wrote: It sounds like you aren't converting GBK encoding to UTF-8 before you store the text? -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Proposal : Lift ticketing system
I don't mean to be negative, but are other options being considered besides a ticketing system? I kind of wonder if the effort is worth it when excellent alternatives exist (like JIRA -- their Git integration may interest you: https://plugins.atlassian.com/plugin/details/4984 -- I have used their Subversion integration and was very pleased). I would be far more interested in seeing something done for the benefit of the Lift Web Site. (Is it written with Lift?) I don't see a Lift CMS -- and that is something that could evolve well over time. I think it is important for a web framework to use their own stuff, and it should be indicative of the cool things that it can do, stability, scale, and performance... (I am amazed that I have seen rather poor demonstrations of this, specifically by Adobe and JBoss -- but again, I'm not trying to be negative...) I see the Lift site integrating Google Analytics... Is that something that could be out of the box with Lift? That could be a selling point to people making external web sites. Another area that would be neat to develop is instrumentation. Sort of the JMX-Console equivalent for Lift. For scalability and sizing analysis, this would be really useful. Having said that, one major feature that I feel is missing from github is the lack of attachments for an issue. How do you attach test cases or patches for an issue? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: How can i store GBK charactor into the DB ?
I've had problems with system/JVM default locale before. When no encoding/charset is specified in new String(bytes[] data) or String getBytes(), it uses the default locale. When the default locale is not UTF-8, there will be a problem. I'm not sure where the problem is, though. You can capture the HTTP traffic and see what encoding it uses to determine in what link in the request-response-storage chain the encoding got wrong. BTW, Just saw David's reply. Looks like he's found the problem. On Sat, Oct 24, 2009 at 10:59 AM, Neil.Lv anim...@gmail.com wrote: In my page the Charset is UTF-8, and thisi is my platform information. Apache Maven 2.2.1 (r801777; 2009-08-07 03:16:01+0800) Java version: 1.6.0_05 Java home: C:\Java\jdk1.6.0_05\jre Default locale: zh_CN, platform encoding: GBK OS name: windows xp version: 5.1 arch: x86 Family: windows The lift doesn't store the character using the encoding UTF-8 automaticly ? Cheers, Neil On Oct 25, 1:51 am, jlist9 jli...@gmail.com wrote: I'm not familiar with how Lift handles strings but if the encoding conversion is what's missing, check out the Java String class, look for work encoding or charset in java doc. Basically you can create a String with a specified encoding and use getBytes() to convert it to a different encoding. You can also try setting charset in your page to UTF-8. Maybe this is the default in Lift. On Sat, Oct 24, 2009 at 10:45 AM, Neil.Lv anim...@gmail.com wrote: I just use the User's edit method that the ProtoUser ? What's method that i can do for conventing GBK to UTF-8 before saving ? Cheers, Neil On Oct 25, 1:34 am, jlist9 jli...@gmail.com wrote: It sounds like you aren't converting GBK encoding to UTF-8 before you store the text? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: A Critique On Lift
why, it reformats your hard drive On Oct 23, 6:17 pm, Viktor Klang viktor.kl...@gmail.com wrote: But if you name your method: ashiuahsdyasdasd what does it do? On Fri, Oct 23, 2009 at 9:47 PM, bob rbpas...@gmail.com wrote: I'll repeat: there are no operators in scala s/operators/methods-with-operator-like-names/ anywhere, here's a typical case: import some.library.package.foo._ val a = bar 42 val b = a ~!~ 3.14159 you can't easily tell that bar is being imported via foo._ . what is bar's return type? what does ~!~ do? i'm not saying its not possible to track all this down, but you can't just print out a listing of a class and take it on the subway. you have to have access to the scaladocs and possibly even the sources. --b -- Viktor Klang | A complex system that works is invariably | found to have evolved from a simple system | that worked. - John Gall Blog: klangism.blogspot.com Twttr: viktorklang Code: github.com/viktorklang --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Proposal : Lift ticketing system
CMS, wiki, blog, forum also sound more interesting than bug tracking system to me :-) On Sat, Oct 24, 2009 at 11:13 AM, aw anth...@whitford.com wrote: I don't mean to be negative, but are other options being considered besides a ticketing system? I kind of wonder if the effort is worth it when excellent alternatives exist (like JIRA -- their Git integration may interest you: https://plugins.atlassian.com/plugin/details/4984 -- I have used their Subversion integration and was very pleased). I would be far more interested in seeing something done for the benefit of the Lift Web Site. (Is it written with Lift?) I don't see a Lift CMS -- and that is something that could evolve well over time. I think it is important for a web framework to use their own stuff, and it should be indicative of the cool things that it can do, stability, scale, and performance... (I am amazed that I have seen rather poor demonstrations of this, specifically by Adobe and JBoss -- but again, I'm not trying to be negative...) I see the Lift site integrating Google Analytics... Is that something that could be out of the box with Lift? That could be a selling point to people making external web sites. Another area that would be neat to develop is instrumentation. Sort of the JMX-Console equivalent for Lift. For scalability and sizing analysis, this would be really useful. Having said that, one major feature that I feel is missing from github is the lack of attachments for an issue. How do you attach test cases or patches for an issue? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Is there a built-with-lift list?
Oh I think it'll be very helpful to have one, from the perspective of someone new to Lift. People would want to see the capability of a framework before they adopt it. The demo is very nice but real sites are more convincing. On Sat, Oct 24, 2009 at 10:47 AM, David Pollak feeder.of.the.be...@gmail.com wrote: I'd like to check out some sites/libraries built with Lift, open source or commercial. I wonder if there is a list somewhere? Not yet. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Proposal : Lift ticketing system
Feel free to suggest other ideas or vote on the ones proposed so far :) On Sat, Oct 24, 2009 at 12:20 PM, jlist9 jli...@gmail.com wrote: CMS, wiki, blog, forum also sound more interesting than bug tracking system to me :-) On Sat, Oct 24, 2009 at 11:13 AM, aw anth...@whitford.com wrote: I don't mean to be negative, but are other options being considered besides a ticketing system? I kind of wonder if the effort is worth it when excellent alternatives exist (like JIRA -- their Git integration may interest you: https://plugins.atlassian.com/plugin/details/4984 -- I have used their Subversion integration and was very pleased). I would be far more interested in seeing something done for the benefit of the Lift Web Site. (Is it written with Lift?) I don't see a Lift CMS -- and that is something that could evolve well over time. I think it is important for a web framework to use their own stuff, and it should be indicative of the cool things that it can do, stability, scale, and performance... (I am amazed that I have seen rather poor demonstrations of this, specifically by Adobe and JBoss -- but again, I'm not trying to be negative...) I see the Lift site integrating Google Analytics... Is that something that could be out of the box with Lift? That could be a selling point to people making external web sites. Another area that would be neat to develop is instrumentation. Sort of the JMX-Console equivalent for Lift. For scalability and sizing analysis, this would be really useful. Having said that, one major feature that I feel is missing from github is the lack of attachments for an issue. How do you attach test cases or patches for an issue? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Proposal : Lift ticketing system
ERP systen or parts, which is what I'm working over on sourceforge. Ill post a link when I get home. The models are built and just need apps in front of them. Sent on the Now Network™ from my Sprint® BlackBerry -Original Message- From: jlist9 jli...@gmail.com Date: Sat, 24 Oct 2009 11:20:43 To: liftweb@googlegroups.com Subject: [Lift] Re: Proposal : Lift ticketing system CMS, wiki, blog, forum also sound more interesting than bug tracking system to me :-) On Sat, Oct 24, 2009 at 11:13 AM, aw anth...@whitford.com wrote: I don't mean to be negative, but are other options being considered besides a ticketing system? I kind of wonder if the effort is worth it when excellent alternatives exist (like JIRA -- their Git integration may interest you: https://plugins.atlassian.com/plugin/details/4984 -- I have used their Subversion integration and was very pleased). I would be far more interested in seeing something done for the benefit of the Lift Web Site. (Is it written with Lift?) I don't see a Lift CMS -- and that is something that could evolve well over time. I think it is important for a web framework to use their own stuff, and it should be indicative of the cool things that it can do, stability, scale, and performance... (I am amazed that I have seen rather poor demonstrations of this, specifically by Adobe and JBoss -- but again, I'm not trying to be negative...) I see the Lift site integrating Google Analytics... Is that something that could be out of the box with Lift? That could be a selling point to people making external web sites. Another area that would be neat to develop is instrumentation. Sort of the JMX-Console equivalent for Lift. For scalability and sizing analysis, this would be really useful. Having said that, one major feature that I feel is missing from github is the lack of attachments for an issue. How do you attach test cases or patches for an issue? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: A Critique On Lift
On Sat, Oct 24, 2009 at 8:18 PM, bob rbpas...@gmail.com wrote: why, it reformats your hard drive oh snap On Oct 23, 6:17 pm, Viktor Klang viktor.kl...@gmail.com wrote: But if you name your method: ashiuahsdyasdasd what does it do? On Fri, Oct 23, 2009 at 9:47 PM, bob rbpas...@gmail.com wrote: I'll repeat: there are no operators in scala s/operators/methods-with-operator-like-names/ anywhere, here's a typical case: import some.library.package.foo._ val a = bar 42 val b = a ~!~ 3.14159 you can't easily tell that bar is being imported via foo._ . what is bar's return type? what does ~!~ do? i'm not saying its not possible to track all this down, but you can't just print out a listing of a class and take it on the subway. you have to have access to the scaladocs and possibly even the sources. --b -- Viktor Klang | A complex system that works is invariably | found to have evolved from a simple system | that worked. - John Gall Blog: klangism.blogspot.com Twttr: viktorklang Code: github.com/viktorklang -- Viktor Klang | A complex system that works is invariably | found to have evolved from a simple system | that worked. - John Gall Blog: klangism.blogspot.com Twttr: viktorklang Code: github.com/viktorklang --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: NetBeans is barfing on the new pom.xml structure
At work, I configure the root pom.xml with (increase size of parent pom.xml but define the rules for every children (idem for dependencies)) pluginManagement plugins plugin groupIdorg.scala-tools/groupId artifactIdmaven-scala-plugin/artifactId version2.12.2/version /plugin plugin groupIdorg.codehaus.mojo/groupId artifactIdbuildnumber-maven-plugin/artifactId version1.0-beta-2/version /plugin plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-eclipse-plugin/artifactId version2.6/version /plugin plugin groupIdnet.alchim31.maven/groupId artifactIdmaven-basicwebstart-plugin/artifactId version0.2/version /plugin plugin groupIdorg.jvnet.maven.incrementalbuild/groupId artifactIdincremental-build-plugin/artifactId version1.2/version /plugin /plugins /pluginManagement On Sat, Oct 24, 2009 at 18:55, Indrajit Raychaudhuri indraj...@gmail.com wrote: Thanks davidB for pointing! On 24/10/09 9:19 PM, David Bernard wrote: Not setting version of plugin : * create un-reproductible build (over time and developer configuration). Just found this one too: http://www.mail-archive.com/d...@maven.apache.org/msg82398.html. I had no idea that the notion of RELEASE can be unsafe. Have seen this in quite a few OSS project for sure. * using le last release is not always a good idea (eg : the last 2 version of maven-eclipse-plugin introduce regression). Indeed, for odd plugins we might have to do this. But that won't have affected every other configuration. At least that was the plan. As mentioned, I'll go ahead and add the version property for extensions and plugins. BTW, what is the recommended version for maven-eclipse-plugin? I'll set that accordingly. /davidB On 2009-10-24, Indrajit Raychaudhuriindraj...@gmail.com wrote: Plugin and extension versions are optional in Maven pom. Not providing the version has a small advantage - it defaults to RELEASE and pulls up the latest release automatically. While it's possible that a plugin version would have backward incomplete changes, in Lift we hardly do anything complicated to be affected drastically. We could always 'pin' a version for the odd plugins that were affected. Thus, I wanted to give that a go. This works well from the CLI (typically what I use for build). The intent for tweaking the poms were primarily to: - reduce the size of pom by discarding the optional/default settings - remove redundant settings in multiple pom - add some inline docu to stop one running away from a pom.xml - contribute a little in making maven not 'download the internet' Too bad the IDEs are not co-operating! Thanks Kris/David for raising this. I am going to add versions for all the plugins and extensions tonight. Unstable pom.xml is the last thing we want (even if that means redundant/optional settings make their way into the poms). Cheers, Indrajit On 24/10/09 7:22 AM, Kris Nuttycombe wrote: I ran into that -it's a missing version number in the root pom. Fixed in my kjn-loc-wip branch if you just want to grab it from there. On Fri, Oct 23, 2009 at 3:41 PM, David Pollak feeder.of.the.be...@gmail.com wrote: Folks, Any idea why NetBeans doesn't like the new Lift pom structure? Thanks, David -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Proposal: Lift-unstable branch (was Are we willing to make a breaking change for Joda Time?)
This brings to mind something I've been thinking about for a while - what would folks think about the possibility of creating a lift-unstable branch? Lift is only a couple of years old, and it seems to me like it would be unfortunate to start stagnating development due to concerns about backwards compatibility. So, my proposal is this: that we create a branch of Lift that makes no guarantees about source compatibility from release to release or indeed day-to-day. This could be a proving ground for new ideas that could then either be migrated into the main trunk with changes for backwards compatibility, or could be source of new major version releases. If we don't have the freedom to make breaking changes at even such a small level as Derek proposed with the Joda-Time situation, I think it's a problem. Lift is too young to calcify just yet. Kris On Sat, Oct 24, 2009 at 12:03 PM, David Pollak feeder.of.the.be...@gmail.com wrote: On Sat, Oct 24, 2009 at 3:05 AM, Jeppe Nejsum Madsen je...@ingolfs.dk wrote: Derek Chen-Becker dchenbec...@gmail.com writes: [...] It's entirely subjective, but I just strongly dislike the idea of using method names like jtNow, etc. I couldn't agree morecode just doesn't read nice anymore. I'm cool with other names, but, and this is a huge *BUT*... having two methods that have different return signatures is a huge source of bugs. We saw this when we changed some of the S methods to return Box[String] rather than String. There were hundreds of subtle errors. I'm happy to deprecate now and have goodNow (returns JodaTime) and evilNow (returns java.util.Date), but I am 100% against changing a return signature. I am sorry that my position is making folks unhappy, especially Derek who works hard and does a great job. Thanks, David /Jeppe -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] About the localization with lift:loc !
Hi all, I create a props file in the resources folder /src/main/resources/ i18n/lift-core_zh_CN.properties And i changed the log.in text value. Now i use this code in my index.html page, and it doesn't corretly. (garbled) ### it doesn't work lift:loc locid=log.inLog in/lift:loc ### This information from: http://blog.getintheloop.eu/2009/7/26/how-to-extensive-localization-with-the-liftweb-framework Cheers, Neil --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: How can i store GBK charactor into the DB ?
I have added the characterEncoding in the DB url, and it works now. ### db.driver=com.mysql.jdbc.Driver db.url=jdbc:mysql://localhost/hello?characterEncoding=gbk db.user=root db.password= ### Thanks very much ! :) Cheers, Neil On Oct 25, 2:09 am, David Pollak feeder.of.the.be...@gmail.com wrote: On Sat, Oct 24, 2009 at 11:03 AM, Neil.Lv anim...@gmail.com wrote: Yeah, i using the mysql to test my app. The is in my props file. ## db.driver=com.mysql.jdbc.Driver db.url=jdbc:mysql://localhost/hello The above line is the problem. You're not telling the JDBC driver to convert Strings to UTF-8 before shipping them over the wire to MySQL. db.user=root db.password= # Cheers, Neil On Oct 25, 1:51 am, jlist9 jli...@gmail.com wrote: I'm not familiar with how Lift handles strings but if the encoding conversion is what's missing, check out the Java String class, look for work encoding or charset in java doc. Basically you can create a String with a specified encoding and use getBytes() to convert it to a different encoding. You can also try setting charset in your page to UTF-8. Maybe this is the default in Lift. On Sat, Oct 24, 2009 at 10:45 AM, Neil.Lv anim...@gmail.com wrote: I just use the User's edit method that the ProtoUser ? What's method that i can do for conventing GBK to UTF-8 before saving ? Cheers, Neil On Oct 25, 1:34 am, jlist9 jli...@gmail.com wrote: It sounds like you aren't converting GBK encoding to UTF-8 before you store the text? -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: A Critique On Lift
Scala is not like, for example, BASIC, where you can look up FOR, IF/ THEN/ELSE. there's lots of individual and compound punctuation marks that are very difficult to search for online and in PDFs (try searching for !). This is where I am coming from, coding after a 16 or so year hiatus and my main language was basic so I guess I am one of the rare ones here who doesn't have the OOP/Java hang-ups, I just have a whole different set of hang-ups to deal with. I have been looking at Scala for some months and have to admit it is starting to sink in, of course having to learn everything else in order to learn it is making it take a bit longer. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: A Critique On Lift
This may not be it, but you can at least print out this list :) http://jim-mcbeath.blogspot.com/2008/12/scala-operator-cheat-sheet.html On Oct 24, 6:47 am, bob rbpas...@gmail.com wrote: I'll repeat: there are no operators in scala s/operators/methods-with-operator-like-names/ anywhere, here's a typical case: import some.library.package.foo._ val a = bar 42 val b = a ~!~ 3.14159 you can't easily tell that bar is being imported via foo._ . what is bar's return type? what does ~!~ do? i'm not saying its not possible to track all this down, but you can't just print out a listing of a class and take it on the subway. you have to have access to the scaladocs and possibly even the sources. --b --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] newbie: liftweb + Oracle 10g + dhtmlx TreeGrid... am I asking for trouble?
I guess I need a little advice. I want to make sure we're on the right track. I lead a team of 3 folks and we are liftweb newbies... been doing things the hard way with mod_python cheetah hand-written AJAX + JavaScript with dhtmlx components with no web framework (no django or rails). Crazy, huh? But we turn out some very stunning websites, albeit slowly. We have a HUGE project backlog, and really need the productivity boost liftweb or rails promises. I am struggling with wanting to choose liftweb rather than rails, as I prefer several scala features over ruby (I'm not anti-ruby, so please don't flame me). Is Mapper OK with Oracle? or should we plan to go straight to JPA? Or is there some other ORM approach we should use? Is Record ready for primetime in 1.0.2? Or should we go with 1.1M6 or newer? Is it worth writing our own Widgets to wrapper more advanced third party javascript/ajax components like dhtmlx's TreeGrid? How hard is it to create a new widget? Or should we keep using individual javascript code blocks in our snippets? We are pretty competent team of programmers, just new to Scala Liftweb. Not afraid to roll up our sleeves and struggle through issues if necessary, or modify liftweb core code as needed to suit our needs. But we are a small team, and can't spend too much time rewriting framework code if we get in too deep. Thanks in advance, Troy --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: How can i store GBK charactor into the DB ?
Everywhere that Lift converts String - Array[Byte], it uses UTF-8 for encoding. That happens when XML and Strings are converted to HTTP responses. On Sat, Oct 24, 2009 at 11:15 AM, jlist9 jli...@gmail.com wrote: I've had problems with system/JVM default locale before. When no encoding/charset is specified in new String(bytes[] data) or String getBytes(), it uses the default locale. When the default locale is not UTF-8, there will be a problem. I'm not sure where the problem is, though. You can capture the HTTP traffic and see what encoding it uses to determine in what link in the request-response-storage chain the encoding got wrong. BTW, Just saw David's reply. Looks like he's found the problem. On Sat, Oct 24, 2009 at 10:59 AM, Neil.Lv anim...@gmail.com wrote: In my page the Charset is UTF-8, and thisi is my platform information. Apache Maven 2.2.1 (r801777; 2009-08-07 03:16:01+0800) Java version: 1.6.0_05 Java home: C:\Java\jdk1.6.0_05\jre Default locale: zh_CN, platform encoding: GBK OS name: windows xp version: 5.1 arch: x86 Family: windows The lift doesn't store the character using the encoding UTF-8 automaticly ? Cheers, Neil On Oct 25, 1:51 am, jlist9 jli...@gmail.com wrote: I'm not familiar with how Lift handles strings but if the encoding conversion is what's missing, check out the Java String class, look for work encoding or charset in java doc. Basically you can create a String with a specified encoding and use getBytes() to convert it to a different encoding. You can also try setting charset in your page to UTF-8. Maybe this is the default in Lift. On Sat, Oct 24, 2009 at 10:45 AM, Neil.Lv anim...@gmail.com wrote: I just use the User's edit method that the ProtoUser ? What's method that i can do for conventing GBK to UTF-8 before saving ? Cheers, Neil On Oct 25, 1:34 am, jlist9 jli...@gmail.com wrote: It sounds like you aren't converting GBK encoding to UTF-8 before you store the text? -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Proposal : Lift ticketing system
Derek, I'd love to see your excellent talents pointed toward a ticketing system. Think the idea of a ticketing system that's less modal and a lot more ajaxy (and comety with live updates) would be a stellar thing to show off Lift's goodies... plus I think it would lead to improving/enhancing Lift. Good for it and whatever support I can give, I'm there! Thanks, David On Sat, Oct 24, 2009 at 6:56 AM, Derek Chen-Becker dchenbec...@gmail.comwrote: Hi, I feel like I need to take a break from working *on* Lift for a little while, but I'd like to do something with my time that would still benefit Lift. Since we had a recent discussion on ticketing systems, and we had talked a long time ago about dogfooding a ticket system, I thought that this might make a good project to work on. I like the simplicity of the GitHub issue tracking, but I think it's missing some important things: 1. Email notifications 2. Duplicate tracking 3. Release planning fields like milestones, etc I do like the integration with Git commit hashes and other intelligent hyperlinking in the comment space, but I'm on the fence as to whether I like using tags as a generic tool for things like ownership and component classification. I could probably be persuaded either way. In any case, does this seem like a good project, and if so, do people have requirements, suggestions, comments, etc. on the functionality that should be in it? Thanks, Derek -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Is there a built-with-lift list?
A quick list of public sites (there are a fair number behind the firewall at places like SAP and Seimens): - http://foursquare.com - http://nofouls.com/ - http://innovationgames.ocm - http://udorse.com/ On Sat, Oct 24, 2009 at 11:24 AM, jlist9 jli...@gmail.com wrote: Oh I think it'll be very helpful to have one, from the perspective of someone new to Lift. People would want to see the capability of a framework before they adopt it. The demo is very nice but real sites are more convincing. On Sat, Oct 24, 2009 at 10:47 AM, David Pollak feeder.of.the.be...@gmail.com wrote: I'd like to check out some sites/libraries built with Lift, open source or commercial. I wonder if there is a list somewhere? Not yet. -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Playing around with Loc
In general, it all sounds very good to me. What was your motivation (other than pure aesthetics)? If there are breaking changes to code, will they be super-obvious (compilation failures)? On Fri, Oct 23, 2009 at 5:04 PM, Kris Nuttycombe kris.nuttyco...@gmail.comwrote: Hi, all, I've been messing around with Loc a bit to try to tighten up the type safety of the parameterized type and add authentication LocParams that can be aware of the current value encapsulated by the Loc. I've put up some changes on the kjn-loc-wip branch and would really like some feedback. Some of the major changes: * gave LocParam a covariant type parameter to go with Loc's type parameter and made it a sealed trait, with UserLocParam[T] as the main extension point for user-defined traits. Added AnyLocParam as base trait of LocParam instances that are not dependent upon T * Added IfValue UnlessValue LocParams * Made default Loc parameterized by Unit instead of NullLocParams * Some minor renaming to distinguish between uses of the Param name- - now all Param usages refer to LocParams * Removed need for a bunch of asInstanceOf casts What do you all think? Is this something that you'd like to see cleaned up committed to master? Thanks, -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: About the localization with lift:loc !
Please make sure your lift-core_zh_CN.properties was saved as UTF-8 On Sat, Oct 24, 2009 at 11:31 AM, Neil.Lv anim...@gmail.com wrote: Hi all, I create a props file in the resources folder /src/main/resources/ i18n/lift-core_zh_CN.properties And i changed the log.in text value. Now i use this code in my index.html page, and it doesn't corretly. (garbled) ### it doesn't work lift:loc locid=log.inLog in/lift:loc ### This information from: http://blog.getintheloop.eu/2009/7/26/how-to-extensive-localization-with-the-liftweb-framework Cheers, Neil -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: newbie: liftweb + Oracle 10g + dhtmlx TreeGrid... am I asking for trouble?
On Sat, Oct 24, 2009 at 1:14 PM, Troy Noble econop...@gmail.com wrote: I guess I need a little advice. I want to make sure we're on the right track. I lead a team of 3 folks and we are liftweb newbies... been doing things the hard way with mod_python cheetah hand-written AJAX + JavaScript with dhtmlx components with no web framework (no django or rails). Crazy, huh? But we turn out some very stunning websites, albeit slowly. We have a HUGE project backlog, and really need the productivity boost liftweb or rails promises. Cool! I am struggling with wanting to choose liftweb rather than rails, as I prefer several scala features over ruby (I'm not anti-ruby, so please don't flame me). Is Mapper OK with Oracle? If it's not, we'll get it fixed. or should we plan to go straight to JPA? Or is there some other ORM approach we should use? Is Record ready for primetime in 1.0.2? Or should we go with 1.1M6 or newer? Please use 1.1-M6 or 1.1-SNAPSHOT. 1.0.2 is almost 1 year behind 1.1 and 1.1-M6 is production-ready. Is it worth writing our own Widgets to wrapper more advanced third party javascript/ajax components like dhtmlx's TreeGrid? How hard is it to create a new widget? Or should we keep using individual javascript code blocks in our snippets? creating type-safe Scala abstractions around existing JavaScript libraries is the way I'd go. Plus, you can create your own public projects with this stuff and maybe get some community contributions. We are pretty competent team of programmers, just new to Scala Liftweb. Not afraid to roll up our sleeves and struggle through issues if necessary, or modify liftweb core code as needed to suit our needs. But we are a small team, and can't spend too much time rewriting framework code if we get in too deep. I am committed to the success of production Lift code and personally prioritize features/defect reports for such sites. If you can contact me privately and give me a better sense of who you are, what you're doing and how public the results will be, I can give you a better idea of how much extra DPP attention your needs will receive. Thanks in advance, Troy Thanks, David -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: A Critique On Lift
seriously, if you're suggesting that since function/method names don't have to have any relationship to the algorithm therein, so using punctuation should be fine, then why not just use single letters, followed by an optional digit, and be done. `When I use a word,' Humpty Dumpty said, in rather a scornful tone, `it means just what I choose it to mean -- neither more nor less.' On Oct 24, 2:44 pm, Viktor Klang viktor.kl...@gmail.com wrote: On Sat, Oct 24, 2009 at 8:18 PM, bob rbpas...@gmail.com wrote: why, it reformats your hard drive oh snap On Oct 23, 6:17 pm, Viktor Klang viktor.kl...@gmail.com wrote: But if you name your method: ashiuahsdyasdasd what does it do? On Fri, Oct 23, 2009 at 9:47 PM, bob rbpas...@gmail.com wrote: I'll repeat: there are no operators in scala s/operators/methods-with-operator-like-names/ anywhere, here's a typical case: import some.library.package.foo._ val a = bar 42 val b = a ~!~ 3.14159 you can't easily tell that bar is being imported via foo._ . what is bar's return type? what does ~!~ do? i'm not saying its not possible to track all this down, but you can't just print out a listing of a class and take it on the subway. you have to have access to the scaladocs and possibly even the sources. --b -- Viktor Klang | A complex system that works is invariably | found to have evolved from a simple system | that worked. - John Gall Blog: klangism.blogspot.com Twttr: viktorklang Code: github.com/viktorklang -- Viktor Klang | A complex system that works is invariably | found to have evolved from a simple system | that worked. - John Gall Blog: klangism.blogspot.com Twttr: viktorklang Code: github.com/viktorklang --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: A Critique On Lift
is that for Scala or Perl? :) On Oct 24, 4:49 pm, Randinn rand...@gmail.com wrote: This may not be it, but you can at least print out this list :) http://jim-mcbeath.blogspot.com/2008/12/scala-operator-cheat-sheet.html On Oct 24, 6:47 am, bob rbpas...@gmail.com wrote: I'll repeat: there are no operators in scala s/operators/methods-with-operator-like-names/ anywhere, here's a typical case: import some.library.package.foo._ val a = bar 42 val b = a ~!~ 3.14159 you can't easily tell that bar is being imported via foo._ . what is bar's return type? what does ~!~ do? i'm not saying its not possible to track all this down, but you can't just print out a listing of a class and take it on the subway. you have to have access to the scaladocs and possibly even the sources. --b --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Playing around with Loc
My motivation was twofold: first, I wanted to be able to control access to a Loc based upon the data in the Loc itself (hence the new IfValue and UnlessValue) and in the process I realized that there was a disconnect in type safety between for example the Title LocParam and the Loc itself because there was no enforcement that a LocParam added to the Loc would respect the Loc's type. Secondly, I have found it useful to have a construct like the following: object Site { var locs: List[Loc[_]] = Nil def add[T](l: Loc[T]): Loc[T] = { locs = l :: locs l } val userLoc = add(new DataLoc[User](...)) val orderLoc = add(new DataLoc[Order](...)) } Then, in my Boot.scala I create the SiteMap like this: LiftRules.setSiteMap(SiteMap(Site.locs.map(Menu(_)): _*)) The advantage of this construction is that I can refer to userLoc or orderLoc from anywhere in my application and can use the Locs to create links to display pages for various objects in a typesafe fashion. The main breaking change is a rename of defaultParams to defaultValue, which I did mostly in the process of trying to understand the code better, since it took me a few minutes at first to figure out the dual use of the Param. It also occurred to me that instead of adding the type parameter directly to LocParam and adding the AnyLocParam name for LocParam[Nothing], it would be just as easy to add a new parameterized supertrait of LocParam which would break less code. As far as sealing the trait goes, I've been bitten twice recently by production bugs due to an incomplete match, so I figure that sealing could be helpful so long as there's a well-known extension point for user additions. Kris On Sat, Oct 24, 2009 at 5:18 PM, David Pollak feeder.of.the.be...@gmail.com wrote: In general, it all sounds very good to me. What was your motivation (other than pure aesthetics)? If there are breaking changes to code, will they be super-obvious (compilation failures)? On Fri, Oct 23, 2009 at 5:04 PM, Kris Nuttycombe kris.nuttyco...@gmail.com wrote: Hi, all, I've been messing around with Loc a bit to try to tighten up the type safety of the parameterized type and add authentication LocParams that can be aware of the current value encapsulated by the Loc. I've put up some changes on the kjn-loc-wip branch and would really like some feedback. Some of the major changes: * gave LocParam a covariant type parameter to go with Loc's type parameter and made it a sealed trait, with UserLocParam[T] as the main extension point for user-defined traits. Added AnyLocParam as base trait of LocParam instances that are not dependent upon T * Added IfValue UnlessValue LocParams * Made default Loc parameterized by Unit instead of NullLocParams * Some minor renaming to distinguish between uses of the Param name- - now all Param usages refer to LocParams * Removed need for a bunch of asInstanceOf casts What do you all think? Is this something that you'd like to see cleaned up committed to master? Thanks, -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: confusing error on missing bind
You'll notice if you look at the page source that the error you saw is actually generously provided by Firefox, not by Lift. There is an overload of bind that you could use that allow you to provide a default for any unbound value, although of course this can obscure errors. For a while there was also some code that gave more informative error messages if you were running the app in development mode, but for some reason I don't think I've seen those recently. Hmm. Perhaps I need to make sure I'm not doing development in production mode myself. :) Kris On Sat, Oct 24, 2009 at 5:39 PM, bob rbpas...@gmail.com wrote: the following error was the result of a bug in my app: i had an element (queries:service/) in the template which I had forgotten to bind in the snippet This page contains the following errors: error on line 18 at column 48: Namespace prefix queries on service is not defined in a big red box first, there is no line 18 in the template, and line 18 in my source code is a blank line, so I couldn't tell which line (let alone which column column) it was referring to. and since the error appeared in the webpage (rather than, say Console), i expected it referred to line 18 in the template, but in fact my error was in the code. second, the error would be more informative if it said something along the lines of: . : Namespace prefix 'queries' on 'service' in template index.html was not bound or even . : queries:service in template index.html' was not bound thanks, bob --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Playing around with Loc
On Sat, Oct 24, 2009 at 5:18 PM, David Pollak feeder.of.the.be...@gmail.com wrote: In general, it all sounds very good to me. What was your motivation (other than pure aesthetics)? If there are breaking changes to code, will they be super-obvious (compilation failures)? Oh... and yeah, replacing NullLocParams with Unit was purely aesthetic. :) Kris --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Is there a built-with-lift list?
Cool sites! Thanks. I hope someday the list will show up on leftweb.net :) On Sat, Oct 24, 2009 at 4:15 PM, David Pollak feeder.of.the.be...@gmail.com wrote: A quick list of public sites (there are a fair number behind the firewall at places like SAP and Seimens): http://foursquare.com http://nofouls.com/ http://innovationgames.ocm http://udorse.com/ On Sat, Oct 24, 2009 at 11:24 AM, jlist9 jli...@gmail.com wrote: Oh I think it'll be very helpful to have one, from the perspective of someone new to Lift. People would want to see the capability of a framework before they adopt it. The demo is very nice but real sites are more convincing. On Sat, Oct 24, 2009 at 10:47 AM, David Pollak feeder.of.the.be...@gmail.com wrote: I'd like to check out some sites/libraries built with Lift, open source or commercial. I wonder if there is a list somewhere? Not yet. -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Proposal : Lift ticketing system
How about we integrate the wiki, blog, forum, and issue tracker into the CMS? ;) Seriously, maybe it would be a good idea to create a repo and list, and start serious discussion on all aspects of its design. Maybe it could become a big community project, with lots of feedback to Lift. - jlist9jli...@gmail.com wrote: CMS, wiki, blog, forum also sound more interesting than bug tracking system to me :-) On Sat, Oct 24, 2009 at 11:13 AM, aw anth...@whitford.com wrote: I don't mean to be negative, but are other options being considered besides a ticketing system? I kind of wonder if the effort is worth it when excellent alternatives exist (like JIRA -- their Git integration may interest you: https://plugins.atlassian.com/plugin/details/4984 -- I have used their Subversion integration and was very pleased). I would be far more interested in seeing something done for the benefit of the Lift Web Site. (Is it written with Lift?) I don't see a Lift CMS -- and that is something that could evolve well over time. I think it is important for a web framework to use their own stuff, and it should be indicative of the cool things that it can do, stability, scale, and performance... (I am amazed that I have seen rather poor demonstrations of this, specifically by Adobe and JBoss -- but again, I'm not trying to be negative...) I see the Lift site integrating Google Analytics... Is that something that could be out of the box with Lift? That could be a selling point to people making external web sites. Another area that would be neat to develop is instrumentation. Sort of the JMX-Console equivalent for Lift. For scalability and sizing analysis, this would be really useful. Having said that, one major feature that I feel is missing from github is the lack of attachments for an issue. How do you attach test cases or patches for an issue? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Are we willing to make a breaking change for Joda Time?
Well if users would, for at least one release, explicitly say which time library they want to use, this kind of bug would not occur. It's not 'jt' per se; rather, as Derek said, it's having names that indicate the implementation detail rather than simply what it does. It makes code less readable. We required everyone to update their imports for Box and actors. I think your argument is that requiring such changes should only be done when there is a big enough gain. So the disagreement seems to be whether allowing people to use JodaTime code that's as readable as java.util time is important enough. Or whether names like 'jtNow' are less readable. Another point. If JDK 7 time is not 100% compatible with JodaTime, if we take TimeHelpers out of Helpers, having all 3 play together nicely is straightforward. On the other hand, if we try to squeeze in new names, we will have to add even more of them. And say some company wants to add their own time API. - David Pollakfeeder.of.the.be...@gmail.com wrote: On Sat, Oct 24, 2009 at 3:05 AM, Jeppe Nejsum Madsen je...@ingolfs.dkwrote: Derek Chen-Becker dchenbec...@gmail.com writes: [...] It's entirely subjective, but I just strongly dislike the idea of using method names like jtNow, etc. I couldn't agree morecode just doesn't read nice anymore. I'm cool with other names, but, and this is a huge *BUT*... having two methods that have different return signatures is a huge source of bugs. We saw this when we changed some of the S methods to return Box[String] rather than String. There were hundreds of subtle errors. I'm happy to deprecate now and have goodNow (returns JodaTime) and evilNow (returns java.util.Date), but I am 100% against changing a return signature. I am sorry that my position is making folks unhappy, especially Derek who works hard and does a great job. Thanks, David /Jeppe -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: NetBeans is barfing on the new pom.xml structure
Just want to mention that m2eclipse also had a problem. Thanks for addressing it. - Indrajit Raychaudhuriindraj...@gmail.com wrote: Plugin and extension versions are optional in Maven pom. Not providing the version has a small advantage - it defaults to RELEASE and pulls up the latest release automatically. While it's possible that a plugin version would have backward incomplete changes, in Lift we hardly do anything complicated to be affected drastically. We could always 'pin' a version for the odd plugins that were affected. Thus, I wanted to give that a go. This works well from the CLI (typically what I use for build). The intent for tweaking the poms were primarily to: - reduce the size of pom by discarding the optional/default settings - remove redundant settings in multiple pom - add some inline docu to stop one running away from a pom.xml - contribute a little in making maven not 'download the internet' Too bad the IDEs are not co-operating! Thanks Kris/David for raising this. I am going to add versions for all the plugins and extensions tonight. Unstable pom.xml is the last thing we want (even if that means redundant/optional settings make their way into the poms). Cheers, Indrajit On 24/10/09 7:22 AM, Kris Nuttycombe wrote: I ran into that -it's a missing version number in the root pom. Fixed in my kjn-loc-wip branch if you just want to grab it from there. On Fri, Oct 23, 2009 at 3:41 PM, David Pollak feeder.of.the.be...@gmail.com wrote: Folks, Any idea why NetBeans doesn't like the new Lift pom structure? Thanks, David -- 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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Testing for SQL Server drivers
Kmo b'ivrit, l'dugma? ;) - Derek Chen-Beckerdchenbec...@gmail.com wrote: The ticket is for Unicode text fields, so if you could try having a Lift app schemify a new table and enter some unicode text that should test it. Derek On Fri, Oct 23, 2009 at 4:11 PM, Timothy Perrett timo...@getintheloop.euwrote: Ahhh sorry I didn't see this before - I'm using lift mapper with SQL server at work. I can test this no worries. Just let me know what I should try ;-) Cheers, Tim Sent from my iPhone On 23 Oct 2009, at 21:18, Derek Chen-Becker dchenbec...@gmail.com wrote: I'm pretty much 100% linux at home. I can test any other database (Oracle, MySQL, PostgreSQL, etc), but SQL Server is the exception :) On Fri, Oct 23, 2009 at 2:14 PM, Naftoli Gugenheim naftoli...@gmail.com naftoli...@gmail.com wrote: 100%. Just curious. :) On Fri, Oct 23, 2009 at 4:05 PM, David Pollak feeder.of.the.be...@gmail.com feeder.of.the.be...@gmail.com wrote: On Fri, Oct 23, 2009 at 12:10 PM, Naftoli Gugenheim naftoli...@gmail.com naftoli...@gmail.com wrote: Don't you have a Windows machine that you can install SQL Server Express on? Even if Derek does have such a machine, he's been doing an awful lot of work on Lift. Recruiting people from the community to help is encouraged. On Wed, Oct 21, 2009 at 6:02 PM, Derek Chen-Becker dchenbec...@gmail.com dchenbec...@gmail.com wrote: Hi, I've made some changes to Mapper to better support SQL Server, particularly with Unicode text. Does anyone out there use SQL Server that would be willing to test the code on the wip-dcb-issue-16-sql-server branch to make sure nothing breaks? Thanks, Derek -- Lift, the simply functional web framework http://liftweb.net http://liftweb.net Beginning Scala http://www.apress.com/book/view/1430219890 http://www.apress.com/book/view/1430219890 Follow me: http://twitter.com/dpphttp://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 liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Lift Actor names
I was looking at Actor.scala, which contains SimpleActor, SimplestActor, TypedActor, GenericActor, and ForwardableActor. Some people will say, once you know what something does, who cares what it's called? But names can really make a difference in learning curve, memorization, and code readability. Other than ForwardableActor, do these names reflect what they do? My suggestions: Change SimpleActor to Messageable (it only defines an abstract ! method; arguably more general than an actor) SimplestActor to AnyMessageable (it's SimpleActor with Any for T) TypedActor to RespondingActor etc. (what it adds is !? and !! methods) GenericActor to AnyRespondingActor (or could it be replaced by 'RespondingActor with AnyMessageable'?) ForwardableActor to ForwardingActor (it doesn't get forwarded, it forwards messages) Thoughts? Thanks. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---
[Lift] Re: Proposal : Lift ticketing system
Seems to be a good idea, Glen is working on one... http://github.com/glennSilverman/democritus his could be folded over and fleshed out... On Oct 25, 2:17 pm, Naftoli Gugenheim naftoli...@gmail.com wrote: How about we integrate the wiki, blog, forum, and issue tracker into the CMS? ;) Seriously, maybe it would be a good idea to create a repo and list, and start serious discussion on all aspects of its design. Maybe it could become a big community project, with lots of feedback to Lift. - jlist9jli...@gmail.com wrote: CMS, wiki, blog, forum also sound more interesting than bug tracking system to me :-) On Sat, Oct 24, 2009 at 11:13 AM, aw anth...@whitford.com wrote: I don't mean to be negative, but are other options being considered besides a ticketing system? I kind of wonder if the effort is worth it when excellent alternatives exist (like JIRA -- their Git integration may interest you: https://plugins.atlassian.com/plugin/details/4984 -- I have used their Subversion integration and was very pleased). I would be far more interested in seeing something done for the benefit of the Lift Web Site. (Is it written with Lift?) I don't see a Lift CMS -- and that is something that could evolve well over time. I think it is important for a web framework to use their own stuff, and it should be indicative of the cool things that it can do, stability, scale, and performance... (I am amazed that I have seen rather poor demonstrations of this, specifically by Adobe and JBoss -- but again, I'm not trying to be negative...) I see the Lift site integrating Google Analytics... Is that something that could be out of the box with Lift? That could be a selling point to people making external web sites. Another area that would be neat to develop is instrumentation. Sort of the JMX-Console equivalent for Lift. For scalability and sizing analysis, this would be really useful. Having said that, one major feature that I feel is missing from github is the lack of attachments for an issue. How do you attach test cases or patches for an issue? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Lift group. To post to this group, send email to liftweb@googlegroups.com To unsubscribe from this group, send email to liftweb+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/liftweb?hl=en -~--~~~~--~~--~--~---