[Lift] Re: Difference between rendered Shtml.a() on first Comet render and partial update?
Here's some example cut down code:
JsCrVar("newDiv", Jq(JsRaw(nodeSeq.toString.encJs)) ~> JsFunc("hide"))
&
Jq(JsVar("newDiv")) ~> JsFunc("insertInOrder", "#" + BLAH) &
JsRaw("newDiv") ~> JsFunc("fadeIn", "slow")
Where nodeSeq is the NodeSeq we are discussing.
Dan
On Jan 8, 2:07 pm, Dan Gravell wrote:
> Hi Marius. It's pretty simple:
>
> creations : Seq[JsCmd]
> deletions : Seq[JsCmd]
> partialUpdate(JsCmds.seqJsToJs(creations ++ deletions))
>
> Which is just a seq of JsCmds right? The JsCmds themselves appear to
> work ok, it's just that a small part of their content (this AJAX )
> is not rendered correctly.
>
> The JsCmds themselves declare a JsVar with the NodeSeq as a value by
> calling toString on the NodeSeq. This JsVar is then inserted into the
> HTML using JQuery.
>
> I guess there is something that goes on after a NodeSeq is returned in
> a normal snippet that I am not doing here to resolve the tag?
>
> Let me know if I am not being clear.
>
> Thanks,
> Dan
>
> On Jan 8, 1:55 pm, Marius wrote:
>
> > How does you partialUpdate code looks like?
>
> > Note that with partialUpdate you need to return a JsCmd, and not a
> > NodeSeq.
>
> > Br's,
> > Marius
>
> > On Jan 8, 2:25 pm, Dan Gravell wrote:
>
> > > I'm really enjoying using Lift. It makes this AJAX and comet stuff
> > > very easy!
>
> > > I have a problem with rendered AJAX NodeSeqs using SHtml.
>
> > > This is within a Comet actor. On first render, it works fine. For
> > > instance, in my HTML, I get:
>
> > > > > onclick="lift_ajaxHandler('F2524140538393W2=true', null, null)">
> > > stuff
> > >
> > >
>
> > > The and two s are the rendered content.
>
> > > On partial updates however, I get this:
>
> > >
> > > stuff
> > >
> > >
>
> > > It looks like the is not fully rendered.
>
> > > The call to SHtml.a() occurs within the context of a bind() call - I
> > > assume this is ok.
>
> > > If anyone could help I'd be most grateful.
>
>
--
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: Difference between rendered Shtml.a() on first Comet render and partial update?
Hi Marius. It's pretty simple:
creations : Seq[JsCmd]
deletions : Seq[JsCmd]
partialUpdate(JsCmds.seqJsToJs(creations ++ deletions))
Which is just a seq of JsCmds right? The JsCmds themselves appear to
work ok, it's just that a small part of their content (this AJAX )
is not rendered correctly.
The JsCmds themselves declare a JsVar with the NodeSeq as a value by
calling toString on the NodeSeq. This JsVar is then inserted into the
HTML using JQuery.
I guess there is something that goes on after a NodeSeq is returned in
a normal snippet that I am not doing here to resolve the tag?
Let me know if I am not being clear.
Thanks,
Dan
On Jan 8, 1:55 pm, Marius wrote:
> How does you partialUpdate code looks like?
>
> Note that with partialUpdate you need to return a JsCmd, and not a
> NodeSeq.
>
> Br's,
> Marius
>
> On Jan 8, 2:25 pm, Dan Gravell wrote:
>
> > I'm really enjoying using Lift. It makes this AJAX and comet stuff
> > very easy!
>
> > I have a problem with rendered AJAX NodeSeqs using SHtml.
>
> > This is within a Comet actor. On first render, it works fine. For
> > instance, in my HTML, I get:
>
> > > onclick="lift_ajaxHandler('F2524140538393W2=true', null, null)">
> > stuff
> >
> >
>
> > The and two s are the rendered content.
>
> > On partial updates however, I get this:
>
> >
> > stuff
> >
> >
>
> > It looks like the is not fully rendered.
>
> > The call to SHtml.a() occurs within the context of a bind() call - I
> > assume this is ok.
>
> > If anyone could help I'd be most grateful.
>
>
--
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] Difference between rendered Shtml.a() on first Comet render and partial update?
I'm really enjoying using Lift. It makes this AJAX and comet stuff very easy! I have a problem with rendered AJAX NodeSeqs using SHtml. This is within a Comet actor. On first render, it works fine. For instance, in my HTML, I get: stuff The and two s are the rendered content. On partial updates however, I get this: stuff It looks like the is not fully rendered. The call to SHtml.a() occurs within the context of a bind() call - I assume this is ok. If anyone could help I'd be most grateful. -- 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: (beginner question) Liftweb View folder
On Aug 27, 12:26 pm, David Pollak
wrote:
> On Thu, Aug 27, 2009 at 9:49 AM, Daniel Nelson wrote:
> > Hello,
>
> > *Problem*
> > I'm new to Lift/Scala and trying to understand/experiment with Lift's View
> > folder. I've not gotten past a 404 error on the browser (as it relates to
> > the View folder; templates render fine).
>
> I'd suggest using Lift 1.1-SNAPSHOT... you would have likely gotten a polite
> error message.
>
> In this case, I believe you have to add XmlFun/index to your sitemap in
> Boot.scala
>
>
>
>
>
> > *Background/Environment*
> > I've been reading "Exploring Lift" (~Section 3.7) along with "What's the
> > 'View' folder for?" fromhttp://wiki.liftweb.net/index.php/FAQ.
>
> > Following are the URL and corresponding class (in the View Folder and
> > adapted fromhttp://github.com/dpp/liftweb/...
> > here<http://github.com/dpp/liftweb/blob/be8f0c4ea9eb0f145e0452cc6100943b7f...>).
>
> > The server is maven/jetty.
>
> > I'm struggling to find other reading materials/examples which highlight my
> > error(s); any help is appreciated. Thanks! Dan
>
> > ~~~
>
> > URL:http://localhost:8080/XmlFun/index
>
> > package org.delreino.simplyLift.view
>
> > import _root_.scala.xml.{Text, Node, NodeSeq}
> > import _root_.net.liftweb.http._
> > import S._
> > import _root_.net.liftweb.util._
>
> > class XmlFun extends LiftView {
> > def dispatch = Map("index" -> render _)
> > def render = {
> > println ("XmlFun")
> > Full(
> >
> > XMLFun
> > )
> > }
> > }
>
> --
> 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
Yes; thank you very much, David. My gap was with sitemap's role in
exposing/enabling the View folder.
Thanks,
Dan
--~--~-~--~~~---~--~~
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: Scala project in eclipse - showing Java build errors?
On Jul 20, 10:55 pm, Miles Sabin wrote: > JDT weaving being enabled is your problem. > > What versions of Eclipse and the Scala IDE? 3.4.2 and 2.7.5 > Also is the filesystem layout of your Eclipse install unusual in any > way? Is it read only? Workspace in ~/ and installation in /opt/eclipse-3.4.2. plugins/ and features/ are writeable to some user I hadn't seen before (no mnemonic, only a numeric ID), the rest all read only to the user that's running it. So I changed my permissions/ownerships on this stuff, because I was tired, and initially all the manual edits I'd made screwed my eclipse. By removing all the edits eclipse ran again, but the plugins I'd installed via update sites had been removed. I reinstalled the scala plugin, and now it says JDT weaving is enabled, and the original problem appears solved, so thank you. --~--~-~--~~~---~--~~ 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: Scala project in eclipse - showing Java build errors?
On Jul 20, 10:33 pm, Miles Sabin wrote: > Is JDT Weaving enabled? Dunno, to be honest. It says it's disabled but I've done everything it suggests to enable it (specifically: manually enabling in the config.ini file and then the contradictory advice at http://wiki.eclipse.org/JDT_weaving_features ). But it still says it's disabled. And as I said it was all working before. --~--~-~--~~~---~--~~ 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] Scala project in eclipse - showing Java build errors?
Me again. I resolved my previous problem but hit a new one in the world of Eclipse/Scala integration. First: a confession. I'm trying to ditch Maven. I have to; I'm trying to write a webapp that will be embedded inside another Java app, and the whole lot will be built together. I can't go compromising the build of the larger project by imposing requirements of smaller modules. Been down that road once with OSGI and I'm not going back. I have created a lib/ directory in my scala project, imported a few jars in and added them to the build path. Now I am getting errors in my scala project as so: For the line: package bootstrap.liftweb I get the error: Syntax error on token "liftweb", ; expected after this token Which is suggesting to me the JDT is compiling this, rather than the scala compiler. The Java builder is turned off for the project. At one stage, before I ditched maven, this was working. Any thoughts? --~--~-~--~~~---~--~~ 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: Help with the eclipse plugin
Ok... my feelings are that is not so much the scala stuff as the maven plugin that was borking eclipse. So I took Jeppe's advice, which seems to be to use maven outside of eclipse. At least it doesn't seem to hang anymore, which is a significant step forward! Thanks everyone for their thoughts. Time to prepare some coffee! Dan --~--~-~--~~~---~--~~ 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] Help with the eclipse plugin
I'm trying to learn about lift using the eclipse plugin but not really getting far... Currently trying to build a project hangs eclipse which is obviously something of a shortcoming. Eclipse 3.4.2 Scala plugin 2.7.5 Maven plugin Q4E (IAM) 0.10 So I create a new lift project externally using maven and the instructions at http://wiki.liftweb.net/index.php/Chore_wheel (I believe this is the way to do it, I've tried other approaches but I didn't really find anything that could be classed as canonical) did a 'mvn eclipse:eclipse' and imported it into eclipse. That's when it hangs, because Eclipse tries to build straight away. It hangs when it says: Starting mojoExecution scala:compile ... in the progress bar. Meanwhile, in a different VM I notice the following process has begun: /usr/java/jdk1.6.0_12/jre/bin/java -classpath /home/gravelld/.m2/ repository/org/scala-lang/scala-compiler/2.7.3/scala- compiler-2.7.3.jar:/home/gravelld/.m2/repository/org/scala-lang/scala- library/2.7.3/scala-library-2.7.3.jar:/home/gravelld/.m2/repository/ org/scala-tools/maven-scala-plugin/2.11/maven-scala-plugin-2.11.jar - Xbootclasspath/a:/home/gravelld/.m2/repository/org/scala-lang/scala- library/2.7.3/scala-library-2.7.3.jar org.scala_tools.maven.executions.MainWithArgsInFile scala.tools.nsc.Main /tmp/scala-maven-1418794117226686986.args But this doesn't appear to complete. Is this what the eclipse builder is waiting for? I can actually run the above from the command line and it returns in a couple of seconds. Interestingly, when working through the 'todo' example there was a period when it appeared to work, but going back to it today appears to show the same issue above. Really hoping someone can help me out because this stuff looked interesting. --~--~-~--~~~---~--~~ 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: Cannot access html files other than index.html in GAE using lift
Thanks, it works! (It is not in Exploring Lift. Who do I lobby to get it in?) I have a feeling there are many hidden treasures in Lift. I must love Scala, because I wrote a huge recursive thing to populate a SiteMap. LOL Dan On May 4, 6:43 pm, David Pollak wrote: > To get both of these user stories, either: > Set the web.xml file to only send Lift-related URLs to the Lift servlet > filter. > > Set LiftRules.passNotFoundToChain = true in Boot.scala > > The former uses your container's features to only send particular requests. > The latter tells Lift to pass requests that Lift does not service up the > request chain. > > On Mon, May 4, 2009 at 6:35 PM, Dan Greening wrote: > > > Thanks David, > > > Here are two user stories I would like Lift to implement (and I think > > would be highly beneficial for Lift uptake): > > > 1. As an application developer, I can easily add Lift to my existing > > static web site. My existing static content continues to be displayed > > properly, while Lift specific content (registered in SiteMap, contains > > lift:XXX XML content) is properly rendered by Lift. > > > 2. As an application developer, I can easily add Lift to my existing > > JSP-powered web site. My existing JSP content continues to be > > displayed properly, while Lift specific content (registered in > > SiteMap, contains lift:XXX XML content) is properly rendered by Lift. > > > I am actually going through an exercise of rendering all my static > > content via Lift 1.1-M1 and it is really painful. Either I don't know > > what I'm doing (entirely possible) or it is not designed to do this > > (but it should be). [Does anyone know which one it is?] > > > Dan > > > On May 4, 3:36 pm, David Pollak wrote: > > > Dan, > > > > You'll now receive a much more helpful 403 message if you're running in > > > development mode. > > > > Thanks, > > > > David > > > > On Sun, May 3, 2009 at 12:21 PM, Dan Greening > > wrote: > > > > > I just broke my teeth on this problem also (and 2 days wasted later I > > > > discover this thread). I would say "Doh!", but this is hardly a Doh > > > > type of thing. > > > > > Security is important, but also as a new framework, you want rapid > > > > uptake by people who won't read 5 chapters of a book before trying > > > > something out. Many of us (most of us?) read the minimum amount > > > > before jumping in and trying something. > > > > > Here is my proposed user story: As a new Lift user, I can copy-paste > > > > lift-archetype-blank files into my existing web site and gradually add > > > > Lift functionality while unmodified static and JSP content continues > > > > to work. > > > > > Perhaps this could be done by having a simple method on SiteMap to > > > > disable access control. (And then use it in lift-archetype-blank, > > > > with comments of course.) > > > > > Many people will likely do what I did, trying to figure out how to > > > > turn on logging levels, etc. because the behavior they expect is not > > > > what Lift delivers, and then they blame themselves for doing something > > > > obviously stupid. (But failing to read 5 chapters is not "obviously > > > > stupid".) > > > > > Dan Greening > > > > > On Apr 23, 10:01 am, David Pollak > > > > wrote: > > > > > On Thu, Apr 23, 2009 at 9:59 AM, Lee Mighdoll > > > > wrote: > > > > > > Ah, thanks for the explanation. > > > > > > > Perhaps a site map entry for /static in the default archtetype? > > > > > > K... added > > > > > > > Lee > > > > > > > On Thu, Apr 23, 2009 at 9:51 AM, David Pollak < > > > > > > feeder.of.the.be...@gmail.com> wrote: > > > > > > >> On Thu, Apr 23, 2009 at 9:48 AM, Lee Mighdoll < > > leemighd...@gmail.com > > > > >wrote: > > > > > > >>> Since lift is a servlet filter, can it simply pass through > > requests > > > > for > > > > > >>> unmapped html pages and let the web container serve them or send > > a > > > > 404? I > > > > > >>> don't quite understand the security issue, though. > > > > > > >> Security issues: > > > > > > >> - Serving "turd" pages left behind
[Lift] Re: Cannot access html files other than index.html in GAE using lift
Thanks David, Here are two user stories I would like Lift to implement (and I think would be highly beneficial for Lift uptake): 1. As an application developer, I can easily add Lift to my existing static web site. My existing static content continues to be displayed properly, while Lift specific content (registered in SiteMap, contains lift:XXX XML content) is properly rendered by Lift. 2. As an application developer, I can easily add Lift to my existing JSP-powered web site. My existing JSP content continues to be displayed properly, while Lift specific content (registered in SiteMap, contains lift:XXX XML content) is properly rendered by Lift. I am actually going through an exercise of rendering all my static content via Lift 1.1-M1 and it is really painful. Either I don't know what I'm doing (entirely possible) or it is not designed to do this (but it should be). [Does anyone know which one it is?] Dan On May 4, 3:36 pm, David Pollak wrote: > Dan, > > You'll now receive a much more helpful 403 message if you're running in > development mode. > > Thanks, > > David > > > > On Sun, May 3, 2009 at 12:21 PM, Dan Greening wrote: > > > I just broke my teeth on this problem also (and 2 days wasted later I > > discover this thread). I would say "Doh!", but this is hardly a Doh > > type of thing. > > > Security is important, but also as a new framework, you want rapid > > uptake by people who won't read 5 chapters of a book before trying > > something out. Many of us (most of us?) read the minimum amount > > before jumping in and trying something. > > > Here is my proposed user story: As a new Lift user, I can copy-paste > > lift-archetype-blank files into my existing web site and gradually add > > Lift functionality while unmodified static and JSP content continues > > to work. > > > Perhaps this could be done by having a simple method on SiteMap to > > disable access control. (And then use it in lift-archetype-blank, > > with comments of course.) > > > Many people will likely do what I did, trying to figure out how to > > turn on logging levels, etc. because the behavior they expect is not > > what Lift delivers, and then they blame themselves for doing something > > obviously stupid. (But failing to read 5 chapters is not "obviously > > stupid".) > > > Dan Greening > > > On Apr 23, 10:01 am, David Pollak > > wrote: > > > On Thu, Apr 23, 2009 at 9:59 AM, Lee Mighdoll > > wrote: > > > > Ah, thanks for the explanation. > > > > > Perhaps a site map entry for /static in the default archtetype? > > > > K... added > > > > > Lee > > > > > On Thu, Apr 23, 2009 at 9:51 AM, David Pollak < > > > > feeder.of.the.be...@gmail.com> wrote: > > > > >> On Thu, Apr 23, 2009 at 9:48 AM, Lee Mighdoll > >wrote: > > > > >>> Since lift is a servlet filter, can it simply pass through requests > > for > > > >>> unmapped html pages and let the web container serve them or send a > > 404? I > > > >>> don't quite understand the security issue, though. > > > > >> Security issues: > > > > >> - Serving "turd" pages left behind by the developers or from an > > older > > > >> version of the app > > > >> - Serving pages that can only be viewed if you're logged in > > > > >>> Lee > > > > >>> re: documentation, I tripped on this getting started as well. > > > > >>> On Thu, Apr 23, 2009 at 8:45 AM, David Pollak < > > > >>> feeder.of.the.be...@gmail.com> wrote: > > > > >>>> On Thu, Apr 23, 2009 at 8:30 AM, Andrew Scherpbier < > > > >>>> and...@scherpbier.org> wrote: > > > > >>>>> Hi kkarad, > > > >>>>> I'm a fellow newbie to lift (and scala) and ran into the same > > issue. I > > > >>>>> believe the solution is simple: You need to create entries in your > > > >>>>> SiteMap for every page. You'll need to do that in your Boot.scala. > > > >>>>> Make them Hidden if you don't want them displayed in the menu; you > > > >>>>> still > > > >>>>> need those entries though. > > > > >>>>> I suggest reading chapter 5 in the "Exploring Lift" book that is > > > >>>>> available as a draft PDF. > > > >>>&
[Lift] Re: Cannot access html files other than index.html in GAE using lift
I just broke my teeth on this problem also (and 2 days wasted later I discover this thread). I would say "Doh!", but this is hardly a Doh type of thing. Security is important, but also as a new framework, you want rapid uptake by people who won't read 5 chapters of a book before trying something out. Many of us (most of us?) read the minimum amount before jumping in and trying something. Here is my proposed user story: As a new Lift user, I can copy-paste lift-archetype-blank files into my existing web site and gradually add Lift functionality while unmodified static and JSP content continues to work. Perhaps this could be done by having a simple method on SiteMap to disable access control. (And then use it in lift-archetype-blank, with comments of course.) Many people will likely do what I did, trying to figure out how to turn on logging levels, etc. because the behavior they expect is not what Lift delivers, and then they blame themselves for doing something obviously stupid. (But failing to read 5 chapters is not "obviously stupid".) Dan Greening On Apr 23, 10:01 am, David Pollak wrote: > On Thu, Apr 23, 2009 at 9:59 AM, Lee Mighdoll wrote: > > Ah, thanks for the explanation. > > > Perhaps a site map entry for /static in the default archtetype? > > K... added > > > > > > > Lee > > > On Thu, Apr 23, 2009 at 9:51 AM, David Pollak < > > feeder.of.the.be...@gmail.com> wrote: > > >> On Thu, Apr 23, 2009 at 9:48 AM, Lee Mighdoll wrote: > > >>> Since lift is a servlet filter, can it simply pass through requests for > >>> unmapped html pages and let the web container serve them or send a 404? I > >>> don't quite understand the security issue, though. > > >> Security issues: > > >> - Serving "turd" pages left behind by the developers or from an older > >> version of the app > >> - Serving pages that can only be viewed if you're logged in > > >>> Lee > > >>> re: documentation, I tripped on this getting started as well. > > >>> On Thu, Apr 23, 2009 at 8:45 AM, David Pollak < > >>> feeder.of.the.be...@gmail.com> wrote: > > >>>> On Thu, Apr 23, 2009 at 8:30 AM, Andrew Scherpbier < > >>>> and...@scherpbier.org> wrote: > > >>>>> Hi kkarad, > >>>>> I'm a fellow newbie to lift (and scala) and ran into the same issue. I > >>>>> believe the solution is simple: You need to create entries in your > >>>>> SiteMap for every page. You'll need to do that in your Boot.scala. > >>>>> Make them Hidden if you don't want them displayed in the menu; you > >>>>> still > >>>>> need those entries though. > > >>>>> I suggest reading chapter 5 in the "Exploring Lift" book that is > >>>>> available as a draft PDF. > >>>>> BTW, to the authors of that book: I spent a lot of time trying to > >>>>> figure out this exact same issue. Could you make this more prominent? > >>>>> Some examples of using multiple pages would be helpful. Since the > >>>>> SiteMap is so important, I think it would be good to add more coverage > >>>>> of it in chapter 3. > > >>>> Andrew, > > >>>> Thanks for your comments. > > >>>> There's a tension in Lift between quick & simple and maintainable & > >>>> secure. SiteMap is a little heavier weight than simple routing tables > >>>> (or > >>>> doing things by default). On the other hand, SiteMap gives you security, > >>>> menu generation, bread crumbs, and much, much more. Perhaps I'll add > >>>> something to the 404 when running in development mode (or bespin mode). > > >>>> Thanks, > > >>>> David > > >>>>> Cheers! > > >>>>> --Andrew > > >>>>> kkarad wrote: > >>>>> > Hi all, > > >>>>> > I am new to lift web framework. Recently I started working on a test > >>>>> > project using google app engine for java and lift. I followed the > >>>>> > Atsuhiko Yamanaka's instructions and I was able to deploy and run the > >>>>> > helloworld example on the google app cloud. > > >>>>> > The problem I am facing now is that I cannot access deployed html > >>>>> > files other than the default (index.html).
