Unfortunately, I don't fully understand how the current Loc stuff is
supposed to be used. I like many things in lift a lot, but I want
first-class friendly URL's support. So I wrote it. It is used like this:
val entries =
Menu(Loc(index, List(index), Main)) ::
...
Yeah - I usually would add dependecies o a project unless really
nesicary, but as it was only 150k all in I thought what the hell
Seems to be working quite nicely so far :-)
Cheers, Tim
Sent from my iPhone
On 27 Oct 2008, at 04:59, Charles F. Munat [EMAIL PROTECTED] wrote:
Very nice. I'm
How do you configure you're apache proxy ?
On Mon, Oct 27, 2008 at 7:45 AM, Charles F. Munat [EMAIL PROTECTED] wrote:
I've deployed a beta version of my app to Tomcat, so it's available at
localhost:8080/xxx/
Then I proxied Apache over to localhost:8080/xxx/
And it works.
But all the
Hey Sasha,
Thanks for your input - if your willing to post the code that would be
brilliant :)
Cheers, Tim
On Oct 26, 11:50 pm, Sasha Kazachonak [EMAIL PROTECTED] wrote:
Unfortunately, I don't fully understand how the current Loc stuff is
supposed to be used. I like many things in lift a
Why don't deploy your app using root context / in tomcat?
On Oct 27, 8:45 am, Charles F. Munat [EMAIL PROTECTED] wrote:
I've deployed a beta version of my app to Tomcat, so it's available at
localhost:8080/xxx/
Then I proxied Apache over to localhost:8080/xxx/
And it works.
But all the
Pre-pending context path is a VERY GOOD thing. David we can probably
move prepending context path in LiftRules.urlDecorate ... the default
implementation will prepend context path but if one wants to do
something else they it;s very easy to do. This would imply to change a
bit URLDecorator but
Not sure I understand. How does one do that? Do you have a link?
(I'll start looking.)
Would that still permit multiple Lift apps in the same servlet
container, or would I have to run one Tomcat each?
Chas.
Marius wrote:
Why don't deploy your app using root context / in tomcat?
On Oct
In tomcat you usually have a webapps/ROOT folder. Try putting you
webapp in this ROOT folder (unarchived).
If that does not work, try looking into server.xml for Context
path= docBase=ROOT debug=0/. Try change your docBase to the
folder of your webapp. You can alsouse context.xml but depends on
funny my old post went through ... (sorry for the spam)
On Oct 27, 9:41 pm, Marius [EMAIL PROTECTED] wrote:
In tomcat you usually have a webapps/ROOT folder. Try putting you
webapp in this ROOT folder (unarchived).
If that does not work, try looking into server.xml for Context
path=
hmm .. I though I hit send but my response didn't seem to make it.
1. Try to unwar your app in webapps/ROOT folder
2. Try to set context path= docBase=path to your folder/. You
can do this in server.xml or context.xml
Br's,
Marius
On Oct 27, 9:00 pm, Charles F. Munat [EMAIL PROTECTED] wrote:
Here it is
import net.liftweb.http._
import net.liftweb.util._
import net.liftweb.sitemap._
import net.liftweb.sitemap.Loc._
import scala.xml._
object ParamsLoc {
def apply(name: String, uri: Uri, params: LocStuff*) = new ParamsLoc(name,
uri, Hidden :: params.toList)
class ParamsLink(uri:
Thanks. I'll play around with this.
Chas.
Marius wrote:
In tomcat you usually have a webapps/ROOT folder. Try putting you
webapp in this ROOT folder (unarchived).
If that does not work, try looking into server.xml for Context
path= docBase=ROOT debug=0/. Try change your docBase to the
I think using the JSON handler is the best approach. You can add arbitrary
client fields and as long as there's a server-side JSON handler for the
given field, you're golden.
On Mon, Oct 27, 2008 at 2:48 PM, Derek Chen-Becker [EMAIL PROTECTED]wrote:
I was also wondering if you could use a JSON
Right. The JSONHandler essentially presents a map of the fields it receives
in your processing method. There's an example on the Wiki here:
http://liftweb.net/index.php/HowTo_use_JSON_forms
On Mon, Oct 27, 2008 at 4:42 PM, David Pollak [EMAIL PROTECTED]
wrote:
I think using the JSON handler
Derek,
I've applied this patch. Sorry for taking so long to get back to you.
David
Derek Chen-Becker wrote:
Back in this commit:
http://github.com/dpp/liftweb/commit/645d9649a5956f0b67edbe8ded4d1b0136164980
If the intention is for LiftRules.determineContentType to be the sole
arbiter
Anyone know what this means:
[WARNING] Exception in thread main java.lang.RuntimeException:
malformed Scala signature of Mailer at 5411; reference value mail of
package javax refers to nonexisting symbol.
[WARNING] at
This is a bug in Scala 2.7.1 Please do a mvn clean install and it'll go
away.
On Mon, Oct 27, 2008 at 6:53 PM, Charles F. Munat [EMAIL PROTECTED] wrote:
Anyone know what this means:
[WARNING] Exception in thread main java.lang.RuntimeException:
malformed Scala signature of Mailer at 5411;
Nope. I tried that several times before I posted. And I blew away .m2
and tried that, too.
The problem seems to occur after I install lift. When I blow away .m2
and re-compile, I have to install the markdownj.jar and the
postgresql.jdbc.jar, and then I get this:
Missing:
--
1)
There is also SecurityHelpers which has some of this included.
On Oct 27, 9:35 pm, efleming969 [EMAIL PROTECTED] wrote:
What does Jasypt offer that can't be done using java.security or
javax.crypto?
On Oct 27, 3:16 am, Tim Perrett [EMAIL PROTECTED] wrote:
Yeah - I usually would add
19 matches
Mail list logo