[Lift] Re: org.mortbay.util.ajax.Continuation on GAE/J

2009-06-11 Thread Atsuhiko Yamanaka

Hi,

Now, 'hasContinuations_?' has become 'false' on GAE/J.
It seems that Google has been doing some experiments behind the scenes.
Anyway, I'll keep on checking this area.
Thank you for follow-up messages.


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



[Lift] Re: org.mortbay.util.ajax.Continuation on GAE/J

2009-06-10 Thread marius d.



On Jun 10, 9:14 pm, David Pollak 
wrote:
> On Wed, Jun 10, 2009 at 9:33 AM, marius d.  wrote:
>
> > On Jun 10, 7:27 pm, Alex Boisvert  wrote:
> > > On Wed, Jun 10, 2009 at 9:15 AM, Atsuhiko Yamanaka <
>
> > > atsuhiko.yaman...@gmail.com> wrote:
>
> > > > Hi,
>
> > > > On Thu, Jun 11, 2009 at 12:30 AM, David
> > > > Pollak wrote:
> > > > > Unfortunately, no.  In order to do this, we'd have to have a hard
> > > > dependency
> > > > > on Jetty.  It may be possible to do an external continuations module
> > and
> > > > you
> > > > > are encouraged to research this.
>
> > > > I agree with you that a hard dependecy on jetty is not acceptable.
> > > > I will research that.
>
> > > Or perhaps have some sort of pluggable factory for continuations so the
> > hard
> > > dependency can be moved into an optional module?  The factory class could
> > be
> > > configured in web.xml as a servlet init-param.
>
> > I think that the less XML config things are there, the better. We can
> > simply have a trait and the specific implementation will be packaged
> > in a separate jar.file that can just exist is a "by convension"
> > location. Say 'plugins' folder. With a very simple classloader we can
> > easily achieve this flexibility (... I don't thing that this is a
> > candidate for OSGI plugins).
>
> Or just activate it in Boot

Or that :) ... but that would probably require code changes (if the
app does not read the FQCN from a config file) when switching the
implementations whereas a jar drop in looks simpler.

>
>
>
> > > alex
>
> --
> 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: org.mortbay.util.ajax.Continuation on GAE/J

2009-06-10 Thread David Pollak
On Wed, Jun 10, 2009 at 9:33 AM, marius d.  wrote:

>
>
>
> On Jun 10, 7:27 pm, Alex Boisvert  wrote:
> > On Wed, Jun 10, 2009 at 9:15 AM, Atsuhiko Yamanaka <
> >
> > atsuhiko.yaman...@gmail.com> wrote:
> >
> > > Hi,
> >
> > > On Thu, Jun 11, 2009 at 12:30 AM, David
> > > Pollak wrote:
> > > > Unfortunately, no.  In order to do this, we'd have to have a hard
> > > dependency
> > > > on Jetty.  It may be possible to do an external continuations module
> and
> > > you
> > > > are encouraged to research this.
> >
> > > I agree with you that a hard dependecy on jetty is not acceptable.
> > > I will research that.
> >
> > Or perhaps have some sort of pluggable factory for continuations so the
> hard
> > dependency can be moved into an optional module?  The factory class could
> be
> > configured in web.xml as a servlet init-param.
>
> I think that the less XML config things are there, the better. We can
> simply have a trait and the specific implementation will be packaged
> in a separate jar.file that can just exist is a "by convension"
> location. Say 'plugins' folder. With a very simple classloader we can
> easily achieve this flexibility (... I don't thing that this is a
> candidate for OSGI plugins).


Or just activate it in Boot


>
>
> >
> > alex
> >
>


-- 
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: org.mortbay.util.ajax.Continuation on GAE/J

2009-06-10 Thread marius d.



On Jun 10, 7:27 pm, Alex Boisvert  wrote:
> On Wed, Jun 10, 2009 at 9:15 AM, Atsuhiko Yamanaka <
>
> atsuhiko.yaman...@gmail.com> wrote:
>
> > Hi,
>
> > On Thu, Jun 11, 2009 at 12:30 AM, David
> > Pollak wrote:
> > > Unfortunately, no.  In order to do this, we'd have to have a hard
> > dependency
> > > on Jetty.  It may be possible to do an external continuations module and
> > you
> > > are encouraged to research this.
>
> > I agree with you that a hard dependecy on jetty is not acceptable.
> > I will research that.
>
> Or perhaps have some sort of pluggable factory for continuations so the hard
> dependency can be moved into an optional module?  The factory class could be
> configured in web.xml as a servlet init-param.

I think that the less XML config things are there, the better. We can
simply have a trait and the specific implementation will be packaged
in a separate jar.file that can just exist is a "by convension"
location. Say 'plugins' folder. With a very simple classloader we can
easily achieve this flexibility (... I don't thing that this is a
candidate for OSGI plugins).

>
> alex
--~--~-~--~~~---~--~~
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: org.mortbay.util.ajax.Continuation on GAE/J

2009-06-10 Thread Alex Boisvert
On Wed, Jun 10, 2009 at 9:15 AM, Atsuhiko Yamanaka <
atsuhiko.yaman...@gmail.com> wrote:

>
> Hi,
>
> On Thu, Jun 11, 2009 at 12:30 AM, David
> Pollak wrote:
> > Unfortunately, no.  In order to do this, we'd have to have a hard
> dependency
> > on Jetty.  It may be possible to do an external continuations module and
> you
> > are encouraged to research this.
>
> I agree with you that a hard dependecy on jetty is not acceptable.
> I will research that.


Or perhaps have some sort of pluggable factory for continuations so the hard
dependency can be moved into an optional module?  The factory class could be
configured in web.xml as a servlet init-param.

alex

--~--~-~--~~~---~--~~
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: org.mortbay.util.ajax.Continuation on GAE/J

2009-06-10 Thread Atsuhiko Yamanaka

Hi,

On Thu, Jun 11, 2009 at 12:30 AM, David
Pollak wrote:
> Unfortunately, no.  In order to do this, we'd have to have a hard dependency
> on Jetty.  It may be possible to do an external continuations module and you
> are encouraged to research this.

I agree with you that a hard dependecy on jetty is not acceptable.
I will research that.


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



[Lift] Re: org.mortbay.util.ajax.Continuation on GAE/J

2009-06-10 Thread David Pollak
On Wed, Jun 10, 2009 at 7:29 AM, Atsuhiko Yamanaka <
atsuhiko.yaman...@gmail.com> wrote:

>
> Hi there,
>
> It seems that GAE/J has changed its configuration recently,
> and you may encounter the crash with
> 'java.lang.reflect.InvocationTargetException'.
> If so, please try the latest 1.1-SNAPSHOT.
>
> For lift committers, it seems that 'hasContinuations_?'[1] has become
> 'true',
>
>  private val (hasContinuations_?, contSupport, getContinuation,
> getObject, setObject, suspend, resume) = {
>try {
>  val cc = Class.forName("org.mortbay.util.ajax.ContinuationSupport")
>  val meth = cc.getMethod("getContinuation",
> classOf[HttpServletRequest], classOf[AnyRef])
>  val cci = Class.forName("org.mortbay.util.ajax.Continuation")
>  val getObj = cci.getMethod("getObject")
>  val setObj = cci.getMethod("setObject", classOf[AnyRef])
>  val suspend = cci.getMethod("suspend", _root_.java.lang.Long.TYPE)
>  val resume = cci.getMethod("resume")
>  (true, (cc), (meth), (getObj), (setObj), (suspend), resume)
>} catch {
>  case e => (false, null, null, null, null, null, null)
>}
>  }
>
> This means that 'org.mortbay.util.ajax.Continuation' APIs are
> available on GAE/J.
> Is there a possibility to enable them without using reflection APIs
> in 'checkContinuations'[2] method?


Unfortunately, no.  In order to do this, we'd have to have a hard dependency
on Jetty.  It may be possible to do an external continuations module and you
are encouraged to research this.

Thanks,

David


>
>
>
> [1]
> http://github.com/dpp/liftweb/blob/50b4e8b0490929d20e9361564393e21f845dcd67/lift/src/main/scala/net/liftweb/http/LiftRules.scala#L403
> [2]
> http://github.com/dpp/liftweb/blob/50b4e8b0490929d20e9361564393e21f845dcd67/lift/src/main/scala/net/liftweb/http/LiftRules.scala#L446
>
>
> 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
> Skype callto://jcraft/
>
> >
>


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