Re: you got your database in my Python remote objects server

On Fri, 2007-09-28 at 13:58 -0400, Eric S. Johansson wrote:
> If folks think it's a good idea, what would it take to validate metakit in a 
> threaded environment like the one I propose?  Is there a simpler model for 
> dealing with threaded environments that I'm not aware of?

Thinking more broadly, have you specifically ruled out using an object
interface to a common SQL database, such as SQLObject over MySQL?

That combination is extremely thread-safe, and gives the remote clients
an excellent object view of tables, columns, rows etc. And it's pretty
easy to use.

If this doesn't appeal, and you're feeling pretty determined to access
metakit remotely, then have you figured out a clear definition of
exactly what kind of 'look and feel' you want on the client side?

If your 'look and feel' requirements aren't too demanding, then it
should be possible to set up a Queue-based multithread setup on the
server, such that only one of the server threads is accessing the actual
metakit database, and other threads which talk to the remote client
communicate with this one thread. This wouldn't require any mods to
metakit or Pyro - just an access layer.

Cheers
David

> 
> I have templates for Pyro servers that I could use to help build a testbed but 
> I'm missing some critical knowledge to be able to complete the project.
> 
> Ever hopeful:
> 
> ---eric
> 
> Abused by speech recognition since 1995
> 
> 
> > 

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the "metakit" group.
To post to this group, send email to metakit <at> googlegroups.com
To unsubscribe from this group, send email to metakit-unsubscribe <at> googlegroups.com
For more options, visit this group at http://groups.google.com/group/metakit?hl=en
-~----------~----~----~----~------~----~------~--~---