On Wed, Apr 30, 2008 at 8:23 PM, <[EMAIL PROTECTED]> wrote:
> Hi folks,
>
> Now that I finished my QooxdooPyCard GUI builder project, I am starting to
> look at the backend side of the picture.
>
> Let me ask a newbie question:
>
> I still don't quite know what a web "framework" would do for me but from
> the web, it appears they are saying Qooxdoo backend support doesn't include
> Python. Does that mean I shouldn't spend my time understanding "framework"s
> like Django or Turbogear?
>
> All I need is to port some desktop Python programs to the web. It's a
> very simple set of programs: the user enters some information, it sends the
> info to the server, the server runs a Python program that processes the data
> and send it back to the client side GUI or as file for client side to store.
> Very basic. Nothing fancy.
>
> I am currently using pyro for the client-server commuication. It's very
> easy to do since both side runs standard Python programs. Making a RPC call
> is no different from making a local call - data gets passed back and forth
> without any special effort. Of course with the web, I can't do that anymore
> because you can't run Python on the browser (kind of can - but not without
> jumping through hoops).
>
Hi John,
Have you looked at the qooxdoo backends for RPC? Available with qooxdoo are
a java backend, a PHP backend, and a perl backend. I believe someone has
also written a python backend, but I haven't seen it. Backends are easy to
write, with documentation in the backend directory if you pull from SVN, in
a file called SERVER_WRITER_GUIDE. These backends provide the core
functionality that you allow you to write simple remote procedure call
processors. JSON messages are passed back and forth between the client and
server. The qooxdoo class qx.io.remote.Rpc provides the methods your
client-side application would use to issue requests to the server, and the
backend responds.
I don't know if this provides the functionality you require, but it's
probably worth looking into if you haven't already. Making remote procedure
calls is certainly my preferred way of dealing with client/server
communication.
Cheers,
Derrell
ps. Avoid the temptation to issue synchronous requests from your client to
the server. They block not only your application (including any animated
gif files you have displayed) but also anything running in other tabs!
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
