Re: [Lift] New Lift release process wiki page

[Charles F. Munat]

Nice

Kris Nuttycombe wrote:
> On Thu, Dec 10, 2009 at 9:26 PM, Indrajit Raychaudhuri
>  wrote:
>   
>> On 11/12/09 9:48 AM, Kris Nuttycombe wrote:
>> 
>>> Right, but the moment another commit goes on the branch you no longer
>>> can see exactly where the release was cut from. Thus it's best to both
>>> branch and tag. In git a branch is a mutable reference to a commit
>>> whereas a tag is immutable. That way you can do bugfixes on the release
>>> branch and diff against the tag to see what has changed, and regularly
>>> merge down to master.
>>>   
>> +1
>>
>> However, David has a valid point. We can let this M8 proceed the way
>> it's going and take this up for subsequent releases.
>>
>> With some luck we can let maven-release-plugin handle some of these for
>> us automatically too.
>> 
>
> It's also not a big deal to correctly tag the release commit after the
> fact, so we can do that whenever.
>
> I've yet to get maven-release-plugin working properly with git, but
> it's been a year or more since i've spent much time on it so perhaps
> things have improved since then.
>
> In any case, I've added the tagging step to the wiki after the
> verification that the release has proceeded correctly.
>
> Kris
>
> --
>
> You received this message because you are subscribed to the Google Groups 
> "Lift" group.
> To post to this group, send email to lift...@googlegroups.com.
> To unsubscribe from this group, send email to 
> liftweb+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/liftweb?hl=en.
>
>
>
>   

--

You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to lift...@googlegroups.com.
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en.

[Lift] Re: Easy way to force IE7 only to quirks mode

[Charles F. Munat]

Thanks!

David Pollak wrote:
> 
> 
> On Mon, Oct 26, 2009 at 9:27 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> I have an ExtJS form that it failing in IE7 Standards mode (works fine
> on IE8 or in quirks mode on IE7). I don't want to force quirks mode on
> all browsers or serve the form improperly. I read that inserting a
> comment between the XML processing tag and the DOCTYPE declaration will
> force IE7 to quirks mode and leave all other browsers alone.
> 
> 
> The String for the DocType is generated in:
> 
> object ResponseInfo {
>   var docType: PartialFunction[Req, Box[String]] = {
> case _ if S.skipDocType => Empty
> case _ if S.getDocType._1 => S.getDocType._2
> case _ => Full(DocType.xhtmlTransitional)
>   }
> }
> 
> You can update the PartialFunction to test for IE7 and emit something like:
> case _ if S.req.map(_.isIE7) == Full(true) => 
> Full("myIEthingyhere\n"+DocType.xhtmlTransitional)
> 
>  
> 
> 
> Anyone know an easy way to do this in Lift? I know we can respond to
> individual browsers (though I can't seem to find that on the list), but
> how to insert that comment? Or is there a better way?
> 
> Chas.
> 
> 
> 
> 
> 
> 
> -- 
> 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] Easy way to force IE7 only to quirks mode

[Charles F. Munat]

I have an ExtJS form that it failing in IE7 Standards mode (works fine
on IE8 or in quirks mode on IE7). I don't want to force quirks mode on
all browsers or serve the form improperly. I read that inserting a
comment between the XML processing tag and the DOCTYPE declaration will
force IE7 to quirks mode and leave all other browsers alone.

Anyone know an easy way to do this in Lift? I know we can respond to
individual browsers (though I can't seem to find that on the list), but 
how to insert that comment? Or is there a better way?

Chas.


--~--~-~--~~~---~--~~
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?

[Charles F. Munat]

I was thinking more that if you're duplicating efforts, why not use 
those efforts to help Jorge move ScalaTime forward simultaneously?

I haven't found any problems with ScalaTime being pre-1.0. It just means 
that not all Joda functionality is available in ScalaTime, and sometimes 
you need to use JodaTime directly. It's not like it crashes. Jorge has 
done a superb job.

I am using ScalaTime with Lift on production sites. (And persisting it 
in Hibernate as well, using a joda-hibernate library that isn't quite 
1.0 either, IIRC.)

Food for thought, anyway.

Chas.

Timothy Perrett wrote:
> I thought we had this discussion in some other thread and because  
> scala-time wasn't 1.0 there was a general reluctancy to use it? We  
> could cherry pick some of the code however; im sure Jorge wouldn't  
> mind :-)
> 
> Cheers, Tim
> 
> On 16 Oct 2009, at 11:30, Charles F. Munat wrote:
> 
>> You have looked at Scala Time, right? I think some of this may already
>> be implemented there, and it would probably be better to extend that
>> rather than reinvent it. But maybe I'm thinking about something else?
>>
>> http://github.com/jorgeortiz85/scala-time
>>
>> Chas.
>>
>> Derek Chen-Becker wrote:
>>> Oh, I plan on incorporating the DSL. My thought was that JodaHelpers
>>> would define most of the same methods as TimeHelpers, just  
>>> operating on
>>> DateTime instead of Date and Calendar. Then you could do
>>>
>>> import ...Helpers._
>>> import ...JodaHelpers._
>>>
>>> and the latter import would mask the TimeHelpers methods. Or you  
>>> could
>>> just import JodaHelpers by itself. Actually, Joda Time has some very
>>> nice facilities for doing intervals that would simplify the DSLs a  
>>> lot
>>> and possibly make it richer.
>>>
>>> Derek
>>>
>>> On Thu, Oct 15, 2009 at 7:19 PM, David Pollak
>>> >> <mailto:feeder.of.the.be...@gmail.com>>
>>> wrote:
>>>
>>>I personally like the DSLs that TimeHelpers provides.  I'd hate to
>>>see it deprecated or go away without the ability to write 30  
>>> seconds
>>>later using some other DSL.
>>>
>>>
>>>On Thu, Oct 15, 2009 at 5:22 PM, Derek Chen-Becker
>>>mailto:dchenbec...@gmail.com>> wrote:
>>>
>>>Well, actually, maybe I'll just make a JodaHelpers with the
>>>applicable methods on it and we can just deprecate the entire
>>>TimeHelpers object. If anyone else has a better idea I'm all  
>>> ears.
>>>
>>>Derek
>>>
>>>
>>>On Thu, Oct 15, 2009 at 5:22 PM, Derek Chen-Becker
>>>mailto:dchenbec...@gmail.com>> wrote:
>>>
>>>OK, will do.
>>>
>>>
>>>On Thu, Oct 15, 2009 at 5:18 PM, David Pollak
>>>>><mailto:feeder.of.the.be...@gmail.com>> wrote:
>>>
>>>I'd prefer not the break the apis without deprecating
>>>them first
>>>
>>>
>>>On Thu, Oct 15, 2009 at 4:09 PM, Derek Chen-Becker
>>>mailto:dchenbec...@gmail.com>>
>>>wrote:
>>>
>>>Just asking, since I'm looking at bolting a lot of
>>>java.util.Date methods onto the innards of
>>>TimeHelpers so that the specs pass.
>>>
>>>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
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>--
>>>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?

[Charles F. Munat]

You have looked at Scala Time, right? I think some of this may already 
be implemented there, and it would probably be better to extend that 
rather than reinvent it. But maybe I'm thinking about something else?

http://github.com/jorgeortiz85/scala-time

Chas.

Derek Chen-Becker wrote:
> Oh, I plan on incorporating the DSL. My thought was that JodaHelpers 
> would define most of the same methods as TimeHelpers, just operating on 
> DateTime instead of Date and Calendar. Then you could do
> 
> import ...Helpers._
> import ...JodaHelpers._
> 
> and the latter import would mask the TimeHelpers methods. Or you could 
> just import JodaHelpers by itself. Actually, Joda Time has some very 
> nice facilities for doing intervals that would simplify the DSLs a lot 
> and possibly make it richer.
> 
> Derek
> 
> On Thu, Oct 15, 2009 at 7:19 PM, David Pollak 
> mailto:feeder.of.the.be...@gmail.com>> 
> wrote:
> 
> I personally like the DSLs that TimeHelpers provides.  I'd hate to
> see it deprecated or go away without the ability to write 30 seconds
> later using some other DSL.
> 
> 
> On Thu, Oct 15, 2009 at 5:22 PM, Derek Chen-Becker
> mailto:dchenbec...@gmail.com>> wrote:
> 
> Well, actually, maybe I'll just make a JodaHelpers with the
> applicable methods on it and we can just deprecate the entire
> TimeHelpers object. If anyone else has a better idea I'm all ears.
> 
> Derek
> 
> 
> On Thu, Oct 15, 2009 at 5:22 PM, Derek Chen-Becker
> mailto:dchenbec...@gmail.com>> wrote:
> 
> OK, will do.
> 
> 
> On Thu, Oct 15, 2009 at 5:18 PM, David Pollak
>  > wrote:
> 
> I'd prefer not the break the apis without deprecating
> them first
> 
> 
> On Thu, Oct 15, 2009 at 4:09 PM, Derek Chen-Becker
> mailto:dchenbec...@gmail.com>>
> wrote:
> 
> Just asking, since I'm looking at bolting a lot of
> java.util.Date methods onto the innards of
> TimeHelpers so that the specs pass.
> 
> 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
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> -- 
> 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] Milestone 6 Released!

[Charles F. Munat]

The Lift team is pleased to announce the lift-1.1-M6 release!

Lift is an expressive and elegant framework for writing web 
applications. Lift stresses the importance of security, maintainability, 
scalability and performance while allowing for high levels of developer 
productivity. Lift is a scala web framework.

No changes defined in this version.

Have fun!
-Lift team

--~--~-~--~~~---~--~~
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: VCard parser...

[Charles F. Munat]

Oh, it's no problem, dude! I've been meaning to pick up a bottle of this 
Jacobsen Vintage #2 beer for a while now, but it's only available in 
Europe. Maybe you could ship me one?

http://www.carlsberggroup.com/brands/Pages/Jacobsen_Vintage_no_2.aspx

Chas.
:-)

marius d. wrote:
> Hly cow !  I owe the committers more than a
> beer. I totally forgot about review board.
> 
> All, please accept my apologies.
> 
> Br's,
> Marius
> 
> On Sep 29, 8:27 am, Timothy Perrett  wrote:
>> I guess we could let him off this time ;-)
>>
>> Any plans to add a vCard builder? I could really use that as it happens!
>>
>> Cheers
>>
>> Tim
>>
>> Sent from my iPhone
>>
>> On 29 Sep 2009, at 14:10, David Pollak   
>> wrote:
>>
>>> Marius added it.  He owes the committers a beer for not going  
>>> through review board.
>>> On Tue, Sep 29, 2009 at 1:10 AM, Timothy Perrett >>> wrote:
>>> Guys,
>>> Who added the VCard parser, who ever made the commit needs to set
>>> there git username :-)
>>> VCard parsing is very, very cool - are there any plans for a builder
>>> for VCard?
>>> Cheers, Tim
>>> --
>>> 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: You are not banned from this group!!

[Charles F. Munat]

Let's hope that things are fine from here on out!

Chas.

David Pollak wrote:
> 
> 
> On Thu, Sep 24, 2009 at 6:29 AM, Oliver Lambert  <mailto:olambo...@gmail.com>> wrote:
> 
> My son was born a week ago, with a heart defect that has just been
> operated on - I've been biting my nails for months and haven't felt
> like communicating or working. Things are starting to look good for
> him so maybe Im back.
> 
> 
> I'll send you a beer and lots of hugs.
>  
> 
> 
> cheers
> Oliver
> 
> 
> On Thu, Sep 24, 2009 at 12:08 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> Funny, I was just wondering what happened to you maybe two days
> ago. Are
> you back, or just checking in?
> 
> Chas.
> 
> Oliver Lambert wrote:
>  >
>  >
>  > On Tue, Sep 22, 2009 at 7:21 AM, David Pollak
>  >  <mailto:feeder.of.the.be...@gmail.com>
> <mailto:feeder.of.the.be...@gmail.com
> <mailto:feeder.of.the.be...@gmail.com>>>
>  > wrote:
>  >
>  >
>  > I will gladly buy beer/coffee/food for anyone who gets such a
>  > notice.  I sincerely apologize for any problems this is
> causing.
>  >
>  >
>  > Can you send me such a notice, I'd like a beer!
>  > Oh, and I've been away for a while, its nice to see the lift
> mailing
>  > list is going so strong.
>  >
>  > Oliver
>  >
>  > >
> 
> 
> 
> 
> 
> 
> 
> 
> -- 
> 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: You are not banned from this group!!

[Charles F. Munat]

Funny, I was just wondering what happened to you maybe two days ago. Are 
you back, or just checking in?

Chas.

Oliver Lambert wrote:
> 
> 
> On Tue, Sep 22, 2009 at 7:21 AM, David Pollak 
> mailto:feeder.of.the.be...@gmail.com>> 
> wrote:
> 
> 
> I will gladly buy beer/coffee/food for anyone who gets such a
> notice.  I sincerely apologize for any problems this is causing.
> 
>  
> Can you send me such a notice, I'd like a beer!
> Oh, and I've been away for a while, its nice to see the lift mailing 
> list is going so strong.
> 
> Oliver
> 
> > 

--~--~-~--~~~---~--~~
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: File uploads sans SHtml

[Charles F. Munat]

Perfect. I was hoping it was that simple. Thanks.

Mind if I put that on the wiki?

Chas.

David Pollak wrote:
> 
> Select a file to upload: 
> 
> 
> 
> 
> for {r <- S.request; f <- r.uploadedFiles if f.name <http://f.name> == 
> "i_like_mice"} yield (f.mimeType, f.fileStream)
> 
> 
> On Mon, Sep 21, 2009 at 5:47 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> I'm using ExtJS to upload a file using a homemade file upload field (for
> styling purposes). I've only used the SHtml feature in the past. I can
> see that the file is in the POST. How does one get it back out?
> 
> Let's say it's a Word Doc or a PDF (it's actually a résumé). I want to
> save it to the drive (or dump it in a BLOB) and pull it back out again
> to attach to an email.
> 
> Best practice on this?
> 
> BTW, the demo here:
> 
> http://demo.liftweb.net/file_upload
> 
> is giving me a 500 error.
> 
> Chas.
> 
> 
> 
> 
> 
> -- 
> Lift, the simply functional web framework http://liftweb.net
> Beginning Scala http://www.apress.com/book/view/1430219890
> Follow me: http://twitter.com/dpp
> Git some: http://github.com/dpp
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] File uploads sans SHtml

[Charles F. Munat]

I'm using ExtJS to upload a file using a homemade file upload field (for 
styling purposes). I've only used the SHtml feature in the past. I can 
see that the file is in the POST. How does one get it back out?

Let's say it's a Word Doc or a PDF (it's actually a résumé). I want to 
save it to the drive (or dump it in a BLOB) and pull it back out again 
to attach to an email.

Best practice on this?

BTW, the demo here:

http://demo.liftweb.net/file_upload

is giving me a 500 error.

Chas.

--~--~-~--~~~---~--~~
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: Turning off garbage collection

[Charles F. Munat]

Now that's a clever idea.

David Pollak wrote:
> 
> 
> On Sep 21, 12:21 pm, "Charles F. Munat"  wrote:
>> Why a once every 75 second ajax request to the server if it's not
>> necessary? But I can live with it.
> 
> http://github.com/dpp/liftweb/issues#issue/69
> 
>> Chas.
>>
>>
>>
>> David Pollak wrote:
>>
>>> On Mon, Sep 21, 2009 at 6:34 AM, Xavi Ramirez >> <mailto:xavi@gmail.com>> wrote:
>>> Doesn't that disable garbage collection for the whole site?
>>> Is it possible to turn off on specific pages?
>>> It's currently not possible to turn of Lift's GUID <-> Function GC on a
>>> page by page basis.
>>> What's the use case for this?  Why is a once every 75 second ajax
>>> request to the server causing issues?
>>> Thanks,
>>> Xavi
>>> On Mon, Sep 21, 2009 at 4:41 AM, Timothy Perrett
>>>  wrote:
>>>      > Chas,
>>>  > This has been asked a million times on list - did you not try
>>>  > searching one of the many archives?
>>>  > LiftRules.enableLiftGC = false;
>>>  > Tim
>>>  > On 21 Sep 2009, at 08:37, Charles F. Munat wrote:
>>>  >> Is it possible to turn off garbage collection on an individual
>>> page if
>>>  >> there's nothing to be garbage collected on that page? If so, how
>>> does
>>>  >> one do it?
>>>  >> Is it possible to turn off garbage collection completely? If so,
>>> how?
>>>  >> I can't seem to find this anywhere.
>>>  >> Chas.
>>> --
>>> Lift, the simply functional web frameworkhttp://liftweb.net
>>> Beginning Scalahttp://www.apress.com/book/view/1430219890
>>> Follow me:http://twitter.com/dpp
>>> Git some:http://github.com/dpp
> > 
> 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Turning off garbage collection

[Charles F. Munat]

Oh, ho... payback, eh? Well, given that I worked 54 of the past 72 
hours, I can get to that wiki article in, oh, probably about six months?

Remind me. :-)

Chas.

P.S. I already 'fessed up that I did a few Google searches and gave up.

That said, and joking aside, the hardest part of finding information is 
choosing the right search terms. Regularly, I'll see someone search for 
something using some reasonable terms, get nothing, and then someone 
else comes along and alters the search terms slightly and gets the right 
thing right away. That happened to me recently with a NetBeans tutorial 
that I forgot to bookmark and then spent days trying to find again.

Timothy Perrett wrote:
> Chas,
> 
> Ironically, my first draft response was pretty much RTFM but I canned  
> it because it was not appropriate ;-)
> 
> I replied in the way I did because your closing comments were "I can't  
> seem to find this anywhere." - by definition, it made it sound like  
> you had spent time searching etc which prompted me to ask where / what  
> you had looked for because this is a well documented question and as  
> you say, it was surprising to hear that you were unable to find a  
> solution.
> 
> Perhaps you could write up a wiki article to aid others in the  
> future...?
> 
> Cheers, Tim
> 
> 
> 
> On 21 Sep 2009, at 20:30, Charles F. Munat wrote:
> 
>> I agree that RTFM is bad. It pisses people off and they go away. I  
>> think
>> David's policy is probably the best I've ever encountered on a list.
>>
>> That said, Tim didn't really say RTFM and he did answer the  
>> question, he
>> just voiced surprise that I didn't find it on my own. I was too
>> exhausted and didn't want to waste more list time with the explanation
>> (it would sound whiny anyway). But I probably should've looked harder.
>> Then again, now Xavi and I know that per-page turning off the GC is  
>> not
>> possible.
>>
>> Man, three hours sleep is just not sufficient.
>>
>> Chas.
>>
>> David Pollak wrote:
>>>
>>> On Mon, Sep 21, 2009 at 1:41 AM, Timothy Perrett
>>>  wrote:
>>>
>>>
>>>Chas,
>>>
>>>This has been asked a million times on list - did you not try
>>>searching one of the many archives?
>>>
>>>
>>> Folks,
>>>
>>> Our stated policy is that RTFM is not a valid response on this list.
>>> Folks, even Lift committers like Charles, are not expected to know
>>> everything about Lift or follow every thread.
>>>
>>> If someone asks the same question over and over again, has an area  
>>> that
>>> they've worked on extensively and asks a basic question about that  
>>> area,
>>> or in some other way clearly and repeatedly off-puts basic efforts on
>>> their part to the rest of the list, we discuss it in private,  
>>> either on
>>> the Lift committers list or one on one with me.  We (usually I) then
>>> privately let that person know that they have been consuming more
>>> resources on this list than they have been giving back.
>>>
>>> Thanks,
>>>
>>> David
>>>
>>>
>>>LiftRules.enableLiftGC = false;
>>>
>>>Tim
>>>
>>>
>>>On 21 Sep 2009, at 08:37, Charles F. Munat wrote:
>>>
>>>> Is it possible to turn off garbage collection on an individual
>>>page if
>>>> there's nothing to be garbage collected on that page? If so, how  
>>>> does
>>>> one do it?
>>>>
>>>> Is it possible to turn off garbage collection completely? If so,  
>>>> how?
>>>>
>>>> I can't seem to find this anywhere.
>>>>
>>>> Chas.
>>>>
>>>
>>>
>>>
>>>
>>>
>>> -- 
>>> Lift, the simply functional web framework http://liftweb.net
>>> Beginning Scala http://www.apress.com/book/view/1430219890
>>> Follow me: http://twitter.com/dpp
>>> Git some: http://github.com/dpp
>>>
> 
> 
> > 
> 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: You are not banned from this group!!

[Charles F. Munat]

But were the sneakers any good?

Chas.

David Pollak wrote:
> Folks,
> 
> Google Groups has apparently sent messages to a number of folks posting 
> to the Lift group telling them that they were banned.  This is simply 
> wrong and sucks for the people who received the messages.
> 
> There has been one substantive poster who was so abusive on the Lift 
> list that he was banned (this was after a number of private emails to 
> the party).  We ban spammers (people posting links to adult sites, cheap 
> knock-off Nike shoes, etc.)  I accidentally banned a person once because 
> I mis-read his mail and it sounded like he was selling sneakers.
> 
> So, if you've received email stating you were banned, please forward the 
> email to me (yes, this is an exception to the rule of not contacting me 
> personally).  If you have a screen shot of being banned, please send it 
> to me.
> 
> I will gladly buy beer/coffee/food for anyone who gets such a notice.  I 
> sincerely apologize for any problems this is causing.
> 
> And, *YOU ARE NOT BANNED!!*
> 
> 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
> Git some: http://github.com/dpp
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Dependency hell? More JPA trouble...

[Charles F. Munat]

That's super useful. Thanks! As I suspected, it's the joda-time jar. But 
luckily so far it seems to work with the other version of gclib.

Chas.

Aaron Valade wrote:
> On Sep 21, 2009, at 9:00 AM, Charles F. Munat wrote:
> 
>> Thanks. Pulling the JTA exception out and deleting the 2.0.2 jar  
>> worked.
>> Now to figure out what's adding that 2.0.2.jar...
> 
> Try running "mvn dependency:tree".  It will show you exactly what jars  
> are being pulled in by what dependencies.
> 
> - A
> 
> > 
> 

--~--~-~--~~~---~--~~
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: Turning off garbage collection

[Charles F. Munat]

I agree that RTFM is bad. It pisses people off and they go away. I think 
David's policy is probably the best I've ever encountered on a list.

That said, Tim didn't really say RTFM and he did answer the question, he 
just voiced surprise that I didn't find it on my own. I was too 
exhausted and didn't want to waste more list time with the explanation 
(it would sound whiny anyway). But I probably should've looked harder. 
Then again, now Xavi and I know that per-page turning off the GC is not 
possible.

Man, three hours sleep is just not sufficient.

Chas.

David Pollak wrote:
> 
> 
> On Mon, Sep 21, 2009 at 1:41 AM, Timothy Perrett 
>  wrote:
> 
> 
> Chas,
> 
> This has been asked a million times on list - did you not try
> searching one of the many archives?
> 
> 
> Folks,
> 
> Our stated policy is that RTFM is not a valid response on this list. 
>  Folks, even Lift committers like Charles, are not expected to know 
> everything about Lift or follow every thread.
> 
> If someone asks the same question over and over again, has an area that 
> they've worked on extensively and asks a basic question about that area, 
> or in some other way clearly and repeatedly off-puts basic efforts on 
> their part to the rest of the list, we discuss it in private, either on 
> the Lift committers list or one on one with me.  We (usually I) then 
> privately let that person know that they have been consuming more 
> resources on this list than they have been giving back. 
> 
> Thanks,
> 
> David
> 
> 
> LiftRules.enableLiftGC = false;
> 
> Tim
> 
> 
> On 21 Sep 2009, at 08:37, Charles F. Munat wrote:
> 
>  >
>  > Is it possible to turn off garbage collection on an individual
> page if
>  > there's nothing to be garbage collected on that page? If so, how does
>  > one do it?
>  >
>  > Is it possible to turn off garbage collection completely? If so, how?
>  >
>  > I can't seem to find this anywhere.
>  >
>  > Chas.
>  >
>  > >
>  >
> 
> 
> 
> 
> 
> 
> -- 
> Lift, the simply functional web framework http://liftweb.net
> Beginning Scala http://www.apress.com/book/view/1430219890
> Follow me: http://twitter.com/dpp
> Git some: http://github.com/dpp
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Turning off garbage collection

[Charles F. Munat]

Why a once every 75 second ajax request to the server if it's not 
necessary? But I can live with it.

Chas.

David Pollak wrote:
> 
> 
> On Mon, Sep 21, 2009 at 6:34 AM, Xavi Ramirez  <mailto:xavi@gmail.com>> wrote:
> 
> 
> Doesn't that disable garbage collection for the whole site?
> 
> Is it possible to turn off on specific pages?
> 
> 
> It's currently not possible to turn of Lift's GUID <-> Function GC on a 
> page by page basis.
> 
> What's the use case for this?  Why is a once every 75 second ajax 
> request to the server causing issues?
>  
> 
> 
> Thanks,
> Xavi
> 
> On Mon, Sep 21, 2009 at 4:41 AM, Timothy Perrett
>  wrote:
>  >
>  > Chas,
>  >
>  > This has been asked a million times on list - did you not try
>  > searching one of the many archives?
>  >
>  > LiftRules.enableLiftGC = false;
>  >
>  > Tim
>  >
>  >
>  > On 21 Sep 2009, at 08:37, Charles F. Munat wrote:
>  >
>  >>
>  >> Is it possible to turn off garbage collection on an individual
> page if
>  >> there's nothing to be garbage collected on that page? If so, how
> does
>  >> one do it?
>  >>
>  >> Is it possible to turn off garbage collection completely? If so,
> how?
>  >>
>  >> I can't seem to find this anywhere.
>  >>
>  >> Chas.
>  >>
>  >> >
>  >>
>  >
>  >
>  > >
>  >
> 
> 
> 
> 
> 
> -- 
> Lift, the simply functional web framework http://liftweb.net
> Beginning Scala http://www.apress.com/book/view/1430219890
> Follow me: http://twitter.com/dpp
> Git some: http://github.com/dpp
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Turning off garbage collection

[Charles F. Munat]

That was my original question, but as it turns out, I don't need it at 
all at the moment, so Tim's reply was sufficient. I would like to know 
the answer, though.

Chas.

Xavi Ramirez wrote:
> Doesn't that disable garbage collection for the whole site?
> 
> Is it possible to turn off on specific pages?
> 
> Thanks,
> Xavi
> 
> On Mon, Sep 21, 2009 at 4:41 AM, Timothy Perrett
>  wrote:
>> Chas,
>>
>> This has been asked a million times on list - did you not try
>> searching one of the many archives?
>>
>> LiftRules.enableLiftGC = false;
>>
>> Tim
>>
>>
>> On 21 Sep 2009, at 08:37, Charles F. Munat wrote:
>>
>>> Is it possible to turn off garbage collection on an individual page if
>>> there's nothing to be garbage collected on that page? If so, how does
>>> one do it?
>>>
>>> Is it possible to turn off garbage collection completely? If so, how?
>>>
>>> I can't seem to find this anywhere.
>>>
>>> Chas.
>>>
>>
> 
> > 
> 

--~--~-~--~~~---~--~~
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: Dependency hell? More JPA trouble...

[Charles F. Munat]

Thanks. Pulling the JTA exception out and deleting the 2.0.2 jar worked. 
Now to figure out what's adding that 2.0.2.jar...

Chas.

Viktor Klang wrote:
> The first two looks like jar version mismatch problems, and hte last 
> indicates a missing dependency on the Java Transaction Api
> 
> On Mon, Sep 21, 2009 at 2:24 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> I am getting the following error. I've been up all night trying to track
> this down with no luck. It seems it has something to do with the GCLib
> dependency (and, in fact, when I look at the JavaDocs for GCLib, there
> is no such method).
> 
> In the target WEB-INF/lib directory, I find:
> 
> cglib-2.1_3.jar
> cglib-full-2.0.2.jar
> 
> Message: java.lang.NoSuchMethodError:
> net.sf.cglib.proxy.Enhancer.setInterceptDuringConstruction(Z)V
> 
> org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.getProxyFactory(CGLIBLazyInitializer.java:126)
> 
> org.hibernate.proxy.pojo.cglib.CGLIBProxyFactory.postInstantiate(CGLIBProxyFactory.java:43)
> 
> org.hibernate.tuple.entity.PojoEntityTuplizer.buildProxyFactory(PojoEntityTuplizer.java:162)
> 
> org.hibernate.tuple.entity.AbstractEntityTuplizer.<init>(AbstractEntityTuplizer.java:135)
> 
> org.hibernate.tuple.entity.PojoEntityTuplizer.<init>(PojoEntityTuplizer.java:55)
> 
> org.hibernate.tuple.entity.EntityEntityModeToTuplizerMapping.<init>(EntityEntityModeToTuplizerMapping.java:56)
> 
> org.hibernate.tuple.entity.EntityMetamodel.<init>(EntityMetamodel.java:295)
> 
> org.hibernate.persister.entity.AbstractEntityPersister.<init>(AbstractEntityPersister.java:434)
> 
> org.hibernate.persister.entity.JoinedSubclassEntityPersister.<init>(JoinedSubclassEntityPersister.java:91)
> 
> org.hibernate.persister.PersisterFactory.createClassPersister(PersisterFactory.java:58)
> 
> org.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:226)
> 
> org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1294)
> 
> org.hibernate.cfg.AnnotationConfiguration.buildSessionFactory(AnnotationConfiguration.java:915)
> 
> org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:730)
> 
> org.hibernate.ejb.HibernatePersistence.createEntityManagerFactory(HibernatePersistence.java:121)
> 
> javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:83)
> 
> javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:60)
>org.scala_libs.jpa.LocalEMF.<init>(LocalEM.scala:55)
>org.scala_libs.jpa.LocalEMF.<init>(LocalEM.scala:52)
>com.munat.tales.model.Model$.<init>(Model.scala:23)
>com.munat.tales.model.Model$.<clinit>(Model.scala)
> etc.
> 
> If I eliminate cglib-2.1_3.jar, I get this:
> 
> Message: java.lang.NoSuchMethodError:
> net.sf.cglib.proxy.Enhancer.setInterceptDuringConstruction(Z)V
> 
> org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.getProxyFactory(CGLIBLazyInitializer.java:126)
> 
> org.hibernate.proxy.pojo.cglib.CGLIBProxyFactory.postInstantiate(CGLIBProxyFactory.java:43)
> 
> org.hibernate.tuple.entity.PojoEntityTuplizer.buildProxyFactory(PojoEntityTuplizer.java:162)
> 
> org.hibernate.tuple.entity.AbstractEntityTuplizer.<init>(AbstractEntityTuplizer.java:135)
> 
> org.hibernate.tuple.entity.PojoEntityTuplizer.<init>(PojoEntityTuplizer.java:55)
> 
> org.hibernate.tuple.entity.EntityEntityModeToTuplizerMapping.<init>(EntityEntityModeToTuplizerMapping.java:56)
> 
> org.hibernate.tuple.entity.EntityMetamodel.<init>(EntityMetamodel.java:295)
> 
> org.hibernate.persister.entity.AbstractEntityPersister.<init>(AbstractEntityPersister.java:434)
> 
> org.hibernate.persister.entity.JoinedSubclassEntityPersister.<init>(JoinedSubclassEntityPersister.java:91)
> 
> org.hibernate.persister.PersisterFactory.createClassPersister(PersisterFactory.java:58)
> 
> org.hibernate.impl.SessionFactoryImpl.<init>(SessionFactoryImpl.java:226)
> 
> org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1294)
> 
> org.hibernate.cfg.AnnotationConfiguration.buildSessionFactory(AnnotationConfiguration.java:915)
> 
> org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:730)
> 
> org.hibernate.ejb.HibernatePersistence.createEntityManagerFactory(HibernatePersistence.java:121)
> 
> javax.persistence.Persistence.createEntityManager

[Lift] Dependency hell? More JPA trouble...

[Charles F. Munat]

I am getting the following error. I've been up all night trying to track 
this down with no luck. It seems it has something to do with the GCLib 
dependency (and, in fact, when I look at the JavaDocs for GCLib, there 
is no such method).

In the target WEB-INF/lib directory, I find:

cglib-2.1_3.jar
cglib-full-2.0.2.jar

Message: java.lang.NoSuchMethodError: 
net.sf.cglib.proxy.Enhancer.setInterceptDuringConstruction(Z)V
org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.getProxyFactory(CGLIBLazyInitializer.java:126)
org.hibernate.proxy.pojo.cglib.CGLIBProxyFactory.postInstantiate(CGLIBProxyFactory.java:43)
org.hibernate.tuple.entity.PojoEntityTuplizer.buildProxyFactory(PojoEntityTuplizer.java:162)
org.hibernate.tuple.entity.AbstractEntityTuplizer.(AbstractEntityTuplizer.java:135)
org.hibernate.tuple.entity.PojoEntityTuplizer.(PojoEntityTuplizer.java:55)
org.hibernate.tuple.entity.EntityEntityModeToTuplizerMapping.(EntityEntityModeToTuplizerMapping.java:56)
org.hibernate.tuple.entity.EntityMetamodel.(EntityMetamodel.java:295)
org.hibernate.persister.entity.AbstractEntityPersister.(AbstractEntityPersister.java:434)
org.hibernate.persister.entity.JoinedSubclassEntityPersister.(JoinedSubclassEntityPersister.java:91)
org.hibernate.persister.PersisterFactory.createClassPersister(PersisterFactory.java:58)
org.hibernate.impl.SessionFactoryImpl.(SessionFactoryImpl.java:226)
org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1294)
org.hibernate.cfg.AnnotationConfiguration.buildSessionFactory(AnnotationConfiguration.java:915)
org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:730)
org.hibernate.ejb.HibernatePersistence.createEntityManagerFactory(HibernatePersistence.java:121)
javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:83)
javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:60)
org.scala_libs.jpa.LocalEMF.(LocalEM.scala:55)
org.scala_libs.jpa.LocalEMF.(LocalEM.scala:52)
com.munat.tales.model.Model$.(Model.scala:23)
com.munat.tales.model.Model$.(Model.scala)
etc.

If I eliminate cglib-2.1_3.jar, I get this:

Message: java.lang.NoSuchMethodError: 
net.sf.cglib.proxy.Enhancer.setInterceptDuringConstruction(Z)V
org.hibernate.proxy.pojo.cglib.CGLIBLazyInitializer.getProxyFactory(CGLIBLazyInitializer.java:126)
org.hibernate.proxy.pojo.cglib.CGLIBProxyFactory.postInstantiate(CGLIBProxyFactory.java:43)
org.hibernate.tuple.entity.PojoEntityTuplizer.buildProxyFactory(PojoEntityTuplizer.java:162)
org.hibernate.tuple.entity.AbstractEntityTuplizer.(AbstractEntityTuplizer.java:135)
org.hibernate.tuple.entity.PojoEntityTuplizer.(PojoEntityTuplizer.java:55)
org.hibernate.tuple.entity.EntityEntityModeToTuplizerMapping.(EntityEntityModeToTuplizerMapping.java:56)
org.hibernate.tuple.entity.EntityMetamodel.(EntityMetamodel.java:295)
org.hibernate.persister.entity.AbstractEntityPersister.(AbstractEntityPersister.java:434)
org.hibernate.persister.entity.JoinedSubclassEntityPersister.(JoinedSubclassEntityPersister.java:91)
org.hibernate.persister.PersisterFactory.createClassPersister(PersisterFactory.java:58)
org.hibernate.impl.SessionFactoryImpl.(SessionFactoryImpl.java:226)
org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1294)
org.hibernate.cfg.AnnotationConfiguration.buildSessionFactory(AnnotationConfiguration.java:915)
org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:730)
org.hibernate.ejb.HibernatePersistence.createEntityManagerFactory(HibernatePersistence.java:121)
javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:83)
javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:60)
org.scala_libs.jpa.LocalEMF.(LocalEM.scala:55)
org.scala_libs.jpa.LocalEMF.(LocalEM.scala:52)
etc.

If I eliminate the cglib-full-2.0.2.jar I get this:

Message: java.lang.NoClassDefFoundError: javax/transaction/SystemException
org.hibernate.ejb.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:37)
org.hibernate.ejb.EntityManagerFactoryImpl.createEntityManager(EntityManagerFactoryImpl.java:32)
org.scala_libs.jpa.LocalEMF.openEM(LocalEM.scala:62)
net.liftweb.jpa.RequestVarEM$class.protected$openEM(RequestVarEM.scala:41)
etc.

Here is my master pom.xml: (I'm using scala 2.7.5)

   
 
   org.scala-lang
   scala-compiler
   ${scala.version}
   test
 
 
   org.scala-lang
   scala-library
   ${scala.version}
 
 
   postgresql
   postgresql
   8.3-603.jdbc3
 
 
   junit
   junit
   4.4
   test
 
 
   net.liftweb
   lift-json
   1.1-SNAPSHOT
 
   

Here's the web pom.xml:

   
 
   org.mortbay.jetty
   jetty
   [6.1.6, 6.1.19)
   test
   

[Lift] Re: Turning off garbage collection

[Charles F. Munat]

Yes, but somehow I didn't come up with anything. I guess I should've 
searched harder.

Chas.

Timothy Perrett wrote:
> Chas,
> 
> This has been asked a million times on list - did you not try  
> searching one of the many archives?
> 
> LiftRules.enableLiftGC = false;
> 
> Tim
> 
> 
> On 21 Sep 2009, at 08:37, Charles F. Munat wrote:
> 
>> Is it possible to turn off garbage collection on an individual page if
>> there's nothing to be garbage collected on that page? If so, how does
>> one do it?
>>
>> Is it possible to turn off garbage collection completely? If so, how?
>>
>> I can't seem to find this anywhere.
>>
>> Chas.
>>
> 
> 
> > 
> 

--~--~-~--~~~---~--~~
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] Turning off garbage collection

[Charles F. Munat]

Is it possible to turn off garbage collection on an individual page if 
there's nothing to be garbage collected on that page? If so, how does 
one do it?

Is it possible to turn off garbage collection completely? If so, how?

I can't seem to find this anywhere.

Chas.

--~--~-~--~~~---~--~~
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] Weird JPA behavior

[Charles F. Munat]

I have an object with associated objects which have associated objects.

The first is an Application. An application is associated with a Member. 
The Member is associated with sets of StreetAddresses and Telephones.

In the Application class I have a toHTML method that lays out the detail 
from the Application, *including* the Member's data *and* any 
StreetAddresses or Telephones.

If I pull an Application out of the DB using a ScalaQuery, it works like 
a charm.

I also have an add method that creates the Application. It creates the 
Member first, then creates the StreetAddresses and Telephones and adds 
them to the Member. Then it creates the Application and adds the Member. 
Then it does a mergeAndFlush on the Application.

Then I send a couple of emails, and in one of them I call the asHTML 
method on the Application. And I get all the Application and Member 
data, but the StreetAddresses and Telephones are blank.

What gives? What do I have to do to access 
application.member.telephones? Or can I not do that automatically in a 
method inside of application? (It's the Application toHTML method that 
runs through this.member.telephones to create the output.)

The craziest thing to me is that if I query for the Application, it 
works just fine.

TIA

Chas.

--~--~-~--~~~---~--~~
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: JPA with more than one front end (Maven! sigh...)

[Charles F. Munat]

Excellent. Thanks!

Derek Chen-Becker wrote:
> OK, well, I don't know if this will work in JBoss Web, but here it is 
> anyways. This shows how you can create an EAR from some web modules, a 
> JPA module and a library (shared between all three classloaders). Note 
> that the plugin configuration defines the order that the modules are 
> loaded, which is why the spa module is first.
> 
> Derek
> 
> On Thu, Sep 17, 2009 at 2:24 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> It's not the AS, it's the souped-up Tomcat (JBoss Web). All their
> examples are WARs. But sure, send an EAR along, Mr. Van Gogh.
> 
> Chas.
> 
> Derek Chen-Becker wrote:
>  > Also, if you're loading this up in JBoss, it might make more sense to
>  > bundle the artifacts into an EAR, unless you intend for the two web
>  > modules to have completely separate persistence units (e.g. different
>  > DBs, etc). Maven has a nice plugin for doing EARs. I can send a
> sample
>  > pom.xml if you'd like.
>  >
>  > Derek
>  >
>  > On Thu, Sep 17, 2009 at 1:01 PM, Derek Chen-Becker
>  > mailto:dchenbec...@gmail.com>
> <mailto:dchenbec...@gmail.com <mailto:dchenbec...@gmail.com>>> wrote:
>  >
>  > JBoss includes its own JTA libs, so you need to set the scope to
>  > exclude the other ones or else they'll conflict. Generally
> with any
>  > JEE container you would need to do that, since JTA is part of the
>  > spec. What exactly do you mean by "the objects are created,
> but none
>  > of the properties are saved"? Is an insert occurring but no
> fields
>  > are saved? If it's transaction related it's almost always a
> binary
>  > outcome (works/doesn't work), not something in between, although
>  > I've seen enough oddities to know that there are always
> exceptions :P
>  >
>  > Derek
>  >
>  >
>  > On Thu, Sep 17, 2009 at 12:03 PM, Charles F. Munat
> mailto:c...@munat.com>
>  > <mailto:c...@munat.com <mailto:c...@munat.com>>> wrote:
>  >
>  >
>  > Actually, I figured that out. They're included. But I have a
>  > different
>  > problem now -- one that you might know the answer to.
>  >
>  > I'm loading this war file up in JBossWeb (basically a
> hopped-up
>  > Tomcat)
>  > and when I try to use it, I get a problem with
> transactions. I
>  > assume
>  > this is something in the JBossWeb server, since I have
> nothing in my
>  > code to cause that. Something on the server wants that
> jta.jar
>  > in there.
>  >
>  > So I tried commenting out the javax.transaction exclusion
> in the
>  > pom.xml
>  > file for the "spa" project, and that added the jta jar to the
>  > lib, as
>  > expected. That also solved the problem with the server.
>  >
>  > But now when I merge objects to the database, the objects are
>  > created,
>  > but none of the properties are saved. It's very strange. I am
>  > wondering
>  > if this is a transaction issue.
>  >
>  > And just out of curiosity, why is the javax.transaction
> exclusion in
>  > there? I've often wondered about that.
>  >
>  >         Chas.
>  >
>  > Derek Chen-Becker wrote:
>  >  > Are you sure that they're not getting included (e.g. not
>  > actually in the
>  >  > WAR file), or that they're not activated? If your
> dependency
>  > (in the web
>  >  > modules) on the spa module is default scope, then it
> should
>  > be including
>  >  > them.
>  >  >
>  >  > Derek
>  >  >
>  >  > On Wed, Sep 16, 2009 at 10:32 PM, Charles F. Munat
>  > mailto:c...@munat.com>
> <mailto:c...@munat.com <mailto:c...@munat.com>>
>  >  > <mailto:c...@munat.com <mailto:c...@munat.com>
> <mailto:c...@munat.com <mailto

[Lift] Re: JPA with more than one front end (Maven! sigh...)

[Charles F. Munat]

Yes, I would expect the work/doesn't result, too. So maybe it's 
correlation not causation and I should look for something else. It's 
definitely saving the objects, just not updating the fields. Weird.

(Works fine when I use the embedded Jetty.)

Nothing in Puterland is easy. Sigh...

Chas.

Derek Chen-Becker wrote:
> JBoss includes its own JTA libs, so you need to set the scope to exclude 
> the other ones or else they'll conflict. Generally with any JEE 
> container you would need to do that, since JTA is part of the spec. What 
> exactly do you mean by "the objects are created, but none of the 
> properties are saved"? Is an insert occurring but no fields are saved? 
> If it's transaction related it's almost always a binary outcome 
> (works/doesn't work), not something in between, although I've seen 
> enough oddities to know that there are always exceptions :P
> 
> Derek
> 
> On Thu, Sep 17, 2009 at 12:03 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> Actually, I figured that out. They're included. But I have a different
> problem now -- one that you might know the answer to.
> 
> I'm loading this war file up in JBossWeb (basically a hopped-up Tomcat)
> and when I try to use it, I get a problem with transactions. I assume
> this is something in the JBossWeb server, since I have nothing in my
> code to cause that. Something on the server wants that jta.jar in there.
> 
> So I tried commenting out the javax.transaction exclusion in the pom.xml
> file for the "spa" project, and that added the jta jar to the lib, as
> expected. That also solved the problem with the server.
> 
> But now when I merge objects to the database, the objects are created,
> but none of the properties are saved. It's very strange. I am wondering
> if this is a transaction issue.
> 
> And just out of curiosity, why is the javax.transaction exclusion in
> there? I've often wondered about that.
> 
> Chas.
> 
> Derek Chen-Becker wrote:
>  > Are you sure that they're not getting included (e.g. not actually
> in the
>  > WAR file), or that they're not activated? If your dependency (in
> the web
>  > modules) on the spa module is default scope, then it should be
> including
>  > them.
>  >
>  > Derek
>  >
>  > On Wed, Sep 16, 2009 at 10:32 PM, Charles F. Munat
> mailto:c...@munat.com>
>  > <mailto:c...@munat.com <mailto:c...@munat.com>>> wrote:
>  >
>  >
>  > I have a Lift project with a JPA backend subproject, and then
> two Lift
>  > front ends that access the same back end, also as subprojects.
>  >
>  > So my master pom.xml looks like this:
>  >
>  >   
>  > web
>  > web2
>  > spa
>  >   
>  >
>  > Works beautifully. Web responds on one port and Web2 on
> another (when I
>  > use the internal Jetty).
>  >
>  > But when I do mvn package and put the war on the server,
> somehow the
>  > "spa" backend classes do not get included.
>  >
>  > Any idea what I'm doing wrong?
>  >
>  > Chas.
>  >
>  >
>  >
>  >
>  > >
> 
> 
> 
> 
> > 

--~--~-~--~~~---~--~~
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: JPA with more than one front end (Maven! sigh...)

[Charles F. Munat]

It's not the AS, it's the souped-up Tomcat (JBoss Web). All their 
examples are WARs. But sure, send an EAR along, Mr. Van Gogh.

Chas.

Derek Chen-Becker wrote:
> Also, if you're loading this up in JBoss, it might make more sense to 
> bundle the artifacts into an EAR, unless you intend for the two web 
> modules to have completely separate persistence units (e.g. different 
> DBs, etc). Maven has a nice plugin for doing EARs. I can send a sample 
> pom.xml if you'd like.
> 
> Derek
> 
> On Thu, Sep 17, 2009 at 1:01 PM, Derek Chen-Becker 
> mailto:dchenbec...@gmail.com>> wrote:
> 
> JBoss includes its own JTA libs, so you need to set the scope to
> exclude the other ones or else they'll conflict. Generally with any
> JEE container you would need to do that, since JTA is part of the
> spec. What exactly do you mean by "the objects are created, but none
> of the properties are saved"? Is an insert occurring but no fields
> are saved? If it's transaction related it's almost always a binary
> outcome (works/doesn't work), not something in between, although
> I've seen enough oddities to know that there are always exceptions :P
> 
> Derek
> 
> 
> On Thu, Sep 17, 2009 at 12:03 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> Actually, I figured that out. They're included. But I have a
> different
> problem now -- one that you might know the answer to.
> 
> I'm loading this war file up in JBossWeb (basically a hopped-up
> Tomcat)
> and when I try to use it, I get a problem with transactions. I
> assume
> this is something in the JBossWeb server, since I have nothing in my
> code to cause that. Something on the server wants that jta.jar
> in there.
> 
> So I tried commenting out the javax.transaction exclusion in the
> pom.xml
> file for the "spa" project, and that added the jta jar to the
> lib, as
> expected. That also solved the problem with the server.
> 
> But now when I merge objects to the database, the objects are
> created,
> but none of the properties are saved. It's very strange. I am
> wondering
> if this is a transaction issue.
> 
> And just out of curiosity, why is the javax.transaction exclusion in
> there? I've often wondered about that.
> 
> Chas.
> 
> Derek Chen-Becker wrote:
>  > Are you sure that they're not getting included (e.g. not
> actually in the
>  > WAR file), or that they're not activated? If your dependency
> (in the web
>  > modules) on the spa module is default scope, then it should
> be including
>  > them.
>  >
>  > Derek
>  >
>  > On Wed, Sep 16, 2009 at 10:32 PM, Charles F. Munat
> mailto:c...@munat.com>
>  > <mailto:c...@munat.com <mailto:c...@munat.com>>> wrote:
>  >
>  >
>  > I have a Lift project with a JPA backend subproject, and
> then two Lift
>  > front ends that access the same back end, also as
> subprojects.
>  >
>  > So my master pom.xml looks like this:
>  >
>  >   
>  > web
>  > web2
>  > spa
>  >   
>  >
>  > Works beautifully. Web responds on one port and Web2 on
> another (when I
>  > use the internal Jetty).
>  >
>  > But when I do mvn package and put the war on the server,
> somehow the
>  > "spa" backend classes do not get included.
>  >
>  > Any idea what I'm doing wrong?
>  >
>  > Chas.
>  >
>  >
>  >
>  >
>  > >
> 
> 
> 
> 
> 
> > 

--~--~-~--~~~---~--~~
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: JPA with more than one front end (Maven! sigh...)

[Charles F. Munat]

Actually, I figured that out. They're included. But I have a different 
problem now -- one that you might know the answer to.

I'm loading this war file up in JBossWeb (basically a hopped-up Tomcat) 
and when I try to use it, I get a problem with transactions. I assume 
this is something in the JBossWeb server, since I have nothing in my 
code to cause that. Something on the server wants that jta.jar in there.

So I tried commenting out the javax.transaction exclusion in the pom.xml 
file for the "spa" project, and that added the jta jar to the lib, as 
expected. That also solved the problem with the server.

But now when I merge objects to the database, the objects are created, 
but none of the properties are saved. It's very strange. I am wondering 
if this is a transaction issue.

And just out of curiosity, why is the javax.transaction exclusion in 
there? I've often wondered about that.

Chas.

Derek Chen-Becker wrote:
> Are you sure that they're not getting included (e.g. not actually in the 
> WAR file), or that they're not activated? If your dependency (in the web 
> modules) on the spa module is default scope, then it should be including 
> them.
> 
> Derek
> 
> On Wed, Sep 16, 2009 at 10:32 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> I have a Lift project with a JPA backend subproject, and then two Lift
> front ends that access the same back end, also as subprojects.
> 
> So my master pom.xml looks like this:
> 
>   
> web
> web2
> spa
>   
> 
> Works beautifully. Web responds on one port and Web2 on another (when I
> use the internal Jetty).
> 
> But when I do mvn package and put the war on the server, somehow the
> "spa" backend classes do not get included.
> 
> Any idea what I'm doing wrong?
> 
> Chas.
> 
> 
> 
> 
> > 

--~--~-~--~~~---~--~~
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] JPA with more than one front end (Maven! sigh...)

[Charles F. Munat]

I have a Lift project with a JPA backend subproject, and then two Lift 
front ends that access the same back end, also as subprojects.

So my master pom.xml looks like this:

   
 web
 web2
 spa
   

Works beautifully. Web responds on one port and Web2 on another (when I 
use the internal Jetty).

But when I do mvn package and put the war on the server, somehow the 
"spa" backend classes do not get included.

Any idea what I'm doing wrong?

Chas.

--~--~-~--~~~---~--~~
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: Spring Security

[Charles F. Munat]

David Pollak wrote:
> The existing page/URL level security has nothing to do with Mapper. 
>  There's nothing that can be done with Mapper that can't be done with 
> JPA (with the exception of Mapper's field-level access control which, to 
> my knowledge, is not being used anywhere.)

I meant that the login feature when you use the basic archetype is set 
up to work with Mapper, not that login is part of Mapper. It could be 
adapted to work with JPA easily, but there is no JPA archetype so far 
that includes that login functionality (that I'm aware of). You have to 
roll your own.

> I radically disagree.  Having a separate concern doing "security" is a 
> disaster because there'll always be some place where one system believes 
> one thing and the other system believes something else.

A disaster? Always? Really? Even allowing for hyperbole, if these 
systems are so bad, why are so many people using them -- apparently with 
great success? Without some evidence to back this claim up, I'm dubious.

That said, it certainly would be nice to have these capabilities in 
Lift. But I don't have the time either. SS looks pretty drop in.

There may also be situations where using a particular solution (such as 
SS) is a requirement and make-or-break on whether Lift can be used, so I 
don't see the ability to make Lift work with such software as a negative.

I have a lot more to say on this, but have to run. Maybe later.

Chas.

--~--~-~--~~~---~--~~
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: Spring Security

[Charles F. Munat]

Whew. You had me worried.

The current Lift system works with Mapper. If you're using JPA you 
pretty much have to roll your own. Even with the Mapper version, plenty 
of work is involved. So I agree, this is an area where it would be nice 
to have something ready to go for folks who just need by-URL protection 
and a login/logout page.

But I think it's perfectly reasonable to expect those doing more 
enterprise level systems to drop in a full solution. I'm not sure it's 
worth spending a lot of Lift time reinventing the wheel there. Making it 
easier to use something like SS might be a better route.

I'm still pretty vague on all this, so open to arguments both ways.

Thanks for your comments, Tim. As always, they help to keep things focused.

Chas.

Timothy Perrett wrote:
> No particular reason... mainly just that we'd like lift to be as full
> featured as possible; as you say, your free to use whatever java libs
> you want: that includes SS.
> 
> HTH :-)
> 
> Cheers, Tim
> 
>> Yet, it seems that I'm being
>> discouraged from using Spring Security... is that the case, and, if so,
>> why? Why *wouldn't* I want to use SS?
>>
> > 
> 

--~--~-~--~~~---~--~~
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: Spring Security

[Charles F. Munat]

No, actually, I'm going to be using everything listed (though obviously 
*either* CAS or JOSSO, not both). I have the LDAP server up and running. 
I definitely want OpenIDE capability. JOSSO looks easier than CAS, but I 
might be able to avoid that for a while anyway. I am using a 
single-sign-on system for multiple related apps (eventually to be spread 
across multiple servers), but for right now they're in the same JVM.

As I see it, a great benefit of Lift is the ability to use Java 
libraries (and I'm using a lot of them). Yet, it seems that I'm being 
discouraged from using Spring Security... is that the case, and, if so, 
why? Why *wouldn't* I want to use SS?

Chas.

Timothy Perrett wrote:
> Whilst I agree there is certainly a lot very good work in spring
> security, one has to ask: what is it YOU want from it? You listed a
> bunch of features there but one would imagine your not going to be
> using them all.
> 
> Perhaps look at this another way - what problem do you have that you
> feel spring security addresses that is not currently addressed by
> lift? (that is, im not saying Lift is perfect just trying to drill
> into your requirements)
> 
> Cheers, Tim
> 
> On Sep 15, 7:38 pm, "Charles F. Munat"  wrote:
>> Pretty much drop-in capability, integration with CAS or JOSSO for
>> single-sign-on, easy integration of OpenID, easy integration with
>> OpenLDAP, documentation (for the next developer), six years of debugging
>> and tweaking, and not reinventing the wheel, for a start...
>>
>> Chas.
>>
>>
>>
>> David Pollak wrote:
>>> What does Spring security give you that you can't get with SiteMap for
>>> HTML pages and guards or wrappers around partial functions for non-HTML?
>>> On Mon, Sep 14, 2009 at 11:34 PM, Charles F. Munat >> <mailto:c...@munat.com>> wrote:
>>> Has anyone tried using Spring Security (formerly Acegi) in Lift?
>>> If so, care to comment on the experience? Suggestions? Pitfalls?
>>> Thanks!
>>> Chas.
>>> --
>>> Lift, the simply functional web frameworkhttp://liftweb.net
>>> Beginning Scalahttp://www.apress.com/book/view/1430219890
>>> Follow me:http://twitter.com/dpp
>>> Git some:http://github.com/dpp
> > 
> 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Spring Security

[Charles F. Munat]

Pretty much drop-in capability, integration with CAS or JOSSO for 
single-sign-on, easy integration of OpenID, easy integration with 
OpenLDAP, documentation (for the next developer), six years of debugging 
and tweaking, and not reinventing the wheel, for a start...

Chas.

David Pollak wrote:
> What does Spring security give you that you can't get with SiteMap for 
> HTML pages and guards or wrappers around partial functions for non-HTML?
> 
> On Mon, Sep 14, 2009 at 11:34 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> Has anyone tried using Spring Security (formerly Acegi) in Lift?
> 
> If so, care to comment on the experience? Suggestions? Pitfalls?
> 
> Thanks!
> 
> Chas.
> 
> 
> 
> 
> 
> -- 
> Lift, the simply functional web framework http://liftweb.net
> Beginning Scala http://www.apress.com/book/view/1430219890
> Follow me: http://twitter.com/dpp
> Git some: http://github.com/dpp
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: FireFox plug-ins: beware!

[Charles F. Munat]

Thanks for the heads-up!

Chas.

Dano wrote:
> I recently ran into a problem where the login/logout process of my
> lift app was not working - basically redirection was not working.  I
> tried different versions of FireFox (3.0, 3.5) and still the problem
> persisted.  I thought it was a Lift bug, but others could not
> reproduce it.
> 
> Finally, I removed the Skype FireFox plugin and magically my Lift app
> was cured!
> 
> Don't know if others have already run into this, but thought I would
> send a note out just in case.
> 
> Thanks.
> 
> 
> Dano
> > 
> 

--~--~-~--~~~---~--~~
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] Spring Security

[Charles F. Munat]

Has anyone tried using Spring Security (formerly Acegi) in Lift?

If so, care to comment on the experience? Suggestions? Pitfalls?

Thanks!

Chas.

--~--~-~--~~~---~--~~
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: The bridge of sorrows

[Charles F. Munat]

You, Sir Lancelot on the quest I seek the Holy Grail may cross the 
bridge of sorrows...

David Pollak wrote:
> What is your name?
> 
> What is your quest?
> 
> What is your favorite color?
> 
> How do you do this in Lift?  http://demo.liftweb.net/simple_wizard
> 
> -- 
> Lift, the simply functional web framework http://liftweb.net
> Beginning Scala http://www.apress.com/book/view/1430219890
> Follow me: http://twitter.com/dpp
> Git some: http://github.com/dpp
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Lift deal breakers

[Charles F. Munat]

My sites are low traffic mostly, so a fraction of a second isn't that 
important to me, but I can see how it might be to you. (Which is not to 
say that I don't try to minimize hits to the database, combine files, 
minify, etc., all of which are fractional-second improvements, usually.)

I don't use the Lift JSON stuff much, so it doesn't really affect me anyway.

If I find anything about actual speed differences, I'll let you know.

Chas.

Viktor Klang wrote:
> 
> 
> On Mon, Sep 14, 2009 at 9:29 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> When you say that "direct JS callbacks (i.e. onclick="foo()")
> outperforms _any_ other approach" what is the source for your assertion?
> And what do you mean by "outperforms"? What are the criteria? Are you
> talking about speed?
> 
> 
> Yes, page load time speed. (since the callback is loaded in relativity 
> to its owner (no lookups needed etc).
> I did a quick search but the source of my info was nowhere to be found.
> 
> I did a rather extensive research a year back or so, inline-callback vs. 
> event delegation vs. end-of-page initialization.
> 
> I guess all depends on what performance you're looking for and how JS 
> heavy your app is.
> For me, with a _very_ high performance (speed) requirement, it's vital 
> that one doesn't do any un-cacheable, avoidable requests.
> 
> But as I said, perhaps a good trade-off is to put the JS init at the end 
> of the page.
>  
> 
> 
> If so, what is the magnitude of the difference? Is it significant?
> 
> Without this information it is difficult to guess which approach would
> be better. Is moving the attaching of event handlers to a separate JS
> file going to significantly slow down my page? Then maybe it's not worth
> it. But if the difference is negligible, then keeping concerns separate
> is worth it to me.
> 
> It's dangerous to say that A outperforms B without understanding exactly
> what that means.
> 
> For me, separation of concerns "outperforms" mixing concerns in terms of
> development ease, reuse, and graceful degradation. Some of this may not
> apply to automatically generated code, of course.
> 
> Chas.
> 
> Viktor Klang wrote:
>  >
>  >
>  > On Mon, Sep 14, 2009 at 8:20 PM, Timothy Perrett
>  >  wrote:
>  >
>  >
>  > Just wading into the fray here...
>  >
>  > Looking at people who have responded to this thread, they are
> mainly
>  > people i've not seen on the list before (sorry if your regulars
>  > perhaps i should pay more attention!) and that indicates to
> me that
>  > general users dont want *any* js in page (either in the head, the
>  > footer, or attributes) and this should be the default, not the
>  > exceptional case.
>  >
>  > Personally, this stuff used to really bother me when doing
> front end
>  > work. Luckily that is hardly ever now, but i see the point
> being made
>  > and would like to add my vote to free-ing the markup of
> inline JS.
>  >
>  > Thoughts?
>  >
>  >
>  > I'd agree to this sentiment if it were not for DPPs excellent
> point that
>  > we're talking about the markup Lift spits out, not the markup
> that lift
>  > consumes.
>  > I am too fond of graceful degradation, but publishing JS in a
> separate
>  > call would be exotic to code at best.
>  > The golden middle road perhaps is, to bake the JS into the bottom
> of the
>  > page.
>  >
>  > HOWEVER, it is important to know that direct JS callbacks (i.e.
>  > onclick="foo()") outperforms _any_ other approach.
>  >
>  >
>  >
>  >
>  > Cheers, Tim
>  >
>  >  > More generally, Lift's mechanism for JavaScript support is
> *not*
>  > required.
>  >  >  You could build your own mechanism that would generate clean
>  > mark-up,
>  >  > render JavaScript at the end of the page which would attach to
>  > DOM events.
>  >  >  Everybody has access to Lift's GUID <-> Function binding.
>  You
>  > can use it
>  >  > just like it's used in SHtml, but generate your own mark-up.
>  >  >
&

[Lift] JodaTime and JPA

[Charles F. Munat]

It occurs to me that I should probably share this. I've been using 
Jorge's wonderful Scala wrapper for JodaTime and I needed to persist 
DateTime and LocalDate. I found a Hibernate project that makes this 
possible. (Note that Jorge's wrapper is a work in progress and doesn't 
cover everything in JodaTime, but you can just use the JodaTime classes 
directly, which I did for DateTimeFormatter and DateTimeFormatterBuilder.)

In pom.xml:


   org.scala-tools
   time
   2.7.5-0.2-SNAPSHOT


   joda-time
   joda-time
   1.6


   joda-time
   joda-time-hibernate
   1.1


In the JPA entity classes:

@Type{val `type`="org.joda.time.contrib.hibernate.PersistentDateTime"}
@Column{val name="created_at", val updatable = false}
var createdAt: DateTime = DateTime.now

Gets persisted as a "timestamp without time zone" in PostgreSQL.

@Type{val `type`="org.joda.time.contrib.hibernate.PersistentLocalDate"}
@Column{val name = "born_on"}
var bornOn: LocalDate = new LocalDate()

Gets persisted as a "date" in PostgreSQL.

http://joda-time.sourceforge.net/
http://github.com/jorgeortiz85/scala-time
http://joda-time.sourceforge.net/contrib/hibernate/index.html

Chas.

--~--~-~--~~~---~--~~
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: Best way to write a wizard

[Charles F. Munat]

Gotta love a tool called "bind-o-matic." Is it available from Ronco? 
Does it come with bonus laxatives? But wait, there's more! Ugh.

Chas.

David Pollak wrote:
> 
> 
> On Sun, Sep 13, 2009 at 10:52 AM, Josh Suereth  > wrote:
> 
> All,
> 
> I write to you (unfortunately still) as a lift n00b.  I'm trying to
> modify a form such that it looks more "wizard" like.  i.e.  I want
> it to specifically state "You've completed part 1, you're on step 2
> of 5", etc.
> 
> How should I accomplish this in view-first rendering?  Normal MVC,
> I'd make one controll that redirects you to the appropriate wizard
> screen depending on what steps have already been accomplished (i.e.
> the controller figures out which step you're on and sends you to the
> appropraite view".
> 
> In Lift, I'm thinking I have a few options:
> 
> 1) Have my stateful snippet actually return the various pages in
> code.  I'm not happy with this, as my view would reside in the
> controller, but I could git'r'done this way.
> 
> 
> Not really.  You can have the templates for each phase of the wizard be 
> separate files and use TemplateFinder.findAnyTemplate to load the 
> template for the step of the wizard that you're on.   This is akin to 
> the controller-first choosing a template.
>  
> 
> 
> 2) Attempt to learn the lift-wizard library (is this stable/released?)
> 
> 
> No.  I need (and have not found) 2-3 uninterrupted days to get it done.  
> Maybe next week (this week is JVM summit).  While I think this is Lift's 
> future, having a simpler set of tools for people to use (like Naftoli's 
> bind-o-matic thing) is great.  Give people a choice and let them use 
> what's best for them.
>  
> 
> 
> 3) Spend more time trying to be inventive.
> 
> 
> Anyone have any thoughts?
> 
> - Josh
> 
> 
> 
> 
> 
> -- 
> Lift, the simply functional web framework http://liftweb.net
> Beginning Scala http://www.apress.com/book/view/1430219890
> Follow me: http://twitter.com/dpp
> Git some: http://github.com/dpp
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Lift deal breakers

[Charles F. Munat]

When you say that "direct JS callbacks (i.e. onclick="foo()") 
outperforms _any_ other approach" what is the source for your assertion? 
And what do you mean by "outperforms"? What are the criteria? Are you 
talking about speed?

If so, what is the magnitude of the difference? Is it significant?

Without this information it is difficult to guess which approach would 
be better. Is moving the attaching of event handlers to a separate JS 
file going to significantly slow down my page? Then maybe it's not worth 
it. But if the difference is negligible, then keeping concerns separate 
is worth it to me.

It's dangerous to say that A outperforms B without understanding exactly 
what that means.

For me, separation of concerns "outperforms" mixing concerns in terms of 
development ease, reuse, and graceful degradation. Some of this may not 
apply to automatically generated code, of course.

Chas.

Viktor Klang wrote:
> 
> 
> On Mon, Sep 14, 2009 at 8:20 PM, Timothy Perrett 
>  wrote:
> 
> 
> Just wading into the fray here...
> 
> Looking at people who have responded to this thread, they are mainly
> people i've not seen on the list before (sorry if your regulars
> perhaps i should pay more attention!) and that indicates to me that
> general users dont want *any* js in page (either in the head, the
> footer, or attributes) and this should be the default, not the
> exceptional case.
> 
> Personally, this stuff used to really bother me when doing front end
> work. Luckily that is hardly ever now, but i see the point being made
> and would like to add my vote to free-ing the markup of inline JS.
> 
> Thoughts?
> 
> 
> I'd agree to this sentiment if it were not for DPPs excellent point that 
> we're talking about the markup Lift spits out, not the markup that lift 
> consumes.
> I am too fond of graceful degradation, but publishing JS in a separate 
> call would be exotic to code at best.
> The golden middle road perhaps is, to bake the JS into the bottom of the 
> page.
> 
> HOWEVER, it is important to know that direct JS callbacks (i.e. 
> onclick="foo()") outperforms _any_ other approach.
> 
>  
> 
> 
> Cheers, Tim
> 
>  > More generally, Lift's mechanism for JavaScript support is *not*
> required.
>  >  You could build your own mechanism that would generate clean
> mark-up,
>  > render JavaScript at the end of the page which would attach to
> DOM events.
>  >  Everybody has access to Lift's GUID <-> Function binding.  You
> can use it
>  > just like it's used in SHtml, but generate your own mark-up.
>  >
> 
> 
> 
> 
> -- 
> Viktor Klang
> 
> Blog: klangism.blogspot.com 
> Twttr: viktorklang
> 
> Lift Committer - liftweb.com 
> AKKA Committer - akkasource.org 
> Cassidy - github.com/viktorklang/Cassidy.git 
> 
> SoftPub founder: http://groups.google.com/group/softpub
> 
> > 

--~--~-~--~~~---~--~~
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: Lift deal breakers

[Charles F. Munat]

Done

David Pollak wrote:
> 
> 
> On Sat, Sep 12, 2009 at 11:48 AM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> I, too, would like to be able to move the liftAjax script call to the
> bottom of the page.
> 
> 
> Open a ticket and I'll see what I can do... it shouldn't be too hard
>  
> 
> 
> Chas.
> 
> Dustin Whitney wrote:
>  > Hey, I like Lift so in an effort to improve it I am submitting some
>  > criticism.
>  >
>  > Obtrusive javascript:
>  >
>  > when I create an ajaxButton I get this html:
>  >
>  >  onclick="liftAjax.lift_ajaxHandler("F1029758482780OTA=true",
> null, null, null); return false;">Press me
>  >
>  > That onclick is not ok.  It's bad for SEO and makes the page
> harder to
>  > read.  Ideally, no javascript should appear on the page whatsoever.
>  >
>  > Client Side Load Time:
>  >
>  > I strive for that A in Y-Slow, so when I see
>  >
>  > http://localhost:8080/ajax_request/liftAjax.js</a>>">
>  >
>  > at the top of the page, I feel a little uneasy, and there is
> nothing I
>  > can do (I think) to move it to the bottom of the page.
>  >
>  > -Dustin
>  >
>  > >
> 
> 
> 
> 
> 
> -- 
> Lift, the simply functional web framework http://liftweb.net
> Beginning Scala http://www.apress.com/book/view/1430219890
> Follow me: http://twitter.com/dpp
> Git some: http://github.com/dpp
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Lift deal breakers

[Charles F. Munat]

This is pretty close to what I'm doing. I have a REST backend (in Lift) 
that serves the data, and a separate Ext JS front end (one single page 
with a lot of Ext JS) running in a separate Lift app. It's still in 
progress and I haven't worked out all the details yet, but I'm very 
happy with it so far. It has really simplified things.

The difficult part is authentication/authorization. Ugh.

I, too, am  planning to combine and minimize my cacheable JS files when 
it goes live. Sounds like your system is much more sophisticated...

Chas.

Josh Suereth wrote:
> This is how we do JavaScript/ExtJS development at my work place, except 
> with a twist.
> 
> 
> We actually have a javascript-only project for a our javascript 
> "library".  We use the maven-javascript-tools plugins to create a 
> javascript project that relies on others (in our case, things like 
> Simile Timeline and ExtJS).   We then compile/minify the javascript into 
> an 'artifact' that gets used by our main webapp, where the alchim 
> yui-compressor takes all the CSS/Javascript and bundles as much of it as 
> possible into a single huge JS file.
> 
> The library project can make use of JSUnit tests (slow-to-run, recommend 
> for integration tests only), and has its own stubbed out controllers and 
> jetty for testing.
> 
> It's a very interesting setup, but I'm very happy with it.  We have very 
> modular JS code, and very very very very very very little JSP/HTML code 
> (we didn't select lift at work).  If I were to start using Lift for my 
> backend to ExtJS I would need support for a similar setup (i.e. expect 
> little or no HTML generated outside of the Javascript).
> 
> 
> Also, the ability to cache dynamically created pages works great for our 
> product in production, however, we're only dynamically creating a 
> javasript file containing very static resources ("externalized string 
> library" for use when rendering in javascript.  This ensures our 
> Javascript and Java externalization works similarly.)  I highly 
> recommend the approach if using something like ExtJS,  however for 
> lift's templates I'd agree that a "page-unique-id" would be required for 
> every synthetically created js file so that caching works 
> appropriately.  You can also force the browser to check if something's 
> "changed".  We have a development hack that checks class-load time of 
> the  synthetic-js-generator and ensures the cached copy is up-to-date 
> from that time.   This means jetty-reloads will reload the class and 
> ensure the next refresh pulls a new version.  It's a bit tricky to get 
> set up at first, but worked great!
> 
> Hopefully this input is helpful!
> 
> - Josh
> 
> On Sun, Sep 13, 2009 at 8:48 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> I'm afraid I have to disagree. As a website developer, I've been putting
> all my JS into an external file (per page when necessary) for many years
> without any problems. Every good JS programmer I know does the same. It
> is considered *more* not less robust to put the JS in an external file
> and attach event handlers to the DOM from there.
> 
> Page loading is in the eye of the beholder. Moving the JS to external
> scripts and the script tags to the bottom of the page actually makes the
> page appear more quickly, hence load faster in the mind of the user.
> 
> Fragility is a non-issue. If the JS is all in the external file and the
> file does not load, then the page loads without JS. Put the event
> handlers in the HTML and the external file to which they refer doesn't
> load, same problem (except now you get a raft of JS errors).
> 
> With best practices, the JS file can be cacheable, albeit per-page.
> 
> Ideally, here's what I'd like. I add Lift tags to my page for each JS
> file I want included with the page. In each tag I designate whether that
> file is cacheable or dynamic and whether it is site-wide or specific to
> that page.
> 
> Lift then takes all the site-wide cacheable pages, in the order I
> specified them, and gzips them up into a single file. Then it inserts a
> script tag for that file at the bottom of the page.
> 
> Similarly, it takes all the page-specific cacheable pages, adds Lift's
> own page specific stuff at the end (the event handlers of which we
> speak), gzips it, gives it a name unique to that page, and adds another
> script tag for that file.
> 
> Finally, it gzips up all dynamically-generated JS and gives it a
> timestamp for a filename so it won't be cac

[Lift] Re: Lift deal breakers

[Charles F. Munat]

Well, conciseness is always good. I haven't looked at (and don't have 
time to look at) the code that inserts this stuff, so I'll take your 
word for it that it's a big undertaking. Lord knows, I don't have time, 
so I'm certainly not complaining.

But we've got a desideratum, anyway. Maybe down the road someone will 
have time to look at it.

Thanks for the clarification!

Chas.

marius d. wrote:
> 
> 
> On Sep 13, 8:00 pm, "Charles F. Munat"  wrote:
>> marius d. wrote:
>>> I'm thinking that instead of:
>>> Press me>> button>
>>> We could have:
>>> Press me
>> This is not what I had in mind at all. You still have the event handler
>> in the HTML. The idea, I thought, was to attach the event handler from
>> an external file using the id (or class) of the button element.
> 
> I understand that but this is a bit impractical because lift would
> have to generate artificial ID-s OR id-s could be tampered with or
> other JS libraries may generate their own ID-s etc. Selectors by class
> is also a little impractical from a framework standpoint. Also we'd
> have to add code for each underlying JS library (JQuery, YUI etc).
> This would require IMHO significant code to write and not a
> significant gain. But I'd love to prove me wrong.
> 
>> Maybe I'm living on a different planet (a distinct possibility and one
>> I've been giving much thought to recently), but virtually every JS
>> programmer I know considers this a best practice, and it has been
>> considered so for many years.
> 
> I know this is practical from applications perspective when writing
> specific JS etc. but from a framework perspective, this is not.
> 
>> Frankly, and maybe I'm just a bit dull, but I can't conceive of what the
>> advantage to the above change might be. What am I missing?
> 
> I'm not 100% buying any proposal so far ... as I explained above the
> disadvantages as we replace a JS expression with another JS function
> call. It just adds a bit of conciseness .. nothing more.
> 
>> Chas.
> > 
> 

--~--~-~--~~~---~--~~
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: Lift deal breakers

[Charles F. Munat]

marius d. wrote:
> I'm thinking that instead of:
> 
> Press me button>
> 
> We could have:
> 
> Press me

This is not what I had in mind at all. You still have the event handler 
in the HTML. The idea, I thought, was to attach the event handler from 
an external file using the id (or class) of the button element.

Maybe I'm living on a different planet (a distinct possibility and one 
I've been giving much thought to recently), but virtually every JS 
programmer I know considers this a best practice, and it has been 
considered so for many years.

Frankly, and maybe I'm just a bit dull, but I can't conceive of what the 
advantage to the above change might be. What am I missing?

Chas.

--~--~-~--~~~---~--~~
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: Lift deal breakers

[Charles F. Munat]

I'm afraid I have to disagree. As a website developer, I've been putting 
all my JS into an external file (per page when necessary) for many years 
without any problems. Every good JS programmer I know does the same. It 
is considered *more* not less robust to put the JS in an external file 
and attach event handlers to the DOM from there.

Page loading is in the eye of the beholder. Moving the JS to external 
scripts and the script tags to the bottom of the page actually makes the 
page appear more quickly, hence load faster in the mind of the user.

Fragility is a non-issue. If the JS is all in the external file and the 
file does not load, then the page loads without JS. Put the event 
handlers in the HTML and the external file to which they refer doesn't 
load, same problem (except now you get a raft of JS errors).

With best practices, the JS file can be cacheable, albeit per-page.

Ideally, here's what I'd like. I add Lift tags to my page for each JS 
file I want included with the page. In each tag I designate whether that 
file is cacheable or dynamic and whether it is site-wide or specific to 
that page.

Lift then takes all the site-wide cacheable pages, in the order I 
specified them, and gzips them up into a single file. Then it inserts a 
script tag for that file at the bottom of the page.

Similarly, it takes all the page-specific cacheable pages, adds Lift's 
own page specific stuff at the end (the event handlers of which we 
speak), gzips it, gives it a name unique to that page, and adds another 
script tag for that file.

Finally, it gzips up all dynamically-generated JS and gives it a 
timestamp for a filename so it won't be cached.

This way I get jQuery, Ext JS, etc. all downloaded and cached in one big 
gzipped file. I get all page-specific but unchanging JS in another 
gzipped file for each page (cacheable, too). And I get my 
dynamically-generated, changing JS (if any) in a final gzipped file.

My page is clean, all the scripts load in the proper order at the end, 
and everything is gzipped and, where applicable, cacheable for the best 
speed. We've just eliminated several points of failure, as I see it.

Note also that since I use Ext JS, some of my JS files are very long and 
complex. I'm building a rich client, after all. I want to separate these 
scripts out into simple modules to make it easier to code them. But when 
they are served, I want them combined together in the proper order into 
one file. Another benefit of this system.

On final option might be to indicate in the Lift tag whether the 
combined JS should be an external resource or inserted into the HTML 
page. Then you could insert the dynamic stuff into the page if you 
wanted to. (Of course, if nothing in the HTML changes, you've just 
prevented the caching of the HTML page, but it might be a useful option.)

I wish I could offer to do this, but I'm desperately swamped at the 
moment (OK, forever). But this is what I would suggest as the best way 
to do things.

Chas.

Xavi Ramirez wrote:
> If I understand everything correctly, the proposal is to dynamically
> create a js file for each page request to add event handlers?
> 
> If this is true, then I'm against the proposal for the following two reasons:
> 
> 1. Every page will load slower
> 
> Since the js file is dynamically create on each request, the js file
> will be un-cacheable.  This means the browser be will forced to make
> an addition HTTP request to the server to render each page.  This adds
> roughly 150ms to the page load time (50ms to 200ms for network lag,
> 50ms for download, 10ms for js execution).
> 
> 2. Each page will be more fragile
> 
> Requiring the synthetic js file will add another point of failure.
> Even now-a-days with the ubiquity of broadband, connects still get
> lost and files still get corrupted.
> 
> It's true that most modern web pages already depend a number of
> external JS and CSS files, but typically these files are static and
> easily cached.
> 
> Just adding my 2 cents.
> 
> -Xavi
> 
> On Sun, Sep 13, 2009 at 5:41 PM, marius d.  wrote:
>> I think so too. Does anyone have an opinion against this? I'll
>> probably have some time this week or next weekend to work on it.
>>
>> Br's,
>> Marius
>>
>> On Sep 13, 2:59 pm, Timothy Perrett  wrote:
>>> A synthetic file sounds good to me and would probably be preferable.
>>>
>>> Cheers, Tim
>>>
>>> On 13 Sep 2009, at 20:31, marius d. wrote:
>>>
 That looks a little cleaner but we'll have to look more into it if
 we'd want to go on this path. Perhaps accumulate those function into
 synthetic js file .. we'll see
> 
> > 
> 

--~--~-~--~~~---~--~~
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/l

[Lift] Re: Lift deal breakers

[Charles F. Munat]

+1

I would much prefer it if all JS were in external files (synthetic as 
necessary) and simply attached to the DOM via ids or classes. I have 
been building my sites this way for years, and I find it the best 
practice for reasons already put forth in this discussion.

Chas.

Timothy Perrett wrote:
> A synthetic file sounds good to me and would probably be preferable.
> 
> Cheers, Tim
> 
> On 13 Sep 2009, at 20:31, marius d. wrote:
> 
>> That looks a little cleaner but we'll have to look more into it if
>> we'd want to go on this path. Perhaps accumulate those function into
>> synthetic js file .. we'll see
> 
> 
> > 
> 

--~--~-~--~~~---~--~~
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] Checksum problems still?

[Charles F. Munat]

I created a blank JPA lift project using this:

mvn archetype:generate \
-DarchetypeRepository=http://scala-tools.org/repo-snapshots \
-DarchetypeGroupId=net.liftweb \
-DarchetypeArtifactId=lift-archetype-jpa-basic \
-DarchetypeVersion=1.1-SNAPSHOT \
-DgroupId=com.foo.jpaweb \
-DartifactId=JPADemo \
-Dversion=1.0-SNAPSHOT

And once again I got this, though the blank project did build:

[INFO] snapshot net.liftweb:lift-archetype-jpa-blank:1.1-SNAPSHOT: 
checking for updates from lift-archetype-jpa-blank-repo
Downloading: 
http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-blank/1.1-SNAPSHOT/lift-archetype-jpa-blank-1.1-SNAPSHOT.jar
10K downloaded
[WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = 
'5e23929733fdf6c781eb949ad5865ab6f83c17a3'; remote = 
'85587ccfa9b398f60f08163f9bb55610d6fb3f72' - RETRYING
Downloading: 
http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-blank/1.1-SNAPSHOT/lift-archetype-jpa-blank-1.1-SNAPSHOT.jar
10K downloaded
[WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = 
'5e23929733fdf6c781eb949ad5865ab6f83c17a3'; remote = 
'85587ccfa9b398f60f08163f9bb55610d6fb3f72' - IGNORING

??? Thought this got fixed.

Chas.

--~--~-~--~~~---~--~~
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: MappedDate.setFromAny only works with strings?

[Charles F. Munat]

+1 for joda or scala time if it's not too disruptive

Chas.

Indrajit Raychaudhuri wrote:
>>> Also, the LiftRules.parseDate function currently does DateTime
>>> parsing, so I would have to make a breaking change to rename it to
>>> parseDateTime and add new parseDate and parseTime (and associated
>>> format methods). Thoughts?
>> I think this is the right solution. Don't know how much will break
>> because of this though. But hey, if we're breaking things anyway, why
>> not put in Joda time (or maybe 
>> scala-timehttp://github.com/jorgeortiz85/scala-time/tree/master;-)
> 
> Although not belonging to breaking changers camp, breaking changes are
> great when it's for a cause. IMHO, scala time is a darn good cause and
> worth the break!
> 
> Cheers, Indrajit
> 
>> /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: Lift deal breakers

[Charles F. Munat]

I, too, would like to be able to move the liftAjax script call to the 
bottom of the page.

Chas.

Dustin Whitney wrote:
> Hey, I like Lift so in an effort to improve it I am submitting some 
> criticism.
> 
> Obtrusive javascript:
> 
> when I create an ajaxButton I get this html:
> 
>  onclick="liftAjax.lift_ajaxHandler("F1029758482780OTA=true", null, 
> null, null); return false;">Press me
> 
> That onclick is not ok.  It's bad for SEO and makes the page harder to 
> read.  Ideally, no javascript should appear on the page whatsoever. 
> 
> Client Side Load Time:
> 
> I strive for that A in Y-Slow, so when I see
> 
> http://localhost:8080/ajax_request/liftAjax.js>">
> 
> at the top of the page, I feel a little uneasy, and there is nothing I 
> can do (I think) to move it to the bottom of the page. 
> 
> -Dustin
> 
> > 

--~--~-~--~~~---~--~~
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: dynamic javascript files

[Charles F. Munat]

Thanks. I'll play with that.

Chas.

David Pollak wrote:
> 
> 
> On Thu, Sep 10, 2009 at 5:04 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> That works. Thanks!
> 
> So if I wanted to build a large JavaScript script in pieces in different
> files, and then combine all those files together and add in some
> dynamically generated stuff, and finally gzip the whole thing and send
> it out using the trick below, how would one do that? I'm looking around
> and I don't see anything about gzip.
> 
> 
> You would just gzip the Array[Byte] that you're sending back and include 
> a header item specifying that it was gziped
>  
> 
> And should JS go out as a JavaScriptResponse or is PlainText OK?
> 
> 
> JavaScriptResponse sets the correct headers.
>  
> 
> 
> Chas.
> 
> David Pollak wrote:
>  > LiftRules.dispatch.append {
>  >   case Req("custom" :: "js_file", "js", GetRequest) => ... create a
>  > LiftResponse that contains the file here
>  > }
>  >
>  > On Thu, Sep 10, 2009 at 4:43 PM, Charles F. Munat  <mailto:c...@munat.com>
>  > <mailto:c...@munat.com <mailto:c...@munat.com>>> wrote:
>  >
>  >
>  > Memory fails. How do I create a dynamic .js file with scala
> and then
>  > serve it through lift? I did this before, but now my brain
> has gone
>  > blank. I want to preload some JS variables for use in other
> scripts,
>  > generating the variable content via scala. Entiende?
>  >
>  > Chas.
>  >
>  >
>  >
>  >
>  >
>  > --
>  > Lift, the simply functional web framework http://liftweb.net
>  > Beginning Scala http://www.apress.com/book/view/1430219890
>  > Follow me: http://twitter.com/dpp
>  > Git some: http://github.com/dpp
>  >
>  > >
> 
> 
> 
> 
> 
> -- 
> Lift, the simply functional web framework http://liftweb.net
> Beginning Scala http://www.apress.com/book/view/1430219890
> Follow me: http://twitter.com/dpp
> Git some: http://github.com/dpp
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: dynamic javascript files

[Charles F. Munat]

That works. Thanks!

So if I wanted to build a large JavaScript script in pieces in different 
files, and then combine all those files together and add in some 
dynamically generated stuff, and finally gzip the whole thing and send 
it out using the trick below, how would one do that? I'm looking around 
and I don't see anything about gzip.

And should JS go out as a JavaScriptResponse or is PlainText OK?

Chas.

David Pollak wrote:
> LiftRules.dispatch.append {
>   case Req("custom" :: "js_file", "js", GetRequest) => ... create a 
> LiftResponse that contains the file here
> }
> 
> On Thu, Sep 10, 2009 at 4:43 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> Memory fails. How do I create a dynamic .js file with scala and then
> serve it through lift? I did this before, but now my brain has gone
> blank. I want to preload some JS variables for use in other scripts,
> generating the variable content via scala. Entiende?
> 
> Chas.
> 
> 
> 
> 
> 
> -- 
> Lift, the simply functional web framework http://liftweb.net
> Beginning Scala http://www.apress.com/book/view/1430219890
> Follow me: http://twitter.com/dpp
> Git some: http://github.com/dpp
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] dynamic javascript files

[Charles F. Munat]

Memory fails. How do I create a dynamic .js file with scala and then 
serve it through lift? I did this before, but now my brain has gone 
blank. I want to preload some JS variables for use in other scripts, 
generating the variable content via scala. Entiende?

Chas.

--~--~-~--~~~---~--~~
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: Announcing 1.0.1!

[Charles F. Munat]

Indeed.

David Pollak wrote:
> Excellent stuff Derek!
> 
> On Wed, Sep 9, 2009 at 9:22 AM, Derek Chen-Becker  > wrote:
> 
> The Lift team is pleased to announce the lift-1.0.1 release!
> 
> Lift is an expressive and elegant framework for writing web
> applications.
> Lift stresses the importance of security, maintainability, scalability
> and performance while allowing for high levels of developer
> productivity.
> Lift is a scala web framework.
> 
> Changes in this version include:
> 
> New features:
> o Added custom type mapping to the DriverType class  Issue: 37.
> o Added MappedDate and MappedTime to allow for better specification
> of time data  Issue: 12.
> 
> Fixed Bugs:
> o Backported fixes for the Textile and XML parsers
> o Backported the Actor memory leak fixes
> o Backported a fix to S.params
> o Fixed PostgreSQL Double type mapping
> o Fixed support for Oracle  Issue: 37.
> o Fixed MappedDateTime to use TIMESTAMP mapping  Issue: 12.
> o Fixed ResultSet stringification for NUMERIC and DECIMAL  Issue: 36.
> 
> Changes:
> o Refactored generated key support in DB/Mapper  Issue: 37.
> o Modified DB Driver resolution to allow for version-specific drivers
> o Upgrade to Scala 2.7.5
> 
> 
> Have fun!
> -Lift team
> 
> 
> 
> 
> -- 
> Lift, the simply functional web framework http://liftweb.net
> Beginning Scala http://www.apress.com/book/view/1430219890
> Follow me: http://twitter.com/dpp
> Git some: http://github.com/dpp
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Milestone 5 now available!

[Charles F. Munat]

Yes. That's what the milestones are for.

Chas.

glenn wrote:
> Does this milestone incorporate what's in 1.1-Snapshot?
> 
> Glenn
> 
> On Sep 8, 9:57 pm, "Charles F. Munat"  wrote:
>> The Lift team proudly announces Milestone 5! Some text here that I
>> forgot to copy and paste.
>>
>> Go get it!
>>
>> Chas. Munat
> > 
> 

--~--~-~--~~~---~--~~
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: Milestone 5 now available!

[Charles F. Munat]

A dubious honor, but I accept it.

David Bernard wrote:
> you're the new holder of the record :
> http://wiki.liftweb.net/index.php/HowTo_deploy_lift_artifacts
> 
> Good job
> 
> On Wed, Sep 9, 2009 at 11:02, Charles F. Munat wrote:
>> You must be talking about those other guys. All I did was make an
>> hour-long job into a six-hour job (after having to delay several days
>> because I accidentally deleted my password). But thanks for the thought!
>>
>> Chas.
>>
>> Randinn wrote:
>>> I know it's been said, but it's never said enough. All of you are
>>> doing a great job, we appreciate it and thank you for all the work you
>>> do to make it easier to code for the rest of us.
>>>
>>> On Sep 9, 2:57 pm, "Charles F. Munat"  wrote:
>>>> The Lift team proudly announces Milestone 5! Some text here that I
>>>> forgot to copy and paste.
>>>>
>>>> Go get it!
>>>>
>>>> Chas. Munat
>>>>
> 
> > 
> 

--~--~-~--~~~---~--~~
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: Milestone 5 now available!

[Charles F. Munat]

I should've been a lawyer, huh?

TylerWeir wrote:
> "You must be talking about those other guys. All I did was make an
> hour-long job into a six-hour job"
> 
> :)
> 
> On Sep 9, 5:02 am, "Charles F. Munat"  wrote:
>> You must be talking about those other guys. All I did was make an
>> hour-long job into a six-hour job (after having to delay several days
>> because I accidentally deleted my password). But thanks for the thought!
>>
>> Chas.
>>
>> Randinn wrote:
>>> I know it's been said, but it's never said enough. All of you are
>>> doing a great job, we appreciate it and thank you for all the work you
>>> do to make it easier to code for the rest of us.
>>> On Sep 9, 2:57 pm, "Charles F. Munat"  wrote:
>>>> The Lift team proudly announces Milestone 5! Some text here that I
>>>> forgot to copy and paste.
>>>> Go get it!
>>>> Chas. Munat
>>
> > 
> 

--~--~-~--~~~---~--~~
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: Milestone 5 now available!

[Charles F. Munat]

You must be talking about those other guys. All I did was make an 
hour-long job into a six-hour job (after having to delay several days 
because I accidentally deleted my password). But thanks for the thought!

Chas.

Randinn wrote:
> I know it's been said, but it's never said enough. All of you are
> doing a great job, we appreciate it and thank you for all the work you
> do to make it easier to code for the rest of us.
> 
> On Sep 9, 2:57 pm, "Charles F. Munat"  wrote:
>> The Lift team proudly announces Milestone 5! Some text here that I
>> forgot to copy and paste.
>>
>> Go get it!
>>
>> Chas. Munat
> > 
> 

--~--~-~--~~~---~--~~
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] Milestone 5 now available!

[Charles F. Munat]

The Lift team proudly announces Milestone 5! Some text here that I 
forgot to copy and paste.

Go get it!

Chas. Munat

--~--~-~--~~~---~--~~
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: Upcoming 1.1-M5?

[Charles F. Munat]

1.1-M5 was to be done on Friday, but I accidentally misplaced my 
credentials for the server, and am waiting until Josh gets back from 
Labor Day weekend. It will be out tomorrow or Tuesday at the latest.

Sorry for the delay.

Chas. Munat

jon wrote:
> Hey,
> 
> Just wondering if there are plans to create a new milestone sometime
> soon, or if there is some other way to freeze my lift libraries to a
> stable build of 1.1-SNAPSHOT while still using maven to manage the
> dependencies.
> 
> - Jon
> > 
> 

--~--~-~--~~~---~--~~
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: Using Roles and LIftRules.authentication

[Charles F. Munat]

There is a big difference between "authentication" (making sure someone 
is who they claim to be) and "authorization" (making sure that now that 
we know who they are, they have permission to do what they're trying to do).

It seems to me that what you're referring to is a Role-Based Access 
Control (RBAC) system. And when you say "dynamic," I believe that what 
you mean is that you will keep users, roles, and permissions in a 
database where they can be easily changed rather than hard-coded in Lift.

I could be wrong, but I am pretty sure that Lift offers no such system 
and you'll have to roll your own. I need to do this myself, and I'm 
interested in control down to individual properties and methods in 
system objects. So I'd be very interested in anything you (or anyone 
else) comes up with.

Chas.

glenn wrote:
> Tim,
> I tend to agree with you that the Role trait is not a good mixin for a
> role mapper, which is why
> I raise the question.
> 
> Maybe I'm looking in the wrong place, but the http-authentication
> example in liftweb.sites on github
> doesn't have much code. The LiftBook is a more complete example. And
> neither deals with useage
> of the Role trait, nor with persisting authorization info. Is there
> some other example I should be looking at?
> 
> On the issue of dynamic auth, the examples I've seen all run in Boot
> which leaves open
> the question of how to manage the same thing on the fly, so to speak,
> not that it can't be
> done. You guys have done too good a job on Lift to have overlooked
> that.
> 
> Glenn...
> 
> 
> 
> On Sep 4, 4:03 pm, Timothy Perrett  wrote:
>> Glenn,
>>
>> If Marius doesn't beat ne to it, I'll reply tomorrow morning. The  
>> system we implemented for auth was not meant to be composed with  
>> matter per-say, not in the way you think however...
>>
>> Presumably you've looked at the http Auth example in the github repo?  
>> I'm not sure why on earth you would think it's not possible to do  
>> dynamic auth with the existing system? Of course it is!
>>
>> Cheers
>>
>> Tim
>>
>> Sent from my iPhone
>>
>> On 4 Sep 2009, at 22:53, glenn  wrote:
>>
>>
>>
>>> I'm looking for direction on the best pattern for implementing basic
>>> authentication and authorization in Lift.
>>> For example, if I already have a Role mapper to store roles in the
>>> database, to what do I attach the Role trait in
>>> the net.liftweb.http.auth package?
>>> 1) The mapper. You would have to make sure there were no naming
>>> conflicts ( i.e., def name in the trait and the mapped string, name,
>>> in the mapper. Not the best design pattern to link the two, in my
>>> humble opinion.)
>>> or
>>> 2) A new class, or perhaps an object, with the trait that wraps a Role
>>> mapper instance.
>>> The other piece to the puzzle is managing the list of AuthRoles,
>>> create protected resources and build the Lift.authentication cases. If
>>> you limit this to Boot, then you give up on dynamic authentication and
>>> authorization, or do you?
>>> Glenn...
> > 
> 

--~--~-~--~~~---~--~~
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: Mastering SiteMap

[Charles F. Munat]

I've never used Views, but they are Scala code (.scala), whereas what 
goes into your webapps folder is typically XHTML (.html). I don't 
remember it, but I'm sure Views are discussed somewhere in the Lift book.

Chas.

Bjarte Stien Karlsen wrote:
> I think this is a very nice post Peter. Some other issues that would
> be nice to discuss related to menus are
> 
>  - submenus that are shown when you open the parent menu element
>  - example on how to only see some items when logged in
>  - example on how to only see some items if you are a admin level user
> ( Lift afaik does not have role level authentication but checking on a
> role flag in the user table should not be that hard? )
> 
> mvh
> Bjarte
> 
> 
> On Fri, Sep 4, 2009 at 12:53 AM, Peter Robinett 
> wrote:
>> Hi all,
>>
>> I haven't been able to find many detailed explanations about how use
>> SiteMap, so I went through and tried write up a decent walkthrough:
>> http://www.bubblefoundry.com/blog/2009/09/understanding-lifts-sitemap/
>>
>> My knowledge is still pretty basic, so I'd appreciate any comments and
>> corrections.
>>
>> One question I still have is what is the use of the views folder under
>> the src/main/myapp/ in the standard directory configuration? As I
>> understand it, you don't put XHTML view files there – they need to be
>> in src/main/myapp/webroot/. Am I misunderstanding the terminology and
>> something else is a View with goes in that directory?
>>
>> Thanks,
>> Peter Robinett
> 
> 
> 

--~--~-~--~~~---~--~~
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: Multiple sites, same login

[Charles F. Munat]

Not too late. Thanks!

Chas.

Jean-Luc wrote:
> Soory, a bit late ... Another option is CAS.
> http://www.jasig.org/cas, http://www.ja-sig.org/wiki/display/CASUM/Home
> 
> Jean-Luc
> 
> 
> 2009/8/27 Charles F. Munat mailto:c...@munat.com>>
> 
> 
> This is good to know about. Thanks!
> 
> Marc Boschma wrote:
>  > Maybe https://opensso.dev.java.net/ might be of interest? Might also
>  > be a bit of work...
>  >
>      > Marc
>  >
>  > On 26/08/2009, at 2:53 AM, Charles F. Munat wrote:
>  >
>  >> Now this is an interesting idea. I'll think about it...
>  >>
>  >> Thanks!
>  >>
>  >> Chas.
>  >>
>  >> David Pollak wrote:
>  >>>
>  >>> On Mon, Aug 24, 2009 at 3:23 PM, Charles F. Munat
> mailto:c...@munat.com>
>  >>> <mailto:c...@munat.com <mailto:c...@munat.com>>> wrote:
>  >>>
>  >>>
>  >>>I'm building two Lift applications that access the same back end
>  >>>database -- one is for the public site, and the other, which
>  >>> will use a
>  >>>subdomain, is for administration of the public site.
>  >>>
>  >>>A third application will access a separate database, but will be
>  >>> related
>  >>>to the previous two sites.
>  >>>
>  >>>Any suggestions as to how I might have one login that keeps the
>  >>> user
>  >>>logged in across all these sites? Obviously, OpenID would work,
>  >>> and
>  >>>there's complex stuff involving LDAP servers, etc., but I'd like
>  >>> to keep
>  >>>it fairly simple.
>  >>>
>  >>>Ideas?
>  >>>
>  >>>
>  >>> You could put a cookie at the top level for the domain that's an
>  >>> encrypted mix of the user's primary key and the current time.
>  If the
>  >>> user comes to another one of the sites, it could examine the cookie
>  >>> and
>  >>> see if it should create a session for the user.
>  >>>
>  >>>
>  >>>
>  >>>
>  >>>Thanks!
>  >>>Chas.
>  >>>
>  >>>
>  >>>
>  >>>
>  >>>
>  >>> --
>  >>> Lift, the simply functional web framework http://liftweb.net
>  >>> Beginning Scala http://www.apress.com/book/view/1430219890
>  >>> Follow me: http://twitter.com/dpp
>  >>> Git some: http://github.com/dpp
>  >>>
>  >
>  >
>  > >
>  >
> 
> 
> 
> 
> 
> -- 
> Jean-Luc Canela
> jlcane...@gmail.com <mailto:jlcane...@gmail.com>
> 
> > 

--~--~-~--~~~---~--~~
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: Question about Lift/Scala & Lift Discussion Board

[Charles F. Munat]

I would split out JPA and Mapper.

Chas.

Artem wrote:
> People have different preferences so you can decide to stay on Google
> Groups or help start the forum.  If you want to help out, the forum
> URL is www.liftforum.com.  If you have other questions about the
> forum, give me a shout at art...@gmail.com.
> 
> Thanks.
> 
> On Aug 30, 6:03 pm, Timothy Perrett  wrote:
>> We recently went through such a debate at work trying to decide  
>> between web forum vs mailing list and the end result for us at least  
>> was "it depends". A lot of this is all highly subjective, there is no  
>> right or wrong - both sides need to remember that what works for them  
>> might not work for others. Personally, i prefer mailing lists but am  
>> happy to accept that some people cant / wont / dont use mailing lists  
>> for whatever reasons.
>>
>>  From a project perspective, I think google groups rocks for the  
>> following reasons:
>>
>> - its a mailing list
>> - its a forum of sorts (i.e. you can interact purely from a browser if  
>> you wish)
>> - it has RSS feeds
>> - its hosted remotely, for free.
>> - you just need a google account rather than another stupid login
>>
>> Like i said, there is no right or wrong in the general battle, however  
>> for lift I think that for the outlined reasons above it works and  
>> thats the way it should stay IMO.
>>
>> Cheers, Tim
>>
>> On 30 Aug 2009, at 20:48, marius d. wrote:
>>
>>
>>
>>> Personally I like mailing lists .. I find it easier for me to try to
>>> help people then a traditional forum. For someone who wants to lear
>>> Lit perhaps a more traditional forum is more helpful? ... don't really
>>> know .. I guess it depends on the person.
>>> Br's,
>>> Marius
>>> On Aug 30, 10:10 pm, Artem  wrote:
>>>> The problem is that this Google Group is not user friendly and not
>>>> organized.  I think it will be better to have a user friendly forum
>>>> where everything is organized according to its category and easily
>>>> accessible.  This group is hard to find and hard to search.
>>>> On Aug 30, 3:00 pm, "Charles F. Munat"  wrote:
>>>>> Just my two cents, but I think establishing a separate forum at this
>>>>> point is a mite premature. What problem, exactly, is it that we're
>>>>> trying to solve?
>>>>> Chas.
>>>>> Naftoli Gugenheim wrote:
>>>>>> Once again, I don't see how you can discuss it until you know  
>>>>>> that David's fine with it.
>>>>>> Personally I haven't read any concrete benefit (I don't know what  
>>>>>> "take the load off" or "get more sites out there" mean  
>>>>>> practically) that isn't available now between the list an the  
>>>>>> wiki---certainly not to outweigh the very clear disadvantage to  
>>>>>> both posters, who have that much less of a chance getting an  
>>>>>> answer in any one place and may have to ask twice, as well as to  
>>>>>> "experts" who can either only monitor one site and leave the  
>>>>>> other site with fewer "experts"; or be inconvenienced to monitor  
>>>>>> both.
>>>>>> How many members are there of the Google Group currently? And  
>>>>>> what percentage ever offer answers? Regularly? The lift community  
>>>>>> is not as large as many other communities. Does Scala itself have  
>>>>>> other forums besides its own lists? If so what is their state?  
>>>>>> Certainly the Scala community is much larger than lift's. (Maybe  
>>>>>> you should make your forum be a Scala forum, and have a lift  
>>>>>> category... But again, I think it's only fair to ask lift's  
>>>>>> mastermind first!)
>>>>>> -
>>>>>> marius d. wrote:
>>>>>> My 2 cents if I may ...
>>>>>> Although I love this list and this is the official Lift list and
>>>>>> support I think it is important to also have other wiki's, forums  
>>>>>> etc.
>>>>>> out there. Personally I don't see this as a community split. More  
>>>>>> and
>>>>>> more people are becoming pretty knowledgeable with Lift & Scala
>>>>>>

[Lift] Re: Question about Lift/Scala & Lift Discussion Board

[Charles F. Munat]

So is that an "instead of" argument? Or an "in addition to"?

Chas.

Artem wrote:
> The problem is that this Google Group is not user friendly and not
> organized.  I think it will be better to have a user friendly forum
> where everything is organized according to its category and easily
> accessible.  This group is hard to find and hard to search.
> 
> On Aug 30, 3:00 pm, "Charles F. Munat"  wrote:
>> Just my two cents, but I think establishing a separate forum at this
>> point is a mite premature. What problem, exactly, is it that we're
>> trying to solve?
>>
>> Chas.
>>
>> Naftoli Gugenheim wrote:
>>> Once again, I don't see how you can discuss it until you know that David's 
>>> fine with it.
>>> Personally I haven't read any concrete benefit (I don't know what "take the 
>>> load off" or "get more sites out there" mean practically) that isn't 
>>> available now between the list an the wiki---certainly not to outweigh the 
>>> very clear disadvantage to both posters, who have that much less of a 
>>> chance getting an answer in any one place and may have to ask twice, as 
>>> well as to "experts" who can either only monitor one site and leave the 
>>> other site with fewer "experts"; or be inconvenienced to monitor both.
>>> How many members are there of the Google Group currently? And what 
>>> percentage ever offer answers? Regularly? The lift community is not as 
>>> large as many other communities. Does Scala itself have other forums 
>>> besides its own lists? If so what is their state? Certainly the Scala 
>>> community is much larger than lift's. (Maybe you should make your forum be 
>>> a Scala forum, and have a lift category... But again, I think it's only 
>>> fair to ask lift's mastermind first!)
>>> -
>>> marius d. wrote:
>>> My 2 cents if I may ...
>>> Although I love this list and this is the official Lift list and
>>> support I think it is important to also have other wiki's, forums etc.
>>> out there. Personally I don't see this as a community split. More and
>>> more people are becoming pretty knowledgeable with Lift & Scala
>>> sharing information about Lift on other channels ... is nothing wrong
>>> with that .. .quite the opposite. In fact this may take some of the
>>> load on this list as community grows.
>>> Would be nice though to have a central place where all other wiki's/
>>> forums can be found. For instance serious forums/wikis could be
>>> references from lift web-site or even fromthis list in the header
>>> section.
>>> Br's,
>>> Marius
>>> On Aug 30, 8:37 am, Naftoli Gugenheim  wrote:
>>>> The lift community is not huge. It's David Pollak's brainchild, and I 
>>>> don't see how you can discuss creating a forum (after the fact) without 
>>>> his okaying it. How can you compare it to an IRC? A forum fills much of 
>>>> the same purpose as the list, much more than IRC.
>>>> Some of the advantages mentioned are better solved by a Wiki. (Your 
>>>> volunteering to help with it is much appreciated.)
>>>> Searchability - sounds like a bug on Google's part, no? Is there a Group 
>>>> for discussing Google Groups? In any case, it's addressed by services like 
>>>> MarkMail. Isn't Nabbles searchable?
>>>> Duplicate questions - forums don't completely solve this. Searchability 
>>>> would help, as will the Wiki as it grows.
>>>> Stickies - Google Groups doesn't allow stickies?
>>>> Syntax highlighting/formatting; organization - the way I see it, you can 
>>>> draw a continuum with IRC being the most transient and a Wiki etc. the 
>>>> most permanent, with a mailing list, a Google Groups mailng list, and a 
>>>> forum falling in between, in increasing order of 
>>>> permanence/organizability. As you go from left to right you get more of 
>>>> these features, but a forum is still less than a Wiki. On the other hand 
>>>> as you go right to left you get more "dynamic"/on the fly--you just write 
>>>> a question without worrying about organization or formatting.
>>>> Does that make sense?
>>>> -
>>>> Xavi Ramirez wrote:
>>>> I applaud Artem's initiative!
>>>> The mailing

[Lift] Re: Question about Lift/Scala & Lift Discussion Board

[Charles F. Munat]

More than 1300 people? Really? Wow. Well, then maybe a second forum 
isn't premature. Man, I had no idea. When did that happen?

Chas.

David Pollak wrote:
> 
> 
> On Sat, Aug 29, 2009 at 3:59 PM, Artem  > wrote:
> 
> 
> Hey!
> 
> I stumbled on Lift a couple weeks ago and have been messing around
> with it a lot!  I am a Ruby on Rails programmer and it seems like Ruby
> is doing a fine job serving the web programmers community.  Recently,
> I read an article about Twitter running RoR and it crashing after a
> while.  They decided to switch to Scala because it's scalable unlike
> Ruby.  I am planning on developing a large website that will require
> lots of CPU/Database usage and I was wondering if Scala/Lift is the
> way to do it?
> 
> I'm not a fan of Google Groups, they are not very user friendly, so I
> created a forum specially for Lift developers that like to discuss
> topics about the Scala/Lift programming language.  If you want to help
> start the forum and post a couple topics I would greatly appreciate
> it.  The link is http://www.liftforum.com .  It's a new forum so there
> isn't much content on it yet.
> 
> 
> 
> I am totally cool with different forums for discussion Lift and Scala. 
>  That's all cool.
> 
> I will continue to treat this forum as my primary place to help folks 
> and I will encourage the Lift committers to support newbies on this 
> forum and to have Lift related discussions (what features, how we add 
> them, etc.) on this forum.
> 
> Personally, I have not had a lot of issues with repeat questions.  The 
> more times people ask the same questions, the more it points out that 
> either (1) we didn't do a particular feature correctly or (2) we need to 
> add something to the Lift wiki or other documentation.
> 
> I am personally not a fan of forum software... I find that mailing lists 
> (via gmail) with a web-basic history to be ideal and thus Google groups 
> was my choice.  I'm open to other options for the primary Lift support 
> forum.  We've moved source repositories and wikis a few times.  Moving 
> this forum elsewhere is not off the table.
> 
> In terms of the use of the term "Lift", I want to let you know that 
> there will probably be some trademark assertions on the word "Lift" 
> related to computer programs (I'm not sure the exact trademark 
> category.)  So, in the near future, I may ask you not to use the work 
> "Lift" as a primary designator for the forum.
> 
> I don't see a split as a bad thing.  The Lift community numbers > 1,300 
> people and is the largest Scala-related community.  We may not be 
> optimal for providing support to all users of Lift and I welcome other 
> ways to help people build great web sites with Lift.  By all means, find 
> ways to help people do better thing with Lift.
> 
> Thanks,
> 
> David
> 
> 
>  
> 
> 
> 
> 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
> Git some: http://github.com/dpp
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Question about Lift/Scala & Lift Discussion Board

[Charles F. Munat]

I agree that it's kind of silly to talk about DPP's approval. This isn't 
source code related. Anyone can establish any forum he or she wants to, 
and if someone wants a separate Lift forum . . .

The question, then, in my mind is whether adding a forum adds some 
needed capability (or visibility) or whether it just splits the group 
unnecessarily. As for mailing lists, I'm on several for a variety of 
languages and applications. What exactly does a forum get us? And if 
that's worth having, then is it better to have the forum in addition to 
the mailing list, or instead of it?

Chas.

marius d. wrote:
> What? ... Is there on ONE forum about Java, Scala, Spring, Rail
> etc? ... did all Java forums needed James Gosling approval ? .. Come
> on .. So yes people can talk about it make they own
> wikis,forums,blogs ... internet is free you know. I have tons of
> respect for David and this community and I don't need to write this
> down here but IMO let people know about Lift & Scala by whatever
> means. It doesn't have to be a single information channel.
> 
> I hate when I see such a dictatorial attitude about things ...
> 
> Br's,
> Marius
> 
> On Aug 30, 4:20 pm, Naftoli Gugenheim  wrote:
>> Once again, I don't see how you can discuss it until you know that David's 
>> fine with it.
>> Personally I haven't read any concrete benefit (I don't know what "take the 
>> load off" or "get more sites out there" mean practically) that isn't 
>> available now between the list an the wiki---certainly not to outweigh the 
>> very clear disadvantage to both posters, who have that much less of a chance 
>> getting an answer in any one place and may have to ask twice, as well as to 
>> "experts" who can either only monitor one site and leave the other site with 
>> fewer "experts"; or be inconvenienced to monitor both.
>> How many members are there of the Google Group currently? And what 
>> percentage ever offer answers? Regularly? The lift community is not as large 
>> as many other communities. Does Scala itself have other forums besides its 
>> own lists? If so what is their state? Certainly the Scala community is much 
>> larger than lift's. (Maybe you should make your forum be a Scala forum, and 
>> have a lift category... But again, I think it's only fair to ask lift's 
>> mastermind first!)
>>
>> -
>>
>> marius d. wrote:
>>
>> My 2 cents if I may ...
>>
>> Although I love this list and this is the official Lift list and
>> support I think it is important to also have other wiki's, forums etc.
>> out there. Personally I don't see this as a community split. More and
>> more people are becoming pretty knowledgeable with Lift & Scala
>> sharing information about Lift on other channels ... is nothing wrong
>> with that .. .quite the opposite. In fact this may take some of the
>> load on this list as community grows.
>>
>> Would be nice though to have a central place where all other wiki's/
>> forums can be found. For instance serious forums/wikis could be
>> references from lift web-site or even fromthis list in the header
>> section.
>>
>> Br's,
>> Marius
>>
>> On Aug 30, 8:37 am, Naftoli Gugenheim  wrote:
>>
>>> The lift community is not huge. It's David Pollak's brainchild, and I don't 
>>> see how you can discuss creating a forum (after the fact) without his 
>>> okaying it. How can you compare it to an IRC? A forum fills much of the 
>>> same purpose as the list, much more than IRC.
>>> Some of the advantages mentioned are better solved by a Wiki. (Your 
>>> volunteering to help with it is much appreciated.)
>>> Searchability - sounds like a bug on Google's part, no? Is there a Group 
>>> for discussing Google Groups? In any case, it's addressed by services like 
>>> MarkMail. Isn't Nabbles searchable?
>>> Duplicate questions - forums don't completely solve this. Searchability 
>>> would help, as will the Wiki as it grows.
>>> Stickies - Google Groups doesn't allow stickies?
>>> Syntax highlighting/formatting; organization - the way I see it, you can 
>>> draw a continuum with IRC being the most transient and a Wiki etc. the most 
>>> permanent, with a mailing list, a Google Groups mailng list, and a forum 
>>> falling in between, in increasing order of permanence/organizability. As 
>>> you go from left to right you get more of these features, but a forum is 
>>> still less than a Wiki. On the other hand as you go right to left you get 
>>> more "dynamic"/on the fly--you just write a question without worrying about 
>>> organization or formatting.
>>> Does that make sense?
>>> -
>>> Xavi Ramirez wrote:
>>> I applaud Artem's initiative!
>>> The mailing list has undoubtedly been an extremely helpful resource.
>>> That said, a mailing lists in general have several short comings:
>>> - Hard to search through
>>> - Many duplicate questions
>>> - No stickies
>>> - No syntax highlighting and few formatting options
>>> - Little to no message organizat

[Lift] Re: Question about Lift/Scala & Lift Discussion Board

[Charles F. Munat]

Just my two cents, but I think establishing a separate forum at this 
point is a mite premature. What problem, exactly, is it that we're 
trying to solve?

Chas.

Naftoli Gugenheim wrote:
> Once again, I don't see how you can discuss it until you know that David's 
> fine with it.
> Personally I haven't read any concrete benefit (I don't know what "take the 
> load off" or "get more sites out there" mean practically) that isn't 
> available now between the list an the wiki---certainly not to outweigh the 
> very clear disadvantage to both posters, who have that much less of a chance 
> getting an answer in any one place and may have to ask twice, as well as to 
> "experts" who can either only monitor one site and leave the other site with 
> fewer "experts"; or be inconvenienced to monitor both.
> How many members are there of the Google Group currently? And what percentage 
> ever offer answers? Regularly? The lift community is not as large as many 
> other communities. Does Scala itself have other forums besides its own lists? 
> If so what is their state? Certainly the Scala community is much larger than 
> lift's. (Maybe you should make your forum be a Scala forum, and have a lift 
> category... But again, I think it's only fair to ask lift's mastermind first!)
> 
> -
> marius d. wrote:
> 
> 
> My 2 cents if I may ...
> 
> Although I love this list and this is the official Lift list and
> support I think it is important to also have other wiki's, forums etc.
> out there. Personally I don't see this as a community split. More and
> more people are becoming pretty knowledgeable with Lift & Scala
> sharing information about Lift on other channels ... is nothing wrong
> with that .. .quite the opposite. In fact this may take some of the
> load on this list as community grows.
> 
> Would be nice though to have a central place where all other wiki's/
> forums can be found. For instance serious forums/wikis could be
> references from lift web-site or even fromthis list in the header
> section.
> 
> Br's,
> Marius
> 
> On Aug 30, 8:37 am, Naftoli Gugenheim  wrote:
>> The lift community is not huge. It's David Pollak's brainchild, and I don't 
>> see how you can discuss creating a forum (after the fact) without his 
>> okaying it. How can you compare it to an IRC? A forum fills much of the same 
>> purpose as the list, much more than IRC.
>> Some of the advantages mentioned are better solved by a Wiki. (Your 
>> volunteering to help with it is much appreciated.)
>> Searchability - sounds like a bug on Google's part, no? Is there a Group for 
>> discussing Google Groups? In any case, it's addressed by services like 
>> MarkMail. Isn't Nabbles searchable?
>> Duplicate questions - forums don't completely solve this. Searchability 
>> would help, as will the Wiki as it grows.
>> Stickies - Google Groups doesn't allow stickies?
>> Syntax highlighting/formatting; organization - the way I see it, you can 
>> draw a continuum with IRC being the most transient and a Wiki etc. the most 
>> permanent, with a mailing list, a Google Groups mailng list, and a forum 
>> falling in between, in increasing order of permanence/organizability. As you 
>> go from left to right you get more of these features, but a forum is still 
>> less than a Wiki. On the other hand as you go right to left you get more 
>> "dynamic"/on the fly--you just write a question without worrying about 
>> organization or formatting.
>> Does that make sense?
>>
>> -
>>
>> Xavi Ramirez wrote:
>>
>> I applaud Artem's initiative!
>>
>> The mailing list has undoubtedly been an extremely helpful resource.
>> That said, a mailing lists in general have several short comings:
>>
>> - Hard to search through
>> - Many duplicate questions
>> - No stickies
>> - No syntax highlighting and few formatting options
>> - Little to no message organization
>> - Few moderation tools
>>
>> A forum could be a nice way to address these issues, so it might be
>> worth a try.  Also I think introducing a forum is anymore likely to
>> splinter than an IRC chat room.
>>
>> Just my two cents.
>>
>> -Xavi
>>
>> On Sat, Aug 29, 2009 at 8:22 PM, Timothy Perrett 
>> wrote:
>>
>>> Agreed (and +1) - Personally I actually prefer mailing lists full stop
>>> because it involves no web site trawling to get to the topics one is
>>> after...
>>> Cheers, Tim
>>> On 30/08/2009 01:20, "TylerWeir"  wrote:
 I'm not really sure how splintering the community is going to help.
 I feel the google group has been fine.
 On Aug 29, 6:59 pm, Artem  wrote:
> Hey!
> I stumbled on Lift a couple weeks ago and have been messing around
> with it a lot!  I am a Ruby on Rails programmer and it seems like Ruby
> is doing a fine job serving the web programmers community.  Recently,
> I read an article about Twitter running RoR and it crashing after a
> while.  They decided to switch to Scala because it's scalable

[Lift] Re: self-reference relationship

[Charles F. Munat]

Are your objects persisted, and, if so, are you using Mapper or 
JPA/Hibernate (or something else)?

Chas.

surfman wrote:
> I spent two days finishing following todo and pocketchange. Both apps
> run well on my machine, and I understand I need more helpful tutorial,
> but no idea where to find them. I googled for a while, nothing more
> helpful.
> 
> I want to know how to handle a self-reference relationship in Lift.
> and I also appreciate if anyone let me know where I may find more
> practical tutorial or get further steps onto Lift? Thanks in advance.
> 
> > 
> 

--~--~-~--~~~---~--~~
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: Creating your own tags?

[Charles F. Munat]

Security by obscurity, eh?

Timothy Perrett wrote:
> Its not that I want to completely stop the normal lift tag processing, I
> don't, I just want to make it appear to users as if they are not using
> lift... That might sound crazy, but essentially I want users to only know
> about that tags they are told about, rather than having obvious access to
> all the lift default stuff.
> 
> Yes, ok, they could do some research and dig it out, but in my experience if
> it is not staring users in the face, only a few of them will go looking any
> deeper. Does that make any sense what-so-ever?
> 
> Cheers, Tim 
> 
> 
> On 28/08/2009 21:47, "marius d."  wrote:
>>> Hey Marius
>>>
>>> Firstly I agree with your thoughts on LiftTagPF - im not sure that
>>> overriding the default lift tags would ever be a good idea for
>>> implementing users...
>> Well I was referring to overwriting (as those would take precedence
>> over builtin snippets) ... not much of an overriding.
>>
>>> However, I do see a use case, in, for instance
>>> the CMS arena where having a specialized tagging mechanism would be
>>> beneficial because you simply wouldn't want to use the default lift
>>> namespace so that users could just do:
>>>
>>> 
>>>
>>> All over their template code - you'd want to restrict what users could
>>> actually do whilst still keeping the templates designer friendly.
>> Such restrictions could be very tricky to achieve if the CMS template
>> is processed by Lift engine. Perhaps for specialized CMS templates a
>> dedicated templating definition and engine is more appropriate in
>> order to strictly process given tags that define the CMS templating
>> language?
>>
>>> This is one use case, and in my particular circumstances, I want to
>>> provide a degree of functionality that is succinctly separate from the
>>> lift functionality and I don't want the twain to meet (as it were) but
>>> its important for my purposes at least that the templates still play
>>> well with tools such as Dreamweaver (just as the lift tags do)
>>>
>>> What are your thoughts?
>> Related to my notes above if you define a set of tags for your CMS
>> template and you run that against Lift's templating engine how do you
>> prevent lift specific "tags" to be executed?
> 
> 
> 
> > 
> 

--~--~-~--~~~---~--~~
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: Using Lift to build a Web Service and the PUT HTTP method??

[Charles F. Munat]

If, for example, you are sending an "id" property, then you should be 
able to get it through the Req object via params:

req.params("id")

That's how I do it, but without seeing what you're sending, I can't be 
sure how you would do it.

It works the same way as with POST, so I'm not sure why you can't see 
it. Can you post some code?

Chas.

Alan M wrote:
> I'm trying to use PUT with Lift and it seems to be working, except I
> can't find the content I put.  I'm using jQuery on the front end (a
> custom front-end) and firebug seems to think the data gets sent.
> Although it doesn't show me the raw request, it adds a PUT tab that
> shows the key and value(I couldn't get PUT in jQuery to work without a
> key/value pair).  So where should I look for this data in the req?
> I've used POST and GET before without problem, but I need to use PUT
> here.  I looked in the body field and in the xml field (it is an xml
> string being PUT).  BTW, I'm using Lift .11 and scala 2.7.2.
> 
> So anyone doing this?  If so where is the PUT data?
> 
> Oh also should I upgrade Lift?  Last time I did (from .9 to .11) it
> was a lot of work.
> Alan
> > 
> 

--~--~-~--~~~---~--~~
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: Multiple sites, same login

[Charles F. Munat]

This is good to know about. Thanks!

Marc Boschma wrote:
> Maybe https://opensso.dev.java.net/ might be of interest? Might also  
> be a bit of work...
> 
> Marc
> 
> On 26/08/2009, at 2:53 AM, Charles F. Munat wrote:
> 
>> Now this is an interesting idea. I'll think about it...
>>
>> Thanks!
>>
>> Chas.
>>
>> David Pollak wrote:
>>>
>>> On Mon, Aug 24, 2009 at 3:23 PM, Charles F. Munat >> <mailto:c...@munat.com>> wrote:
>>>
>>>
>>>I'm building two Lift applications that access the same back end
>>>database -- one is for the public site, and the other, which  
>>> will use a
>>>subdomain, is for administration of the public site.
>>>
>>>A third application will access a separate database, but will be  
>>> related
>>>to the previous two sites.
>>>
>>>Any suggestions as to how I might have one login that keeps the  
>>> user
>>>logged in across all these sites? Obviously, OpenID would work,  
>>> and
>>>there's complex stuff involving LDAP servers, etc., but I'd like  
>>> to keep
>>>it fairly simple.
>>>
>>>Ideas?
>>>
>>>
>>> You could put a cookie at the top level for the domain that's an
>>> encrypted mix of the user's primary key and the current time.  If the
>>> user comes to another one of the sites, it could examine the cookie  
>>> and
>>> see if it should create a session for the user.
>>>
>>>
>>>
>>>
>>>Thanks!
>>>Chas.
>>>
>>>
>>>
>>>
>>>
>>> -- 
>>> Lift, the simply functional web framework http://liftweb.net
>>> Beginning Scala http://www.apress.com/book/view/1430219890
>>> Follow me: http://twitter.com/dpp
>>> Git some: http://github.com/dpp
>>>
> 
> 
> > 
> 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Ext.Direct

[Charles F. Munat]

I haven't used Ext.Direct yet, but I am currently building a site (three 
sites, really) that uses Ext JS 3.0 for the front end.

One site is essentially a CRUD app. The back end is a PostgreSQL 
database. The middle layer is a Lift app that uses JPA/Hibernate to 
access the database. It provides a REST interface to the data that 
accepts and returns JSON. (I've hand written this but must learn more 
about Lift's JSON capabilities.)

The front end is pure Ext JS. All connections to the database are via 
AJAX-like calls (AJAJ?). The REST interface is pretty pure, using only 
GET, PUT, and DELETE.

(I like idempotency, so I don't use POST. The back end generates UUIDs 
and prepopulates the add forms with a UUID, then the create calls use 
the same URL as the update calls. If the object with that ID already 
exists, it is updated. If it doesn't, it is created. Thus all calls are 
idempotent. This also improves security, as you're, um, unlikely to 
guess a UUID.)

I'd be happy to talk to you about this. It's still in the early stages, 
but I have to debut it in a couple weeks if not sooner (what's new?), so 
I'll be zooming through the front end stuff over the next few days.

I plan for all future sites that I build in Lift to follow a similar 
pattern on the front end.

Chas.

Naftoli Gugenheim wrote:
> Has anyone used lift with Ext.JS forms/Ext.Direct?
> 
> 
> P.S. It would be neat if it could interact with Lift's JSON support. I wonder 
> what it would take.
> 
> 
> > 
> 

--~--~-~--~~~---~--~~
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: Something you might find useful: easy lazy loading of page sections

[Charles F. Munat]

Nice!

David Pollak wrote:
> This is nifty... I think it's worthy of inclusion in Lift.  Thanks for 
> the suggestion!
> 
> On Wed, Aug 26, 2009 at 2:44 PM, harryh  > wrote:
> 
> 
> Let's say you have a bit of a page like so:
> 
> 
>  
> 
> 
> Now, let's assume that computing whatever is bound to 
> takes a long time (maybe it takes a network call, or a long database
> query, or whatever).  You don't want to hold up your entire page view
> on that so.
> 
> 
>  
>
>  
> 
> 
> Then in your Util snippet:
> 
> def lazyLoad(xhtml: NodeSeq) = {
>  val id = "lazy"+System.currentTimeMillis()
>  val (name, exp) = ajaxInvoke(() => { SetHtml(id, xhtml) })
>  
>  >
>{Script(OnLoad(exp.cmd))}
>  
> }
> 
> Feel free to critique if there is a better way of doing this.  It's
> working pretty good for me so far though.
> 
> -harryh
> 
> 
> 
> 
> -- 
> Lift, the simply functional web framework http://liftweb.net
> Beginning Scala http://www.apress.com/book/view/1430219890
> Follow me: http://twitter.com/dpp
> Git some: http://github.com/dpp
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Multiple sites, same login

[Charles F. Munat]

Now this is an interesting idea. I'll think about it...

Thanks!

Chas.

David Pollak wrote:
> 
> 
> On Mon, Aug 24, 2009 at 3:23 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> I'm building two Lift applications that access the same back end
> database -- one is for the public site, and the other, which will use a
> subdomain, is for administration of the public site.
> 
> A third application will access a separate database, but will be related
> to the previous two sites.
> 
> Any suggestions as to how I might have one login that keeps the user
> logged in across all these sites? Obviously, OpenID would work, and
> there's complex stuff involving LDAP servers, etc., but I'd like to keep
> it fairly simple.
> 
> Ideas?
> 
> 
> You could put a cookie at the top level for the domain that's an 
> encrypted mix of the user's primary key and the current time.  If the 
> user comes to another one of the sites, it could examine the cookie and 
> see if it should create a session for the user.
>  
> 
> 
> 
> Thanks!
> Chas.
> 
> 
> 
> 
> 
> -- 
> Lift, the simply functional web framework http://liftweb.net
> Beginning Scala http://www.apress.com/book/view/1430219890
> Follow me: http://twitter.com/dpp
> Git some: http://github.com/dpp
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Re: Multiple sites, same login

[Charles F. Munat]

No one has done this or has any ideas about how to do it?

Charles F. Munat wrote:
> I'm building two Lift applications that access the same back end 
> database -- one is for the public site, and the other, which will use a 
> subdomain, is for administration of the public site.
> 
> A third application will access a separate database, but will be related 
> to the previous two sites.
> 
> Any suggestions as to how I might have one login that keeps the user 
> logged in across all these sites? Obviously, OpenID would work, and 
> there's complex stuff involving LDAP servers, etc., but I'd like to keep 
> it fairly simple.
> 
> Ideas?
> 
> Thanks!
> Chas.
> 
> > 
> 

--~--~-~--~~~---~--~~
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] Multiple sites, same login

[Charles F. Munat]

I'm building two Lift applications that access the same back end 
database -- one is for the public site, and the other, which will use a 
subdomain, is for administration of the public site.

A third application will access a separate database, but will be related 
to the previous two sites.

Any suggestions as to how I might have one login that keeps the user 
logged in across all these sites? Obviously, OpenID would work, and 
there's complex stuff involving LDAP servers, etc., but I'd like to keep 
it fairly simple.

Ideas?

Thanks!
Chas.

--~--~-~--~~~---~--~~
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: JPA blank archetype

[Charles F. Munat]

Ah, so the errors were connected after all. I was curious about the 
checksum, but I didn't realize that would make it grab an earlier version.

Derek Chen-Becker wrote:
> OK, I think I've found an issue here. The sha1 checksum file for the 
> archetype was last updated on August 1st, and haven't been updated since 
> then. That's what your original error was, and it's why it's grabbing an 
> older version of the jar :(. Let me see if I can figure out why hudson 
> won't recalculate the checksums.
> 
> Derek
> 
> On Mon, Aug 24, 2009 at 2:13 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> Thanks for all your help, Indrajit. I'm using the blank JPA app anyway,
> so it didn't affect me, but I thought Derek, et al should know.
> Especially since I was using the Maven command from his book...
> 
> Chas.
> 
> Indrajit Raychaudhuri wrote:
>  > Chas,
>  >
>  > The problem is quite likely with the archetype jar in the scala-tools
>  > repo. Derek is probably looking into it.
>  > Yes, your being confused about the master reference is
>  > understandable :)
>  >
>  > Good that it compiles through. For now, you can set the dependencies
>  > to lift-core and lift-jpa to 1.1-M4 and proceed merrily.
>  >
>  > Cheers, Indrajit
>  >
>  > On Aug 24, 11:09 pm, "Charles F. Munat"  <mailto:c...@munat.com>> wrote:
>  >> I'm on a new laptop. I didn't do any git pulls of Lift stuff. I just
>  >> installed Scala with the IZ installer and then Maven, then I ran the
>  >> archetype command to create a basic JPA app and let it build the m2
>  >> repository on my machine. When that didn't work, I blew away m2 and
>  >> tried it again.
>  >>
>  >> Changing the lift-core dependency worked. So the problem is
> definitely
>  >> with 1.1-SNAPSHOT -- at least the one I ended up with.
>  >>
>  >> Does this make sense? Do you see why I was confused by your
>     reference to
>  >> master?
>  >>
>  >> Chas.
>  >>
>  >> marius d. wrote:
>  >>> What I means is if you did a git pull from git master and ran mvn
>  >>> clean:clean install. That inherently means version 1.1-SNAPSHOT
>  >>> Br's,
>  >>> marius
>  >>> On Aug 24, 11:49 am, "Charles F. Munat"  <mailto:c...@munat.com>> wrote:
>  >>>> Hi, Marius...
>  >>>> I don't know what you mean by "Are you using master?" What I
> did was use
>  >>>> the Maven archetype to create a basic JPA lift app. Then I changed
>  >>>> directory to the top directory and ran "mvn compile." That's
> it. I got
>  >>>> the errors you see. I didn't do anything else.
>  >>>> I've tried blowing away .m2 and I've tried changing the scala
> version to
>  >>>> 2.7.5 (from 2.7.4). No difference.
>  >>>> Does the basic JPA lift app not compile until you do something
> else to
>  >>>> it? The blank one worked fine. Can you create and compile the
>     Basic JPA
>  >>>> app on your machine without error? Maybe it's something on my
> machine,
>  >>>> but everything else is working fine.
>  >>>> The Maven command I used is reproduced below.
>  >>>> Chas.
>  >>>> marius d. wrote:
>  >>>>> Charles,
>  >>>>> AFAIK I removed all dependencies to javax.servlet.* classes
> even from
>  >>>>> archetypes.  Are you using master? ... I did a full search
> and servlet
>  >>>>> things are not being used. The archetype looks ok to me ... Am I
>  >>>>> missing something?
>  >>>>> Br's,
>  >>>>> Marius
>  >>>>> On Aug 24, 9:06 am, "Charles F. Munat"  <mailto:c...@munat.com>> wrote:
>  >>>>>> Nope. Same error, even after blowing away m2 and rerunning
> the basic
>  >>>>>> archetype to create a new app.
>  >>>>>> Chas.
>  >>>>>> Charles F. Munat wrote:
>  >>>>>>> No on blowing away m2. I did switch to the blank archetype
>

[Lift] Re: JPA blank archetype

[Charles F. Munat]

Thanks for all your help, Indrajit. I'm using the blank JPA app anyway, 
so it didn't affect me, but I thought Derek, et al should know. 
Especially since I was using the Maven command from his book...

Chas.

Indrajit Raychaudhuri wrote:
> Chas,
> 
> The problem is quite likely with the archetype jar in the scala-tools
> repo. Derek is probably looking into it.
> Yes, your being confused about the master reference is
> understandable :)
> 
> Good that it compiles through. For now, you can set the dependencies
> to lift-core and lift-jpa to 1.1-M4 and proceed merrily.
> 
> Cheers, Indrajit
> 
> On Aug 24, 11:09 pm, "Charles F. Munat"  wrote:
>> I'm on a new laptop. I didn't do any git pulls of Lift stuff. I just
>> installed Scala with the IZ installer and then Maven, then I ran the
>> archetype command to create a basic JPA app and let it build the m2
>> repository on my machine. When that didn't work, I blew away m2 and
>> tried it again.
>>
>> Changing the lift-core dependency worked. So the problem is definitely
>> with 1.1-SNAPSHOT -- at least the one I ended up with.
>>
>> Does this make sense? Do you see why I was confused by your reference to
>> master?
>>
>> Chas.
>>
>> marius d. wrote:
>>> What I means is if you did a git pull from git master and ran mvn
>>> clean:clean install. That inherently means version 1.1-SNAPSHOT
>>> Br's,
>>> marius
>>> On Aug 24, 11:49 am, "Charles F. Munat"  wrote:
>>>> Hi, Marius...
>>>> I don't know what you mean by "Are you using master?" What I did was use
>>>> the Maven archetype to create a basic JPA lift app. Then I changed
>>>> directory to the top directory and ran "mvn compile." That's it. I got
>>>> the errors you see. I didn't do anything else.
>>>> I've tried blowing away .m2 and I've tried changing the scala version to
>>>> 2.7.5 (from 2.7.4). No difference.
>>>> Does the basic JPA lift app not compile until you do something else to
>>>> it? The blank one worked fine. Can you create and compile the Basic JPA
>>>> app on your machine without error? Maybe it's something on my machine,
>>>> but everything else is working fine.
>>>> The Maven command I used is reproduced below.
>>>> Chas.
>>>> marius d. wrote:
>>>>> Charles,
>>>>> AFAIK I removed all dependencies to javax.servlet.* classes even from
>>>>> archetypes.  Are you using master? ... I did a full search and servlet
>>>>> things are not being used. The archetype looks ok to me ... Am I
>>>>> missing something?
>>>>> Br's,
>>>>> Marius
>>>>> On Aug 24, 9:06 am, "Charles F. Munat"  wrote:
>>>>>> Nope. Same error, even after blowing away m2 and rerunning the basic
>>>>>> archetype to create a new app.
>>>>>> Chas.
>>>>>> Charles F. Munat wrote:
>>>>>>> No on blowing away m2. I did switch to the blank archetype (which is
>>>>>>> what I actually wanted) and it worked fine. But I can try again with the
>>>>>>> basic and blowing away m2.
>>>>>>> Chas.
>>>>>>> Derek Chen-Becker wrote:
>>>>>>>> It looks like this is still the older archive before HttpServletRequest
>>>>>>>> → HTTPRequest. The code in master has the change applied, so I'm not
>>>>>>>> sure why it's failing. The warnings are normal (I haven't figured out
>>>>>>>> all of the tricks with the velocity templating), but something isn't
>>>>>>>> being pulled correctly. Have you tried blowing away your .m2?
>>>>>>>> Derek
>>>>>>>> On Sun, Aug 23, 2009 at 9:45 PM, Charles F. Munat >>>>>>> <mailto:c...@munat.com>> wrote:
>>>>>>>> I found this in the lift book and used it:
>>>>>>>> mvn archetype:generate \
>>>>>>>> -DarchetypeRepository=http://scala-tools.org/repo-snapshots\
>>>>>>>> -DarchetypeGroupId=net.liftweb \
>>>>>>>> -DarchetypeArtifactId=lift-archetype-jpa-basic \
>>>>>>>> -DarchetypeVersion=1.1-SNAPSHOT \
>>>>>>>> -DgroupId=com.foo.jpaweb \
>>>>>>>> -Dartifac

[Lift] Re: JPA blank archetype

[Charles F. Munat]

I'm on a new laptop. I didn't do any git pulls of Lift stuff. I just 
installed Scala with the IZ installer and then Maven, then I ran the 
archetype command to create a basic JPA app and let it build the m2 
repository on my machine. When that didn't work, I blew away m2 and 
tried it again.

Changing the lift-core dependency worked. So the problem is definitely 
with 1.1-SNAPSHOT -- at least the one I ended up with.

Does this make sense? Do you see why I was confused by your reference to 
master?

Chas.

marius d. wrote:
> What I means is if you did a git pull from git master and ran mvn
> clean:clean install. That inherently means version 1.1-SNAPSHOT
> 
> Br's,
> marius
> 
> On Aug 24, 11:49 am, "Charles F. Munat"  wrote:
>> Hi, Marius...
>>
>> I don't know what you mean by "Are you using master?" What I did was use
>> the Maven archetype to create a basic JPA lift app. Then I changed
>> directory to the top directory and ran "mvn compile." That's it. I got
>> the errors you see. I didn't do anything else.
>>
>> I've tried blowing away .m2 and I've tried changing the scala version to
>> 2.7.5 (from 2.7.4). No difference.
>>
>> Does the basic JPA lift app not compile until you do something else to
>> it? The blank one worked fine. Can you create and compile the Basic JPA
>> app on your machine without error? Maybe it's something on my machine,
>> but everything else is working fine.
>>
>> The Maven command I used is reproduced below.
>>
>> Chas.
>>
>> marius d. wrote:
>>> Charles,
>>> AFAIK I removed all dependencies to javax.servlet.* classes even from
>>> archetypes.  Are you using master? ... I did a full search and servlet
>>> things are not being used. The archetype looks ok to me ... Am I
>>> missing something?
>>> Br's,
>>> Marius
>>> On Aug 24, 9:06 am, "Charles F. Munat"  wrote:
>>>> Nope. Same error, even after blowing away m2 and rerunning the basic
>>>> archetype to create a new app.
>>>> Chas.
>>>> Charles F. Munat wrote:
>>>>> No on blowing away m2. I did switch to the blank archetype (which is
>>>>> what I actually wanted) and it worked fine. But I can try again with the
>>>>> basic and blowing away m2.
>>>>> Chas.
>>>>> Derek Chen-Becker wrote:
>>>>>> It looks like this is still the older archive before HttpServletRequest
>>>>>> → HTTPRequest. The code in master has the change applied, so I'm not
>>>>>> sure why it's failing. The warnings are normal (I haven't figured out
>>>>>> all of the tricks with the velocity templating), but something isn't
>>>>>> being pulled correctly. Have you tried blowing away your .m2?
>>>>>> Derek
>>>>>> On Sun, Aug 23, 2009 at 9:45 PM, Charles F. Munat >>>>> <mailto:c...@munat.com>> wrote:
>>>>>> I found this in the lift book and used it:
>>>>>> mvn archetype:generate \
>>>>>> -DarchetypeRepository=http://scala-tools.org/repo-snapshots\
>>>>>> -DarchetypeGroupId=net.liftweb \
>>>>>> -DarchetypeArtifactId=lift-archetype-jpa-basic \
>>>>>> -DarchetypeVersion=1.1-SNAPSHOT \
>>>>>> -DgroupId=com.foo.jpaweb \
>>>>>> -DartifactId=JPADemo \
>>>>>> -Dversion=1.0-SNAPSHOT
>>>>>> During the creation of the basic jpa app, I got this:
>>>>>> Downloading:
>>>>>>
>>>>>> http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-...
>>>>>> 44K
>>>>>> 
>>>>>> <http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-...>
>>>>>> downloaded  (lift-archetype-jpa-basic-1.1-SNAPSHOT.jar)
>>>>>> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
>>>>>> '66b831a190e2e072816e5b2acc8064287d94b371'; remote =
>>>>>> '023a3bb1cf2994e837b18394a2eb3975c8735552' - RETRYING
>>>>>> Downloading:
>>>>>>
>>>>>> http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-...
>>>>>> 44K
>>>>>> 
>>>>>> <http://scala-tools.org/repo-snapshots/net/liftweb/lift-archety

[Lift] Re: JPA blank archetype

[Charles F. Munat]

How would I know that? I presume that if I blew m2 away and then ran it, 
I'd get the latest snapshot. Wouldn't I?

Chas.

Timothy Perrett wrote:
> Chas,
> 
> Marius means are you using the *latest* 1.1-SNAPSHOT?
> 
> I have some works to do on the maven archetypes in the next couple of days
> so I'll make sure they are all working correctly when I do the code
> refactoring.
> 
> Cheers, Tim
> 
> On 24/08/2009 09:49, "Charles F. Munat"  wrote:
> 
>> Hi, Marius...
>>
>> I don't know what you mean by "Are you using master?" What I did was use
>> the Maven archetype to create a basic JPA lift app. Then I changed
>> directory to the top directory and ran "mvn compile." That's it. I got
>> the errors you see. I didn't do anything else.
>>
>> I've tried blowing away .m2 and I've tried changing the scala version to
>> 2.7.5 (from 2.7.4). No difference.
>>
>> Does the basic JPA lift app not compile until you do something else to
>> it? The blank one worked fine. Can you create and compile the Basic JPA
>> app on your machine without error? Maybe it's something on my machine,
>> but everything else is working fine.
>>
>> The Maven command I used is reproduced below.
>>
>> Chas.
>>
>> marius d. wrote:
>>> Charles,
>>>
>>> AFAIK I removed all dependencies to javax.servlet.* classes even from
>>> archetypes.  Are you using master? ... I did a full search and servlet
>>> things are not being used. The archetype looks ok to me ... Am I
>>> missing something?
>>>
>>> Br's,
>>> Marius
>>>
>>> On Aug 24, 9:06 am, "Charles F. Munat"  wrote:
>>>> Nope. Same error, even after blowing away m2 and rerunning the basic
>>>> archetype to create a new app.
>>>>
>>>> Chas.
>>>>
>>>> Charles F. Munat wrote:
>>>>> No on blowing away m2. I did switch to the blank archetype (which is
>>>>> what I actually wanted) and it worked fine. But I can try again with the
>>>>> basic and blowing away m2.
>>>>> Chas.
>>>>> Derek Chen-Becker wrote:
>>>>>> It looks like this is still the older archive before HttpServletRequest
>>>>>> → HTTPRequest. The code in master has the change applied, so I'm not
>>>>>> sure why it's failing. The warnings are normal (I haven't figured out
>>>>>> all of the tricks with the velocity templating), but something isn't
>>>>>> being pulled correctly. Have you tried blowing away your .m2?
>>>>>> Derek
>>>>>> On Sun, Aug 23, 2009 at 9:45 PM, Charles F. Munat >>>>> <mailto:c...@munat.com>> wrote:
>>>>>> I found this in the lift book and used it:
>>>>>> mvn archetype:generate \
>>>>>> -DarchetypeRepository=http://scala-tools.org/repo-snapshots\
>>>>>> -DarchetypeGroupId=net.liftweb \
>>>>>> -DarchetypeArtifactId=lift-archetype-jpa-basic \
>>>>>> -DarchetypeVersion=1.1-SNAPSHOT \
>>>>>> -DgroupId=com.foo.jpaweb \
>>>>>> -DartifactId=JPADemo \
>>>>>> -Dversion=1.0-SNAPSHOT
>>>>>> During the creation of the basic jpa app, I got this:
>>>>>> Downloading:
>>>>>>
>>>>>> http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-...
>>>>>> 44K
>>>>>> 
>>>>>> <http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-...>
>>>>>> downloaded  (lift-archetype-jpa-basic-1.1-SNAPSHOT.jar)
>>>>>> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
>>>>>> '66b831a190e2e072816e5b2acc8064287d94b371'; remote =
>>>>>> '023a3bb1cf2994e837b18394a2eb3975c8735552' - RETRYING
>>>>>> Downloading:
>>>>>>
>>>>>> http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-...
>>>>>> 44K
>>>>>> 
>>>>>> <http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-...>
>>>>>> downloaded  (lift-archetype-jpa-basic-1.1-SNAPSHOT.jar)
>>>>>> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: lo

[Lift] Re: JPA blank archetype

[Charles F. Munat]

Yes, it compiles successfully when the lift-core dependency in the web 
pom.xml file is set to version 1.1-M4.

Chas.

Indrajit Raychaudhuri wrote:
> Charles,
> 
> Sorry for the false noise, setting lift-core dependency to
> 1.1-M4 instead of  1.1-SNAPSHOT
> in web/pom.xml quite likely would help better.
> 
> /Indrajit
> 
> NB: I have had created a lift jpa project internally and played with
> it for sometime. It took a while to filter out the exact delta wrt the
> barebone archetype. Hope this helps.
> 
> On Aug 24, 1:49 pm, "Charles F. Munat"  wrote:
>> Hi, Marius...
>>
>> I don't know what you mean by "Are you using master?" What I did was use
>> the Maven archetype to create a basic JPA lift app. Then I changed
>> directory to the top directory and ran "mvn compile." That's it. I got
>> the errors you see. I didn't do anything else.
>>
>> I've tried blowing away .m2 and I've tried changing the scala version to
>> 2.7.5 (from 2.7.4). No difference.
>>
>> Does the basic JPA lift app not compile until you do something else to
>> it? The blank one worked fine. Can you create and compile the Basic JPA
>> app on your machine without error? Maybe it's something on my machine,
>> but everything else is working fine.
>>
>> The Maven command I used is reproduced below.
>>
>> Chas.
>>
>> marius d. wrote:
>>> Charles,
>>> AFAIK I removed all dependencies to javax.servlet.* classes even from
>>> archetypes.  Are you using master? ... I did a full search and servlet
>>> things are not being used. The archetype looks ok to me ... Am I
>>> missing something?
>>> Br's,
>>> Marius
>>> On Aug 24, 9:06 am, "Charles F. Munat"  wrote:
>>>> Nope. Same error, even after blowing away m2 and rerunning the basic
>>>> archetype to create a new app.
>>>> Chas.
>>>> Charles F. Munat wrote:
>>>>> No on blowing away m2. I did switch to the blank archetype (which is
>>>>> what I actually wanted) and it worked fine. But I can try again with the
>>>>> basic and blowing away m2.
>>>>> Chas.
>>>>> Derek Chen-Becker wrote:
>>>>>> It looks like this is still the older archive before HttpServletRequest
>>>>>> → HTTPRequest. The code in master has the change applied, so I'm not
>>>>>> sure why it's failing. The warnings are normal (I haven't figured out
>>>>>> all of the tricks with the velocity templating), but something isn't
>>>>>> being pulled correctly. Have you tried blowing away your .m2?
>>>>>> Derek
>>>>>> On Sun, Aug 23, 2009 at 9:45 PM, Charles F. Munat >>>>> <mailto:c...@munat.com>> wrote:
>>>>>> I found this in the lift book and used it:
>>>>>> mvn archetype:generate \
>>>>>> -DarchetypeRepository=http://scala-tools.org/repo-snapshots\
>>>>>> -DarchetypeGroupId=net.liftweb \
>>>>>> -DarchetypeArtifactId=lift-archetype-jpa-basic \
>>>>>> -DarchetypeVersion=1.1-SNAPSHOT \
>>>>>> -DgroupId=com.foo.jpaweb \
>>>>>> -DartifactId=JPADemo \
>>>>>> -Dversion=1.0-SNAPSHOT
>>>>>> During the creation of the basic jpa app, I got this:
>>>>>> Downloading:
>>>>>>
>>>>>> http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-...
>>>>>> 44K
>>>>>> 
>>>>>> <http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-...>
>>>>>> downloaded  (lift-archetype-jpa-basic-1.1-SNAPSHOT.jar)
>>>>>> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
>>>>>> '66b831a190e2e072816e5b2acc8064287d94b371'; remote =
>>>>>> '023a3bb1cf2994e837b18394a2eb3975c8735552' - RETRYING
>>>>>> Downloading:
>>>>>>
>>>>>> http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-...
>>>>>> 44K
>>>>>> 
>>>>>> <http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-...>
>>>>>> downloaded  (lift-archetype-jpa-basic-1.1-SNAPSHOT.jar)
>>>>>> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =

[Lift] Re: JPA blank archetype

[Charles F. Munat]

Incidentally, I got that Maven command string straight out of the Lift book.

Chas.

Derek Chen-Becker wrote:
> Looking at the latest sources jar for the JPA basic archetype, it has 
> the proper changes:
> 
> http://hudson.scala-tools.org/job/Lift/1152/net.liftweb$lift-archetype-jpa-basic/
> 
> But I can confirm that something is not right with the JAR on there. I'm 
> going to try to do a local build and see if something isn't working 
> correctly in the archetype generation.
> 
> Derek
> 
> 2009/8/24 Indrajit Raychaudhuri  <mailto:indraj...@gmail.com>>
> 
> 
> Tim,
> 
> Quite likely he is effectively on *latest* 1.1-SNAPSHOT as he used -
> DarchetypeVersion=1.1-SNAPSHOT during archetype:create.
> 
> Would look forward to the archetype refactoring.
> Meanwhile, I have created an issue summarizing the observations in
> http://github.com/dpp/liftweb/issues/#issue/52. Would be great if they
> can be addressed.
> 
> /Indrajit
> 
> On Aug 24, 2:02 pm, Timothy Perrett  wrote:
>  > Chas,
>  >
>  > Marius means are you using the *latest* 1.1-SNAPSHOT?
>  >
>  > I have some works to do on the maven archetypes in the next
> couple of days
>  > so I'll make sure they are all working correctly when I do the code
>  > refactoring.
>  >
>  > Cheers, Tim
>  >
>  > On 24/08/2009 09:49, "Charles F. Munat"  <mailto:c...@munat.com>> wrote:
>  >
>  >
>  >
>  > > Hi, Marius...
>  >
>  > > I don't know what you mean by "Are you using master?" What I
> did was use
>  > > the Maven archetype to create a basic JPA lift app. Then I changed
>  > > directory to the top directory and ran "mvn compile." That's
> it. I got
>  > > the errors you see. I didn't do anything else.
>  >
>  > > I've tried blowing away .m2 and I've tried changing the scala
> version to
>  > > 2.7.5 (from 2.7.4). No difference.
>  >
>  > > Does the basic JPA lift app not compile until you do something
> else to
>  > > it? The blank one worked fine. Can you create and compile the
> Basic JPA
>  > > app on your machine without error? Maybe it's something on my
> machine,
>  > > but everything else is working fine.
>  >
>  > > The Maven command I used is reproduced below.
>  >
>  > > Chas.
>  >
>      > > marius d. wrote:
>  > >> Charles,
>  >
>  > >> AFAIK I removed all dependencies to javax.servlet.* classes
> even from
>  > >> archetypes.  Are you using master? ... I did a full search and
> servlet
>  > >> things are not being used. The archetype looks ok to me ... Am I
>  > >> missing something?
>  >
>  > >> Br's,
>  > >> Marius
>  >
>  > >> On Aug 24, 9:06 am, "Charles F. Munat"  <mailto:c...@munat.com>> wrote:
>  > >>> Nope. Same error, even after blowing away m2 and rerunning
> the basic
>  > >>> archetype to create a new app.
>  >
>  > >>> Chas.
>  >
>  > >>> Charles F. Munat wrote:
>  > >>>> No on blowing away m2. I did switch to the blank archetype
> (which is
>  > >>>> what I actually wanted) and it worked fine. But I can try
> again with the
>  > >>>> basic and blowing away m2.
>  > >>>> Chas.
>  > >>>> Derek Chen-Becker wrote:
>  > >>>>> It looks like this is still the older archive before
> HttpServletRequest
>  > >>>>> → HTTPRequest. The code in master has the change applied,
> so I'm not
>  > >>>>> sure why it's failing. The warnings are normal (I haven't
> figured out
>  > >>>>> all of the tricks with the velocity templating), but
> something isn't
>  > >>>>> being pulled correctly. Have you tried blowing away your .m2?
>  > >>>>> Derek
>  > >>>>> On Sun, Aug 23, 2009 at 9:45 PM, Charles F. Munat
> mailto:c...@munat.com>
>  > >>>>> <mailto:c...@munat.com <mailto:c...@munat.com>>> wrote:
>  > >>

[Lift] Re: JPA blank archetype

[Charles F. Munat]

Hi, Marius...

I don't know what you mean by "Are you using master?" What I did was use 
the Maven archetype to create a basic JPA lift app. Then I changed 
directory to the top directory and ran "mvn compile." That's it. I got 
the errors you see. I didn't do anything else.

I've tried blowing away .m2 and I've tried changing the scala version to 
2.7.5 (from 2.7.4). No difference.

Does the basic JPA lift app not compile until you do something else to 
it? The blank one worked fine. Can you create and compile the Basic JPA 
app on your machine without error? Maybe it's something on my machine, 
but everything else is working fine.

The Maven command I used is reproduced below.

Chas.

marius d. wrote:
> Charles,
> 
> AFAIK I removed all dependencies to javax.servlet.* classes even from
> archetypes.  Are you using master? ... I did a full search and servlet
> things are not being used. The archetype looks ok to me ... Am I
> missing something?
> 
> Br's,
> Marius
> 
> On Aug 24, 9:06 am, "Charles F. Munat"  wrote:
>> Nope. Same error, even after blowing away m2 and rerunning the basic
>> archetype to create a new app.
>>
>> Chas.
>>
>> Charles F. Munat wrote:
>>> No on blowing away m2. I did switch to the blank archetype (which is
>>> what I actually wanted) and it worked fine. But I can try again with the
>>> basic and blowing away m2.
>>> Chas.
>>> Derek Chen-Becker wrote:
>>>> It looks like this is still the older archive before HttpServletRequest
>>>> → HTTPRequest. The code in master has the change applied, so I'm not
>>>> sure why it's failing. The warnings are normal (I haven't figured out
>>>> all of the tricks with the velocity templating), but something isn't
>>>> being pulled correctly. Have you tried blowing away your .m2?
>>>> Derek
>>>> On Sun, Aug 23, 2009 at 9:45 PM, Charles F. Munat >>> <mailto:c...@munat.com>> wrote:
>>>> I found this in the lift book and used it:
>>>> mvn archetype:generate \
>>>> -DarchetypeRepository=http://scala-tools.org/repo-snapshots\
>>>> -DarchetypeGroupId=net.liftweb \
>>>> -DarchetypeArtifactId=lift-archetype-jpa-basic \
>>>> -DarchetypeVersion=1.1-SNAPSHOT \
>>>> -DgroupId=com.foo.jpaweb \
>>>> -DartifactId=JPADemo \
>>>> -Dversion=1.0-SNAPSHOT
>>>> During the creation of the basic jpa app, I got this:
>>>> Downloading:
>>>>http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-...
>>>> 44K
>>>> 
>>>> <http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-...>
>>>> downloaded  (lift-archetype-jpa-basic-1.1-SNAPSHOT.jar)
>>>> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
>>>> '66b831a190e2e072816e5b2acc8064287d94b371'; remote =
>>>> '023a3bb1cf2994e837b18394a2eb3975c8735552' - RETRYING
>>>> Downloading:
>>>>http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-...
>>>> 44K
>>>> 
>>>> <http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-...>
>>>> downloaded  (lift-archetype-jpa-basic-1.1-SNAPSHOT.jar)
>>>> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
>>>> '66b831a190e2e072816e5b2acc8064287d94b371'; remote =
>>>> '023a3bb1cf2994e837b18394a2eb3975c8735552' - IGNORING
>>>> And a bunch of warnings:
>>>> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
>>>> reference : template = archetype-resources/pom.xml [line 37,column 16] 
>>>> :
>>>> ${scala.version} is not a valid reference.
>>>> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
>>>> reference : template = archetype-resources/pom.xml [line 43,column 16] 
>>>> :
>>>> ${scala.version} is not a valid reference.
>>>> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
>>>> reference : template = archetype-resources/pom.xml [line 85,column 25] 
>>>> :
>>>> ${scala.version} is not a valid reference.
>>>> [WARNING] PT Don't override file /private/var/www/lift/admin/pom.xml
>>>> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
&

[Lift] Re: JPA blank archetype

[Charles F. Munat]

Nope. Same error, even after blowing away m2 and rerunning the basic 
archetype to create a new app.

Chas.

Charles F. Munat wrote:
> No on blowing away m2. I did switch to the blank archetype (which is 
> what I actually wanted) and it worked fine. But I can try again with the 
> basic and blowing away m2.
> 
> Chas.
> 
> Derek Chen-Becker wrote:
>> It looks like this is still the older archive before HttpServletRequest 
>> → HTTPRequest. The code in master has the change applied, so I'm not 
>> sure why it's failing. The warnings are normal (I haven't figured out 
>> all of the tricks with the velocity templating), but something isn't 
>> being pulled correctly. Have you tried blowing away your .m2?
>>
>> Derek
>>
>> On Sun, Aug 23, 2009 at 9:45 PM, Charles F. Munat > <mailto:c...@munat.com>> wrote:
>>
>>
>> I found this in the lift book and used it:
>>
>> mvn archetype:generate \
>> -DarchetypeRepository=http://scala-tools.org/repo-snapshots \
>> -DarchetypeGroupId=net.liftweb \
>> -DarchetypeArtifactId=lift-archetype-jpa-basic \
>> -DarchetypeVersion=1.1-SNAPSHOT \
>> -DgroupId=com.foo.jpaweb \
>> -DartifactId=JPADemo \
>> -Dversion=1.0-SNAPSHOT
>>
>> During the creation of the basic jpa app, I got this:
>>
>> Downloading:
>> 
>> http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-basic/1.1-SNAPSHOT/lift-archetype-jpa-basic-1.1-SNAPSHOT.jar
>> 44K
>> 
>> <http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-basic/1.1-SNAPSHOT/lift-archetype-jpa-basic-1.1-SNAPSHOT.jar%0A44K>
>> downloaded  (lift-archetype-jpa-basic-1.1-SNAPSHOT.jar)
>> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
>> '66b831a190e2e072816e5b2acc8064287d94b371'; remote =
>> '023a3bb1cf2994e837b18394a2eb3975c8735552' - RETRYING
>> Downloading:
>> 
>> http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-basic/1.1-SNAPSHOT/lift-archetype-jpa-basic-1.1-SNAPSHOT.jar
>> 44K
>> 
>> <http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-basic/1.1-SNAPSHOT/lift-archetype-jpa-basic-1.1-SNAPSHOT.jar%0A44K>
>> downloaded  (lift-archetype-jpa-basic-1.1-SNAPSHOT.jar)
>> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
>> '66b831a190e2e072816e5b2acc8064287d94b371'; remote =
>> '023a3bb1cf2994e837b18394a2eb3975c8735552' - IGNORING
>>
>> And a bunch of warnings:
>>
>> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
>> reference : template = archetype-resources/pom.xml [line 37,column 16] :
>> ${scala.version} is not a valid reference.
>> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
>> reference : template = archetype-resources/pom.xml [line 43,column 16] :
>> ${scala.version} is not a valid reference.
>> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
>> reference : template = archetype-resources/pom.xml [line 85,column 25] :
>> ${scala.version} is not a valid reference.
>> [WARNING] PT Don't override file /private/var/www/lift/admin/pom.xml
>> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
>> reference : template = archetype-resources/web/pom.xml [line 13,column
>> 9] : ${parent.artifactId} is not a valid reference.
>> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
>> reference : template = archetype-resources/web/pom.xml [line 24,column
>> 16] : ${pom.groupId} is not a valid reference.
>> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
>> reference : template = archetype-resources/web/pom.xml [line 26,column
>> 16] : ${pom.version} is not a valid reference.
>> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
>> reference : template = archetype-resources/spa/pom.xml [line 14,column
>> 9] : ${parent.artifactId} is not a valid reference.
>>
>> The build completed successfully anyway. Afterward, I tried "mvn
>> compile" in the top directory and got the following error:
>>
>> [WARNING]
>> 
>> /private/var/www/lift/admin/web/src/main/scala/bootstrap/liftweb/Boot.scala:70:
>> error: type mismatch;
>> [WARNING]  found   :
>> net.liftweb.util.Box[javax.servlet.http.HttpServl

[Lift] Re: JPA blank archetype

[Charles F. Munat]

No on blowing away m2. I did switch to the blank archetype (which is 
what I actually wanted) and it worked fine. But I can try again with the 
basic and blowing away m2.

Chas.

Derek Chen-Becker wrote:
> It looks like this is still the older archive before HttpServletRequest 
> → HTTPRequest. The code in master has the change applied, so I'm not 
> sure why it's failing. The warnings are normal (I haven't figured out 
> all of the tricks with the velocity templating), but something isn't 
> being pulled correctly. Have you tried blowing away your .m2?
> 
> Derek
> 
> On Sun, Aug 23, 2009 at 9:45 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> I found this in the lift book and used it:
> 
> mvn archetype:generate \
> -DarchetypeRepository=http://scala-tools.org/repo-snapshots \
> -DarchetypeGroupId=net.liftweb \
> -DarchetypeArtifactId=lift-archetype-jpa-basic \
> -DarchetypeVersion=1.1-SNAPSHOT \
> -DgroupId=com.foo.jpaweb \
> -DartifactId=JPADemo \
> -Dversion=1.0-SNAPSHOT
> 
> During the creation of the basic jpa app, I got this:
> 
> Downloading:
> 
> http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-basic/1.1-SNAPSHOT/lift-archetype-jpa-basic-1.1-SNAPSHOT.jar
> 44K
> 
> <http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-basic/1.1-SNAPSHOT/lift-archetype-jpa-basic-1.1-SNAPSHOT.jar%0A44K>
> downloaded  (lift-archetype-jpa-basic-1.1-SNAPSHOT.jar)
> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
> '66b831a190e2e072816e5b2acc8064287d94b371'; remote =
> '023a3bb1cf2994e837b18394a2eb3975c8735552' - RETRYING
> Downloading:
> 
> http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-basic/1.1-SNAPSHOT/lift-archetype-jpa-basic-1.1-SNAPSHOT.jar
> 44K
> 
> <http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-basic/1.1-SNAPSHOT/lift-archetype-jpa-basic-1.1-SNAPSHOT.jar%0A44K>
> downloaded  (lift-archetype-jpa-basic-1.1-SNAPSHOT.jar)
> [WARNING] *** CHECKSUM FAILED - Checksum failed on download: local =
> '66b831a190e2e072816e5b2acc8064287d94b371'; remote =
> '023a3bb1cf2994e837b18394a2eb3975c8735552' - IGNORING
> 
> And a bunch of warnings:
> 
> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
> reference : template = archetype-resources/pom.xml [line 37,column 16] :
> ${scala.version} is not a valid reference.
> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
> reference : template = archetype-resources/pom.xml [line 43,column 16] :
> ${scala.version} is not a valid reference.
> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
> reference : template = archetype-resources/pom.xml [line 85,column 25] :
> ${scala.version} is not a valid reference.
> [WARNING] PT Don't override file /private/var/www/lift/admin/pom.xml
> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
> reference : template = archetype-resources/web/pom.xml [line 13,column
> 9] : ${parent.artifactId} is not a valid reference.
> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
> reference : template = archetype-resources/web/pom.xml [line 24,column
> 16] : ${pom.groupId} is not a valid reference.
> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
> reference : template = archetype-resources/web/pom.xml [line 26,column
> 16] : ${pom.version} is not a valid reference.
> [WARNING] org.apache.velocity.runtime.exception.ReferenceException:
> reference : template = archetype-resources/spa/pom.xml [line 14,column
> 9] : ${parent.artifactId} is not a valid reference.
> 
> The build completed successfully anyway. Afterward, I tried "mvn
> compile" in the top directory and got the following error:
> 
> [WARNING]
> 
> /private/var/www/lift/admin/web/src/main/scala/bootstrap/liftweb/Boot.scala:70:
> error: type mismatch;
> [WARNING]  found   :
> net.liftweb.util.Box[javax.servlet.http.HttpServletRequest]
> [WARNING]  required:
> net.liftweb.util.Box[net.liftweb.http.provider.HTTPRequest]
> [WARNING]   case null =>
> Full(LiftRules.defaultLocaleCalculator(request))
> [WARNING] ^
> [WARNING]
> 
> /private/var/www/lift/admin/web/src/main/scala/bootstrap/liftweb/Boot.scala:75:
> error: type mismatch;
> [WARNING]  found   :
> (ne

[Lift] Re: JPA blank archetype

[Charles F. Munat]

I found this in the lift book and used it:

mvn archetype:generate \
-DarchetypeRepository=http://scala-tools.org/repo-snapshots \
-DarchetypeGroupId=net.liftweb \
-DarchetypeArtifactId=lift-archetype-jpa-basic \
-DarchetypeVersion=1.1-SNAPSHOT \
-DgroupId=com.foo.jpaweb \
-DartifactId=JPADemo \
-Dversion=1.0-SNAPSHOT

During the creation of the basic jpa app, I got this:

Downloading: 
http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-basic/1.1-SNAPSHOT/lift-archetype-jpa-basic-1.1-SNAPSHOT.jar
44K downloaded  (lift-archetype-jpa-basic-1.1-SNAPSHOT.jar)
[WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = 
'66b831a190e2e072816e5b2acc8064287d94b371'; remote = 
'023a3bb1cf2994e837b18394a2eb3975c8735552' - RETRYING
Downloading: 
http://scala-tools.org/repo-snapshots/net/liftweb/lift-archetype-jpa-basic/1.1-SNAPSHOT/lift-archetype-jpa-basic-1.1-SNAPSHOT.jar
44K downloaded  (lift-archetype-jpa-basic-1.1-SNAPSHOT.jar)
[WARNING] *** CHECKSUM FAILED - Checksum failed on download: local = 
'66b831a190e2e072816e5b2acc8064287d94b371'; remote = 
'023a3bb1cf2994e837b18394a2eb3975c8735552' - IGNORING

And a bunch of warnings:

[WARNING] org.apache.velocity.runtime.exception.ReferenceException: 
reference : template = archetype-resources/pom.xml [line 37,column 16] : 
${scala.version} is not a valid reference.
[WARNING] org.apache.velocity.runtime.exception.ReferenceException: 
reference : template = archetype-resources/pom.xml [line 43,column 16] : 
${scala.version} is not a valid reference.
[WARNING] org.apache.velocity.runtime.exception.ReferenceException: 
reference : template = archetype-resources/pom.xml [line 85,column 25] : 
${scala.version} is not a valid reference.
[WARNING] PT Don't override file /private/var/www/lift/admin/pom.xml
[WARNING] org.apache.velocity.runtime.exception.ReferenceException: 
reference : template = archetype-resources/web/pom.xml [line 13,column 
9] : ${parent.artifactId} is not a valid reference.
[WARNING] org.apache.velocity.runtime.exception.ReferenceException: 
reference : template = archetype-resources/web/pom.xml [line 24,column 
16] : ${pom.groupId} is not a valid reference.
[WARNING] org.apache.velocity.runtime.exception.ReferenceException: 
reference : template = archetype-resources/web/pom.xml [line 26,column 
16] : ${pom.version} is not a valid reference.
[WARNING] org.apache.velocity.runtime.exception.ReferenceException: 
reference : template = archetype-resources/spa/pom.xml [line 14,column 
9] : ${parent.artifactId} is not a valid reference.

The build completed successfully anyway. Afterward, I tried "mvn 
compile" in the top directory and got the following error:

[WARNING] 
/private/var/www/lift/admin/web/src/main/scala/bootstrap/liftweb/Boot.scala:70: 
error: type mismatch;
[WARNING]  found   : 
net.liftweb.util.Box[javax.servlet.http.HttpServletRequest]
[WARNING]  required: 
net.liftweb.util.Box[net.liftweb.http.provider.HTTPRequest]
[WARNING]   case null => 
Full(LiftRules.defaultLocaleCalculator(request))
[WARNING] ^
[WARNING] 
/private/var/www/lift/admin/web/src/main/scala/bootstrap/liftweb/Boot.scala:75: 
error: type mismatch;
[WARNING]  found   : 
(net.liftweb.util.Box[javax.servlet.http.HttpServletRequest]) => 
java.util.Locale
[WARNING]  required: 
(net.liftweb.util.Box[net.liftweb.http.provider.HTTPRequest]) => 
java.util.Locale
[WARNING] LiftRules.localeCalculator = localeCalculator _
[WARNING]  ^
[WARNING] two errors found
[INFO] 
------------
[ERROR] BUILD FAILURE

H. Ideas?

Chas.

Charles F. Munat wrote:
> Anyone know offhand what the mvn command is to create a blank JPA 
> project (split, not single)? We should probably collect all the 
> archetype commands and put them on the new wiki (and keep them up to 
> date with the latest version number).
> 
> I'm happy to do it if I can figure out what the right versions are...
> 
> Chas.
> 
> > 
> 

--~--~-~--~~~---~--~~
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] JPA blank archetype

[Charles F. Munat]

Anyone know offhand what the mvn command is to create a blank JPA 
project (split, not single)? We should probably collect all the 
archetype commands and put them on the new wiki (and keep them up to 
date with the latest version number).

I'm happy to do it if I can figure out what the right versions are...

Chas.

--~--~-~--~~~---~--~~
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: Using ExtJS with Lift?

[Charles F. Munat]

I'm using Ext Js 3.0 in a couple of Lift projects (just as soon as I 
finish this damn desktop app -- hopefully by Monday). Would be 
interested in anything you're doing re Ext Js.

Chas.

Stefan Scott wrote:
> Hi Dirk -
> 
> Nice to meet you. I'm still rather new to lift myself, and completely
> new to ExtJS. I'm studying this stuff in my spare time, and I haven't
> had a chance to roll up my sleeves and do any work yet on implementing
> lift's JsArtifacts trait for the ExtJS JavaScript library. Of course,
> if and when I do get something up and running, I will be happy to post
> the code here, as well as email you directly if you'd like. :-)
> 
> If the two existing implementations of JsArtifacts already included in
> lift (in packages net.liftweb.http.js.jquery.JQueryArtifacts and
> net.liftweb.http.js.yui.YUIArtifacts) are anything to go by, then I'm
> hoping that doing additional implementions of JsArtifacts for other
> JavaScript libraries shouldn't be all that difficult, since these
> implementations appear to be fairly straightforward, as shown below:
> 
> Recall that the trait net.liftweb.http.js.JsArtifacts has method
> signature:
> 
>   def toggle(id: String): JsExp
>   def hide(id: String): JsExp
>   def show(id: String): JsExp
>   def showAndFocus(id: String): JsExp
>   def serialize(id: String): JsExp
>   def setHtml(id: String, xml: NodeSeq): JsCmd
>   def onLoad(cmd: JsCmd): JsCmd
>   def ajax(data: AjaxInfo): String
>   def comet(data: AjaxInfo): String
>   def jsonStringify(in: JsExp) : JsExp
>   def formToJSON(formId: String): JsExp
> 
> So these are the only functions which need to be defined in any
> implemenation(s) of JsArtifacts.
> 
> The two existing implementations (for JQuery and for YUI) are shown
> below:
> 
> --
> JQuery
> --
> package net.liftweb.http.js.jquery
> // imports ...
> 
> object JQueryArtifacts extends JSArtifacts {
> 
>   def toggle(id: String) = JqId(id) ~> new JsMethod {
> def toJsCmd = "toggle()"
>   }
> 
>   def hide(id: String) = JqId(id) ~> new JsMethod {
> def toJsCmd = "hide()"
>   }
> 
>   def show(id: String) = JqId(id) ~> new JsMethod {
> def toJsCmd = "show()"
>   }
> 
>   def showAndFocus(id: String) = JqId(id) ~> new JsMethod {
> def toJsCmd = "show().each(function(i) {var t = this; setTimeout
> (function() { t.focus(); }, 200);})"
>   }
> 
>   def serialize(id: String) = JqId(id) ~> new JsMethod {
> def toJsCmd = "serialize()"
>   }
> 
>   def setHtml(id: String, xml: NodeSeq): JsCmd = JqJsCmds.JqSetHtml
> (id, xml)
> 
>   def onLoad(cmd: JsCmd): JsCmd = JqJsCmds.JqOnLoad(cmd)
> 
>   def ajax(data: AjaxInfo): String = {
> "jQuery.ajax(" + toJson(data, S.contextPath,
> prefix =>
> JsRaw(S.encodeURL(prefix + "/"
> +LiftRules.ajaxPath + "/").encJs))+");"
>   }
> 
>   def comet(data: AjaxInfo): String = {
> "jQuery.ajax(" + toJson(data, LiftRules.cometServer(),
> LiftRules.calcCometPath) + ");"
>   }
> 
>   def jsonStringify(in: JsExp) : JsExp = new JsExp {
> def toJsCmd = "JSON.stringify(" + in.toJsCmd + ")"
>   }
> 
>   def formToJSON(formId: String):JsExp = new JsExp() {
> def toJsCmd = "lift$.formToJSON('" + formId + "')";
>   }
> 
>   private def toJson(info: AjaxInfo, server: String, path: String =>
> JsExp): String =
>   (("url : liftAjax.addPageName(" + path(server).toJsCmd + ")" ) ::
>"data : " + info.data.toJsCmd ::
>("type : " + info.action.encJs) ::
>("dataType : " + info.dataType.encJs) ::
>"timeout : " + info.timeout ::
>"cache : " + info.cache :: Nil) ++
>   info.successFunc.map("success : " + _).toList ++
>   info.failFunc.map("error : " + _).toList mkString("{ ", ", ", " }")
> }
> 
> --
> YUI
> --
> package net.liftweb.http.js.yui
> // imports ...
> 
> object YUIArtifacts extends JSArtifacts {
> 
>   def toggle(id: String) = new JsExp {
> def toJsCmd = "YAHOO.lift.toggle(this, " + id.encJs + ");";
>   }
> 
>   def hide(id: String) = new JsExp {
> def toJsCmd = "YAHOO.util.Dom.setStyle(" + id.encJs + ",
> 'display', 'none');"
>   }
> 
>   def show(id: String) = new JsExp {
> def toJsCmd = "YAHOO.util.Dom.setStyle(" + id.encJs + ",
> 'display', 'block');"
>   }
> 
>   def showAndFocus(id: String) = new JsExp {
> def toJsCmd = "YAHOO.util.Dom.setStyle(" + id.encJs + ",
> 'display', 'block');" +
>   "setTimeout(function() { document.getElementById(" +
> id.encJs + ").focus(); }, 200);"
>   }
> 
>   def serialize(id: String) = new JsExp {
> def toJsCmd = "YAHOO.util.Connect.setForm(" + id.encJs +", false)"
>   }
> 
>   def setHtml(uid: String, conten

[Lift] Re: Class not found?

[Charles F. Munat]

I'll update it to 1.1-SNAPSHOT ASAP. Thanks!

(The page still displays, so it's not a show-stopper.)

Chas.

David Pollak wrote:
> Charles,
> 
> If you're running Lift 1.1-SNAPSHOT in developer mode, you'll get a very 
> nice error message in the browser giving you more details on which 
> snippet was not found.
> 
> Thanks,
> 
> David
> 
> On Fri, Jun 19, 2009 at 6:53 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> I'm still confused about this:
> 
> WARN - Snippet Failure: SnippetFailure(/events/competitions/ ->
> ParsePath(List(events, competition,
> index),,true,false),Full(default),Class Not Found)
> 
> Anyone know what this means?
> 
> Chas.
> 
> 
> 
> 
> 
> -- 
> Lift, the simply functional web framework http://liftweb.net
> Beginning Scala http://www.apress.com/book/view/1430219890
> Follow me: http://twitter.com/dpp
> Git some: http://github.com/dpp
> 
> > 

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~--~~~~--~~--~--~---

[Lift] Class not found?

[Charles F. Munat]

I'm still confused about this:

WARN - Snippet Failure: SnippetFailure(/events/competitions/ -> 
ParsePath(List(events, competition, 
index),,true,false),Full(default),Class Not Found)

Anyone know what this means?

Chas.

--~--~-~--~~~---~--~~
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: Firebug error message for AJAX

[Charles F. Munat]

I have the import statment and the LiftRules.jsArtifacts = YUIArtifacts
in Boot, but the script tag for the liftYUI.js script is not being 
inserted. I guess I could add it manually, but isn't Lift supposed to 
insert it?

Thanks!

Chas.

marius d. wrote:
> Also please see: http://wiki.liftweb.net/index.php/HowTo_use_Lift_with_YUI
> 
> Marius
> 
> On Jun 16, 11:58 pm, "marius d."  wrote:
>> You need one more
>>
>> 
>>
>> Br's,
>> Marius
>>
>> On Jun 16, 11:30 pm, "Charles F. Munat"  wrote:
>>
>>> I'm getting the following error in Firebug:
>>> YAHOO.lift is undefined
>>> url = YAHOO.lift.buildURI(addPageName('/...nSuccess(res);}, failure :
>>> onFailure });
>>> I have the following scripts:
>>> >> type="text/javascript">
>>> >> type="text/javascript">
>>> 
>>> >> type="text/javascript">
>>> 
>>> Any ideas?
>>> Chas.
> > 

--~--~-~--~~~---~--~~
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] Firebug error message for AJAX

[Charles F. Munat]

I'm getting the following error in Firebug:

YAHOO.lift is undefined
url = YAHOO.lift.buildURI(addPageName('/...nSuccess(res);}, failure : 
onFailure });

I have the following scripts:








Any ideas?

Chas.

--~--~-~--~~~---~--~~
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: Programming in Scala #5, Lift Book #8, Beginning Scala #9

[Charles F. Munat]

2nd edition?

Derek Chen-Becker wrote:
> No, the book ended up being much larger than they anticipated and if I 
> understand it correctly, their workflow process could not handle that 
> many chapters/sections. We had two options: wait for APress to fix the 
> workflow and miss having the book out for JavaOne, or make the 
> appendices available as a free PDF online and have a book ready in June. 
> We opted for the latter, since we felt there was already a lot of 
> interest around Lift and we wanted to have something for people to get 
> their hands on. It's not an ideal situation, and I'm sure some people 
> will disagree with our decision, but it is what it is at this point.
> 
> Derek
> 
> On Mon, Jun 8, 2009 at 9:03 AM, Peter Bliznak  > wrote:
> 
> Excellent!
> Just curious - publisher forgot to include it in the print? That
> would be quite a no no .
> 
> 
> *From:* TylerWeir mailto:tyler.w...@gmail.com>>
> 
> *To:* Lift mailto:liftweb@googlegroups.com>>
> *Sent:* Monday, June 8, 2009 10:59:15 AM
> *Subject:* [Lift] Re: Programming in Scala #5, Lift Book #8,
> Beginning Scala #9
> 
> 
> Hey Pete, you can grab the appendices online:
> http://apress.com/book/view/1430224215
> 
> Bottom left of the page.
> 
> On Jun 8, 10:49 am, Peter Bliznak  > wrote:
>  > As an loyalist to the cause I already have 3 of them . (yes =
> 2*scala + lift)
>  >
>  > Now for " The Definitive Guide to Lift" - where is numerously
> mentioned "Appendix A..G .."
>  > I could not find it anywhere.
>  >
>  > P.
>  >
>  > 
>  > From: TylerWeir mailto:tyler.w...@gmail.com>>
>  > To: Lift mailto:liftweb@googlegroups.com>>
>  > Sent: Monday, June 8, 2009 10:34:13 AM
>  > Subject: [Lift] Programming in Scala #5, Lift Book #8, Beginning
> Scala #9
>  >
>  > http://www.theserverside.com/news/thread.tss?thread_id=54862
>  >
>  > Quote:
>  > Here are the top 10 selling books at the JavaOne Bookstore. Are these
>  > a trend? You decide.
>  >
>  > 1. JavaFX: Building Rich Internet Applications - Addison Wesley ISBN:
>  > 013701287X
>  > 2. Essential JavaFX - PTR (out June 11, 2009) ISBN: 0137042795
>  > 3. Effective Java 2nd ed. - PTR ISBN: 0321356683
>  > 4. Java Puzzlers - Addison Wesley ISBN: 032133678X
>  > 5. Programming in Scala - Artima ISBN: 0981531601
>  > 6. Java Concurrency in Practice - Addison Wesley ISBN:0321349601
>  > 7. Beginning Java EE 5: From Novice to Professional - Apress ISBN:
>  > 1590594703
>  > 8. The Definitive Guide to Lift - Apress ISBN: 1430224215
>  > 9. Beginning Scala - Apress ISBN: 1430219890
>  > 10. OpenSolaris Bible - Wiley ISBN: 0470385480
>  >
>  > Another chance for me to thank everyone involved.
>  > - dpp for building the framework and being more helpful than any
>  > person should be expected to be.
>  > - Derek and Marius for being excellent co-authors and about 8 times
>  > smarter than me.
>  >
>  > Huzza!
> 
> 
> 
> 
> 
> 
> > 

--~--~-~--~~~---~--~~
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: New version of master.pdf for the Lift Book

[Charles F. Munat]

There is soldering involved? I used to solder when I was in the Navy...

(Sorry, Tim. Can't resist sometimes.)

Chas.

Derek Chen-Becker wrote:
> I'm a bit of a perfectionist when it comes to things like this. It will 
> never be good enough for me ;)
> 
> On Fri, Jun 5, 2009 at 5:43 PM, Timothy Perrett 
>  wrote:
> 
> 
> Excellent work Derek - great to see you guys still soldering on with
> the book effort post publication :-)
> 
> Cheers, Tim
> 
> On Jun 5, 11:36 pm, Derek Chen-Becker  > wrote:
>  > I made some major revisions to the Ajax and Comet chapter, so a
> new version
>  > is up on the group page:
>  >
>  > http://groups.google.com/group/the-lift-book/files
>  >
>  > I've been really busy with work lately, but I'm going to try to
> get at least
>  > one big chunk of revisions done each week.
>  >
>  > 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: Future of the Lift wiki

[Charles F. Munat]

Hi, Xavi,

One of my tasks is to come up with a good organization for the wiki and 
a site map, as well as a list of things we'd like to add to it. 
Unfortunately, with the coming Scala/Liftoff and OSB conferences, I've 
been swamped with other things. But I am working on it, albeit slowly. 
If you have any specific recommendations, please post them.

Thanks!

Chas.

Xavi Ramirez wrote:
> Hello,
> 
> I'm a bit confused about the future of the lift wiki.  What's the end
> goal?  In an ideal world is it supposed to be the main repository of
> lift knowledge, or just another documentation source?
> 
> I personally feel that having one repository of knowledge is much more
> noob friendly.  Currently new members have to navigate through started
> guides, books, e-mail threads, scala docs, and personal blogs to find
> relative information.  Though the get started guided and book provide
> a good introduction, it's hard to progress from novice to intermediate
> with these fragmented resources.
> 
> Thanks,
> Xavi
> 
> > 

--~--~-~--~~~---~--~~
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: Continued problems with JPA archetypes

[Charles F. Munat]

I think everything is working now. I blew away .m2 several times and 
retried things. When I used the blank archetype (and copied the 
templates-hidden file over from the basic), it worked fine. Maybe a 
server was down somewhere. If it's working for you, then it's probably 
OK now.

Thanks for looking into it.

Chas.

Derek Chen-Becker wrote:
> Strange. I committed these back on the 26th:
> 
> http://github.com/dpp/liftweb/commit/647f281e720720f09e3d6a5105ecb273cc0b592e
> 
> Not sure where you're getting the stale archetypes from. As for the 
> other issue with the enum, are you still seeing that? I can't reproduce it.
> 
> Derek
> 
> On Mon, Jun 1, 2009 at 1:52 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> The templates-hidden folder was there with one archetype (basic) but not
> with the other (blank) when I ran them. But that was a few days ago.
> 
> Chas.
> 
> Derek Chen-Becker wrote:
>  > The templates-hidden folder should be checked in already. I thought I
>  > fixed that last week. I'll work on the other bugs today.
>  >
>  > Derek
>  >
>  > On Sun, May 31, 2009 at 11:26 PM, Charles F. Munat
> mailto:c...@munat.com>
>  > <mailto:c...@munat.com <mailto:c...@munat.com>>> wrote:
>  >
>  >
>  > Hi, Derek,
>  >
>  > There are definitely some bugs since the move to 2.7.4. I
> mentioned the
>  > missing templates-hidden folder for one of the archetypes
> (basic, I
>  > think). It's missing for the other as well (blank?).
>  >
>  > I was able to get a blank one up and running and things seem
> to be going
>  > smoothly, but you should check them out when you get a chance.
>  >
>  > Chas.
>  >
>  > Derek Chen-Becker wrote:
>  >  > The velocity warnings are normal. What you're seeing may
> be a bug. I
>  >  > haven't tested the archetype since the change to 2.7.4, so
> it may be
>  >  > related. I'll test it out this week.
>  >  >
>  >  > Derek
>  >  >
>  >  > On Sat, May 30, 2009 at 6:38 PM,  <mailto:c...@munat.com>
>  > <mailto:c...@munat.com <mailto:c...@munat.com>>
>  >  > <mailto:c...@munat.com <mailto:c...@munat.com>
> <mailto:c...@munat.com <mailto:c...@munat.com>>>> wrote:
>  >  >
>  >  >
>  >  > I tried again, running this:
>  >  >
>  >  > mvn archetype:generate \
>  >  >  
> -DarchetypeRepository=http://scala-tools.org/repo-snapshots \
>  >  >   -DarchetypeGroupId=net.liftweb \
>  >  >   -DarchetypeArtifactId=lift-archetype-jpa-basic \
>  >  >   -DarchetypeVersion=1.1-SNAPSHOT \
>  >  >   -DgroupId=com.xxx -DartifactId=xxx-master
>  >  >
>  >  > I then did a cd to xxx-master and ran mvn compile. I
> got this:
>  >  >
>  >  > mvn compile
>  >  >
>  >  >   [15:06]
>  >  > [INFO] Scanning for projects...
>  >  > [INFO] Reactor build order:
>  >  > [INFO]   xxx-master Master
>  >  > [INFO]   xxx-master-spa
>  >  > [INFO]   xxx-master-web
>  >  > [INFO]
>  >  >
>  >
> 
>  >  > [INFO] Building xxx-master Master
>  >  > [INFO]task-segment: [compile]
>  >  > [INFO]
>  >  >
>  >
> 
>  >  > Downloading:
>  >  >
>  >
> 
> http://scala-tools.org/repo-snapshots/org/scala-lang/scala-compiler/2.7.4/scala-compiler-2.7.4.pom
>  >  > Downloading:
>  >  >
>  >
> 
> http://repo1.maven.org/maven2/org/scala-lang/scala-compiler/2.7.4/scala-compiler-2.7.4.pom
>  >  > Downloading:
>  >  >
>  >
> 
> http://scala-tools.org/repo-snapshots/org/scala-lang/scala-library/2.7.4/scala-library-2.7.4.pom
>  >  > Downloading:
>  >  

[Lift] Re: Continued problems with JPA archetypes

[Charles F. Munat]

The templates-hidden folder was there with one archetype (basic) but not 
with the other (blank) when I ran them. But that was a few days ago.

Chas.

Derek Chen-Becker wrote:
> The templates-hidden folder should be checked in already. I thought I 
> fixed that last week. I'll work on the other bugs today.
> 
> Derek
> 
> On Sun, May 31, 2009 at 11:26 PM, Charles F. Munat  <mailto:c...@munat.com>> wrote:
> 
> 
> Hi, Derek,
> 
> There are definitely some bugs since the move to 2.7.4. I mentioned the
> missing templates-hidden folder for one of the archetypes (basic, I
> think). It's missing for the other as well (blank?).
> 
> I was able to get a blank one up and running and things seem to be going
> smoothly, but you should check them out when you get a chance.
> 
> Chas.
> 
> Derek Chen-Becker wrote:
>  > The velocity warnings are normal. What you're seeing may be a bug. I
>  > haven't tested the archetype since the change to 2.7.4, so it may be
>  > related. I'll test it out this week.
>  >
>  > Derek
>  >
>  > On Sat, May 30, 2009 at 6:38 PM,  <mailto:c...@munat.com>
>  > <mailto:c...@munat.com <mailto:c...@munat.com>>> wrote:
>  >
>  >
>  > I tried again, running this:
>  >
>  > mvn archetype:generate \
>  >   -DarchetypeRepository=http://scala-tools.org/repo-snapshots \
>  >   -DarchetypeGroupId=net.liftweb \
>  >   -DarchetypeArtifactId=lift-archetype-jpa-basic \
>  >   -DarchetypeVersion=1.1-SNAPSHOT \
>  >   -DgroupId=com.xxx -DartifactId=xxx-master
>  >
>  > I then did a cd to xxx-master and ran mvn compile. I got this:
>  >
>  > mvn compile
>  >
>  >   [15:06]
>  > [INFO] Scanning for projects...
>  > [INFO] Reactor build order:
>  > [INFO]   xxx-master Master
>  > [INFO]   xxx-master-spa
>  > [INFO]   xxx-master-web
>  > [INFO]
>  >
> 
>  > [INFO] Building xxx-master Master
>  > [INFO]task-segment: [compile]
>  > [INFO]
>  >
> 
>  > Downloading:
>  >
> 
> http://scala-tools.org/repo-snapshots/org/scala-lang/scala-compiler/2.7.4/scala-compiler-2.7.4.pom
>  > Downloading:
>  >
> 
> http://repo1.maven.org/maven2/org/scala-lang/scala-compiler/2.7.4/scala-compiler-2.7.4.pom
>  > Downloading:
>  >
> 
> http://scala-tools.org/repo-snapshots/org/scala-lang/scala-library/2.7.4/scala-library-2.7.4.pom
>  > Downloading:
>  >
> 
> http://repo1.maven.org/maven2/org/scala-lang/scala-library/2.7.4/scala-library-2.7.4.pom
>  > Downloading:
>  >
> 
> http://scala-tools.org/repo-snapshots/org/apache/derby/derby/10.4.2.0/derby-10.4.2.0.pom
>  > Downloading:
>  >
> 
> http://repo1.maven.org/maven2/org/apache/derby/derby/10.4.2.0/derby-10.4.2.0.pom
>  > 1K
>  >
> 
> <http://repo1.maven.org/maven2/org/apache/derby/derby/10.4.2.0/derby-10.4.2.0.pom%0A1K>
>  > downloaded
>  > Downloading:
>  >
> 
> http://scala-tools.org/repo-snapshots/org/apache/derby/derby/10.4.2.0/derby-10.4.2.0.jar
>  > Downloading:
>  >
> 
> http://repo1.maven.org/maven2/org/apache/derby/derby/10.4.2.0/derby-10.4.2.0.jar
>  > 2389K
>  >
> 
> <http://repo1.maven.org/maven2/org/apache/derby/derby/10.4.2.0/derby-10.4.2.0.jar%0A2389K>
>  > downloaded
>  > [INFO] [scala:compile {execution: default}]
>  > [INFO] suggestion: remove the scalaVersion from pom.xml
>  > [ERROR] /private/var/www/xxx-master/src/main/scala
>  > [ERROR] /private/var/www/xxx-master/src/main/scala/../scala
>  > [WARNING] No source files found.
>  > [INFO]
>  >
> 
>  > [INFO] Building xxx-master-spa
>  > [INFO]task-segment: [compile]
>  > [INFO]
>  >
> 
>  > [INFO] [resources:resources]
>  > [INFO

[Lift] Re: Continued problems with JPA archetypes

[Charles F. Munat]

Hi, Derek,

There are definitely some bugs since the move to 2.7.4. I mentioned the 
missing templates-hidden folder for one of the archetypes (basic, I 
think). It's missing for the other as well (blank?).

I was able to get a blank one up and running and things seem to be going 
smoothly, but you should check them out when you get a chance.

Chas.

Derek Chen-Becker wrote:
> The velocity warnings are normal. What you're seeing may be a bug. I 
> haven't tested the archetype since the change to 2.7.4, so it may be 
> related. I'll test it out this week.
> 
> Derek
> 
> On Sat, May 30, 2009 at 6:38 PM,  > wrote:
> 
> 
> I tried again, running this:
> 
> mvn archetype:generate \
>   -DarchetypeRepository=http://scala-tools.org/repo-snapshots \
>   -DarchetypeGroupId=net.liftweb \
>   -DarchetypeArtifactId=lift-archetype-jpa-basic \
>   -DarchetypeVersion=1.1-SNAPSHOT \
>   -DgroupId=com.xxx -DartifactId=xxx-master
> 
> I then did a cd to xxx-master and ran mvn compile. I got this:
> 
> mvn compile
> 
>   [15:06]
> [INFO] Scanning for projects...
> [INFO] Reactor build order:
> [INFO]   xxx-master Master
> [INFO]   xxx-master-spa
> [INFO]   xxx-master-web
> [INFO]
> 
> [INFO] Building xxx-master Master
> [INFO]task-segment: [compile]
> [INFO]
> 
> Downloading:
> 
> http://scala-tools.org/repo-snapshots/org/scala-lang/scala-compiler/2.7.4/scala-compiler-2.7.4.pom
> Downloading:
> 
> http://repo1.maven.org/maven2/org/scala-lang/scala-compiler/2.7.4/scala-compiler-2.7.4.pom
> Downloading:
> 
> http://scala-tools.org/repo-snapshots/org/scala-lang/scala-library/2.7.4/scala-library-2.7.4.pom
> Downloading:
> 
> http://repo1.maven.org/maven2/org/scala-lang/scala-library/2.7.4/scala-library-2.7.4.pom
> Downloading:
> 
> http://scala-tools.org/repo-snapshots/org/apache/derby/derby/10.4.2.0/derby-10.4.2.0.pom
> Downloading:
> 
> http://repo1.maven.org/maven2/org/apache/derby/derby/10.4.2.0/derby-10.4.2.0.pom
> 1K
> 
> 
> downloaded
> Downloading:
> 
> http://scala-tools.org/repo-snapshots/org/apache/derby/derby/10.4.2.0/derby-10.4.2.0.jar
> Downloading:
> 
> http://repo1.maven.org/maven2/org/apache/derby/derby/10.4.2.0/derby-10.4.2.0.jar
> 2389K
> 
> 
> downloaded
> [INFO] [scala:compile {execution: default}]
> [INFO] suggestion: remove the scalaVersion from pom.xml
> [ERROR] /private/var/www/xxx-master/src/main/scala
> [ERROR] /private/var/www/xxx-master/src/main/scala/../scala
> [WARNING] No source files found.
> [INFO]
> 
> [INFO] Building xxx-master-spa
> [INFO]task-segment: [compile]
> [INFO]
> 
> [INFO] [resources:resources]
> [INFO] Using default encoding to copy filtered resources.
> [INFO] [compiler:compile]
> [INFO] Nothing to compile - all classes are up to date
> [INFO] [scala:compile {execution: default}]
> [INFO] suggestion: remove the scalaVersion from pom.xml
> [ERROR] /private/var/www/xxx-master/spa/src/main/scala
> [ERROR] /private/var/www/xxx-master/spa/src/main/scala/../scala
> [INFO] Compiling 9 source files to
> /private/var/www/xxx-master/spa/target/classes
> [WARNING]
> 
> /private/var/www/xxx-master/spa/src/main/scala/com/xxx/model/EnumvType.scala:48:
> error: value valueOf is not a member of Enumeration with
> com.xxx.model.Enumv
> [WARNING]   return et.valueOf(value).getOrElse(null)
> [WARNING] ^
> [WARNING] one error found
> [INFO]
> 
> [ERROR] BUILD FAILURE
> [INFO]
> 
> [INFO] command line returned non-zero value:1
> [INFO]
> 
> [INFO] For more information, run Maven with the -e switch
> [INFO]
> 
> [INFO] Total time: 2 minutes 34 seconds
> [INFO] Finished at: Sat May 30 15:19:22 PDT 2009
> [INFO] Final Memory: 7M/14M
> [INFO]
> 
> 
> I've changed nothing. Am I doing something wrong or is there a bug?
> Could part of the problem be the warnings below, which came up during
> g

[Lift] Data model graph

[Charles F. Munat]

Anyone know of an easy way to graph the data model of a JPA Lift app? 
I'm guessing there might be a way to do it with Eclipse or NetBeans.

Chas.

--~--~-~--~~~---~--~~
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: Where is scalajpa.jar?

[Charles F. Munat]

That helped. Thanks.

刘浩 wrote:
> And also a thread scalajpa 1.1 you could follow.
> 
> http://groups.google.com/group/liftweb/browse_thread/thread/3dc4c71216a24e6c?pli=1
> 
> 
> 2009/5/31 刘浩 mailto:sniperliu...@gmail.com>>
> 
> I just checked repository. I think no 1.1-SNAPSHOT for scalajpa.
> Only 1.0-SNAPSHOT their.
> That should be the problem.
> 
> 2009/5/31 Charles F. Munat mailto:c...@munat.com>>
> 
> 
> 
> 
> 
> > 

--~--~-~--~~~---~--~~
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: Where is scalajpa.jar?

[Charles F. Munat]

Nope. Now it just can't find the lift-jpa jar.

Thanks.

Chas.

Atsuhiko Yamanaka wrote:
> Hi,
> 
> On Sun, May 31, 2009 at 9:37 AM,   wrote:
>> Missing:
>> --
>> 1) org.scala-libs:scalajpa:jar:1.1-SNAPSHOT
>>
> 
> Instead of the artifactId for scalajpa, I think that problem will be
> resolved by adding following tag,
> 
> 
>   net.liftweb
>   lift-jpa
>   1.1-SNAPSHOT
> 
> 
> The 'scalajpa.jar' will be retrieved via lift-jpa.
> 
> 
> Sincerely,
> --
> Atsuhiko Yamanaka
> JCraft,Inc.
> 1-14-20 HONCHO AOBA-KU,
> SENDAI, MIYAGI 980-0014 Japan.
> Tel +81-22-723-2150
> +1-415-578-3454
> Fax +81-22-224-8773
> Skype callto://jcraft/
> 
> > 

--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---