[Lift] Re: [SOLVED] Req lazy val xml not working

> > XML request processing should not work perfectly > > Is this > a philosophical stance > a warning, or > a typo? > > typo... XML request processing should now work perfectly. LOL! I'm sorry for the confusion - it was a pure typo - it was about 1:30am GMT so my brain was starting to fail me :-

[Lift] Re: [scala] Welcome to scala-xml!

Ricky, That works for me. Is there a corresponding relational binding? Best wishes, --greg On Fri, Jan 30, 2009 at 11:55 PM, Ricky Clarkson wrote: > Isn't Scala's XML already linq-like support for XQuery? > > An XQuery example from wikipedia: > > > { > for $act in doc("hamlet.xml")//ACT >

[Lift] Suggested breaking changes for XMLApiHelper

Guys, Just doing some work with the XMLApiHelper and im finding some things that can be improved. For instance, the trait provides createTag which you then have to override like so: def createTag(in: NodeSeq) = {in} IMO, it seems that this isnt ideal as if you were returning a list of users, yo

[Lift] Re: [scala] Welcome to scala-xml!

Alex, You might also want to put up a link on the scala mailing lists pageto join the scala-xml list. Best wishes, --greg On Fri, Jan 30, 2009 at 3:34 PM, Alex Cruise wrote: > Hi folks! > > I'm Alex Cruise (obviously!) I'm a software architect at > http://w

[Lift] Re: [scala] Welcome to scala-xml!

Alex, This is probably way out of scope, but since someone brought up XPath, i couldn't resist... LINQ-like support for XQuery? Best wishes, --greg On Fri, Jan 30, 2009 at 3:34 PM, Alex Cruise wrote: > Hi folks! > > I'm Alex Cruise (obviously!) I'm a software architect at > http://www.layer7t

[Lift] Re: Suggested breaking changes for XMLApiHelper

Tim, Please don't change the existing XMLApiHelpers, but feel free to create an alternative. I expect different people are going to have different styles and providing them with lots of alternatives will be important. I'm planning another alternative that will returns failures as different HTTP c

[Lift] Re: Tic Tac Toe, Lift Style

Greg, If you go to the URL with a browser, you'll see a link for "public clone URL" The correct command is: git clone git://github.com/dpp/lift-samples.git The bad news is that you'll get my presentations on Lift and Scala as well... but you can just delete them. :-) Thanks, David On Fri, Jan

[Lift] Re: Suggested breaking changes for XMLApiHelper

Hey David, Ok splendid - another alternative it is. FYI - I added a few more HTTP code representations to HttpResponse.scala last night... Nothing crazy, but just some other ones I needed. I also need to add some extra parameters to some of them so they directly represent the RFC spec, but they

[Lift] Re: Suggested breaking changes for XMLApiHelper

On Sat, Jan 31, 2009 at 7:53 AM, Tim Perrett wrote: > > > Hey David, > > Ok splendid - another alternative it is. > > FYI - I added a few more HTTP code representations to HttpResponse.scala > last night... Nothing crazy, but just some other ones I needed. I also need > to add some extra paramete

[Lift] Re: Suggested breaking changes for XMLApiHelper

Mmmm - I see value in HTTP responses being in one file, and as far as im aware that's the case now? IMO, the file was massively cluttered before with CSS responses, JS responses (of which there are a lot) etc etc etc. Having them a little segregated makes the code easier to maintain. What are you

[Lift] S.servletRequest is empty

Hi, I was using S.hostAndPath and was surprised that it didn't include the protocoll and path. I've found out that S.servletRequest returns Empty here. The method is called by in an actor. Is some special initialisation necessary for this setup? Thanks, Joachim --~--~-~--~~--

[Lift] Re: S.servletRequest is empty

On Sat, Jan 31, 2009 at 9:21 AM, Joachim A. wrote: > > Hi, > I was using S.hostAndPath and was surprised that it didn't include the > protocoll and path. > I've found out that S.servletRequest returns Empty here. > > The method is called by in an actor. > Is some special initialisation necessary f

[Lift] Re: S.servletRequest is empty

> > The method is called by in an actor. > > Is some special initialisation necessary for this setup? > > The Actor code is outside of the HTTP request/response cycle, so there's no > way to access the request information from the Actor. Correct. Next time I'll think a little bit longer :) I'll

[Lift] Re: S.servletRequest is empty

On Sat, Jan 31, 2009 at 10:13 AM, Joachim A. wrote: > > > > > The method is called by in an actor. > > > Is some special initialisation necessary for this setup? > > > > The Actor code is outside of the HTTP request/response cycle, so there's > no > > way to access the request information from the

[Lift] Scala-tools.org dns broken

Folks, The DNS server that serves scala-tools.org's name is down. If you're having Maven build issues, they'll resolve once the DNS server is back. I'll change the DNS provider to a more reliable company on Monday. Sorry. David -- Lift, the simply functional web framework http://liftweb.net B

[Lift] Re: Scala-tools.org dns broken

Seems like it is working for now. Hope it stays up! Dan On Jan 31, 1:52 pm, David Pollak wrote: > Folks, > The DNS server that serves scala-tools.org's name is down.  If you're having > Maven build issues, they'll resolve once the DNS server is back. > > I'll change the DNS provider to a more

[Lift] Re: Scala-tools.org dns broken

Thankfully using maven in offline mode most of the time. According to whois there are 5 dns's listed, they must all be on the same network. On Jan 31, 10:28 pm, Dano wrote: > Seems like it is working for now.  Hope it stays up! > > Dan > > On Jan 31, 1:52 pm, David Pollak > wrote: > > > Folks,

[Lift] Re: Scala-tools.org dns broken

I's had good luck with ZoneEdit, http://zoneedit.com/ On Jan 31, 6:01 pm, Alli wrote: > Thankfully using maven in offline mode most of the time. According to > whois there are 5 dns's listed, they must all be on the same network. > > On Jan 31, 10:28 pm, Dano wrote: > > > Seems like it is worki

[Lift] Cleaning up warnings

Folks, I've been trying to clean up warnings in the Lift code. I tried to change Prop.property to Prop.forAll as ScalaCheck has deprecated property, but the compiler complained the a String => Boolean was not a Gen. Anybody have a clue how to make these warning go away: [WARNING] C:\Users\dpp\Doc

[Lift] Re: Suggested breaking changes for XMLApiHelper

Tim, I don't know much about the XMLApiHelper, but if you're headed down this route, there is an alternative syntax that you might want to consider. One of the things I might want to do with XML output from a REST server, for example, is create an interface to it using HTML. The easiest way w

[Lift] Re: Scala-tools.org dns broken

Same here. Simple interface but very, very reliable. In addition to a number of zones, they also run backup MX for me. Derek On Sat, Jan 31, 2009 at 8:20 PM, TylerWeir wrote: > > I's had good luck with ZoneEdit, http://zoneedit.com/ > > On Jan 31, 6:01 pm, Alli wrote: > > Thankfully using mave