I'm sorry for the late question but have you looked at Scalaffinity?
http://sourceforge.net/projects/scalaffinity/
It might give you an idea or two...
On Oct 1, 8:14 pm, rintcius rintc...@gmail.com wrote:
Hi,
I have started integrating Lift in a Scala +Springexample project
Marius,
Im not sure that will work as ctx is a paramater, not a val paramater.
class HTTPServletContext(ctx: ServletContext) extends HTTPContext
In order to do what you'd suggested wouldnt it need to be:
class HTTPServletContext(val ctx: ServletContext) extends HTTPContext
Thoughts?
Cheers,
You are correct. I need to make this adjustment today. Thanks for
pointing this out Tim.
Br's,
Marius
On Oct 8, 2:05 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Marius,
Im not sure that will work as ctx is a paramater, not a val paramater.
class HTTPServletContext(ctx:
Thanking you kindly good sir - I knew there was something not quite
right about that :-)
Cheers, Tim
On Oct 8, 12:15 pm, marius d. marius.dan...@gmail.com wrote:
You are correct. I need to make this adjustment today. Thanks for
pointing this out Tim.
Br's,
Marius
On Oct 8, 2:05 pm,
I just committed it.
Br's,
Marius
On Oct 8, 2:25 pm, Timothy Perrett timo...@getintheloop.eu wrote:
Thanking you kindly good sir - I knew there was something not quite
right about that :-)
Cheers, Tim
On Oct 8, 12:15 pm, marius d. marius.dan...@gmail.com wrote:
You are correct. I need
Yes, but I am referring to the case when there is no Full(session).
I.e. how do I get the servlet context in the 2nd case at the place
where I am currently throwing a RTE.
def servletContext = {
S.servletSession match {
case Full(session) = session.getServletContext()
case _ =
In Lift 1.1, there is no S.servletSession method.
Without a session, you cannot find the context and even with a session, you
have to look to see if the session is associated with a particular provider
(Lift-speak for the thing that's forwarding requests to Lift).
Your best bet is to go find
Your best bet is to go find some Java static thing that's going to give you
the ServletContext
Yes that could work, but is it an idea to make the liftServlet
available as an object in Lift (when it has the right provider)?
Then the servletContext can be obtained nicely via
My interpretation of DPP's last post was that he [or moreover, we the
team] would not want the context accessible in a sessionless way.
Cheers, Tim
On 7 Oct 2009, at 18:40, rintcius wrote:
Your best bet is to go find some Java static thing that's going to
give you
the ServletContext
On Wed, Oct 7, 2009 at 10:40 AM, rintcius rintc...@gmail.com wrote:
Your best bet is to go find some Java static thing that's going to give
you
the ServletContext
Yes that could work, but is it an idea to make the liftServlet
available as an object in Lift (when it has the right
Servlet dependencies are abstracted away by a dedicated layer from the
rest of Lift.
LiftRules.context match {
case c: HTTPServletContext = c.ctx // this is a ServletContext
case _ =
}
So you can take the ServletContext and do your stuff with it. But in
this case you explicitly know
Thanks Marius, that was what I was looking for!
So in 1.0.2 I can call:
def servletContext = LiftRules.context
And when I upgrade to 1.1. I will change that into your suggestion.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the
Marius,
Out of interest, have you physically ran lift in asyncweb or netty?
Just thinking about the embedding possibilities...
Cheers, Tim
Sent from my iPhone
On 7 Oct 2009, at 19:50, marius d. marius.dan...@gmail.com wrote:
Servlet dependencies are abstracted away by a dedicated layer
On Sat, Oct 3, 2009 at 2:56 AM, rintcius rintc...@gmail.com wrote:
Hmm, I am still confused...
Maybe better to get into a specific use case.
Suppose i have the following:
1) a lift application just serving stuff via the Servlet interface
2) an object in the ServletContext (let's say
Hmm, I am still confused...
Maybe better to get into a specific use case.
Suppose i have the following:
1) a lift application just serving stuff via the Servlet interface
2) an object in the ServletContext (let's say spring's
ApplicationContext)
3) a snippet that does not need a session but
You called the correct method, but you cannot assume that the method will
always return a Full Box. There is not always a guaranteed context.
On Thu, Oct 1, 2009 at 2:59 PM, rintcius rintc...@gmail.com wrote:
Hmm, isn't there a direct way to get the ServletContext? I mean now
that I think
No, I think you mean there is not a guaranteed **session** (it is
S.servletSession that returns a Box)
I agree that once I go through the servletSession I should not just
open_! the Box.
But that's not the point I am trying to make. I think there should be
a way to get the ServletContext without
On Fri, Oct 2, 2009 at 7:00 AM, rintcius rintc...@gmail.com wrote:
No, I think you mean there is not a guaranteed **session** (it is
S.servletSession that returns a Box)
I agree that once I go through the servletSession I should not just
open_! the Box.
But that's not the point I am trying
Ok hopefully better phrased: It's quite possible that there is no
session, while there is a ServletContext.
The context of the request is going to depend on how the current session is
instantiated.
I don't get that. Quote from
On Fri, Oct 2, 2009 at 9:17 AM, rintcius rintc...@gmail.com wrote:
Ok hopefully better phrased: It's quite possible that there is no
session, while there is a ServletContext.
The context of the request is going to depend on how the current session
is instantiated.
I don't get that. Quote
Rintcius,
Whilst I applaud the effort, what is your goal with integrating the
two frameworks? What problem are you looking to solve?
Cheers, Tim
On 1 Oct 2009, at 10:14, rintcius wrote:
Hi,
I have started integrating Lift in a Scala + Spring example project
(see
A quick look at the code... you use open_! That's considered very bad
practice. Any time you use open_!, you are saying I know this thing
contains a value. It's like not doing null testing when the method you are
calling is expected to return a null under certain circumstance.
Put another way,
Hi Tim,
This project is meant as an example for people (like me) that maintain
existing Spring architectures and are interested in using Scala and
Lift.
What I want to do now is port the existing jsp's and spring
controllers to lift, so that people can compare jsp and lift-webkit
with each other
Ok thanks David. What is the recommended way to get the ServletContext
from a lift snippet (in 1.0.2)?
Rintcius
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Lift group.
To post to this group, send email to
On Thu, Oct 1, 2009 at 9:18 AM, rintcius rintc...@gmail.com wrote:
Ok thanks David. What is the recommended way to get the ServletContext
from a lift snippet (in 1.0.2)?
Use the for comprehension to test if a Box is empty or not.
See
Hmm, isn't there a direct way to get the ServletContext? I mean now
that I think about it looks to me that it should be possible to obtain
the ServletContext no matter if there's a session or not.
--~--~-~--~~~---~--~~
You received this message because you are
26 matches
Mail list logo