From: Mike S. <Mik...@Do...> - 2007-02-13 00:56:36
|
Mark Dootson wrote: > We need a bunch of 'data aware' controls and a common data interface > that fits with Erics 'Web 3.0' analogy - Prior list postings would > suggest that much work towards this has been done in some form or > another. Whether this would end up as a DBI::Web3 or a Web3::Recordset > type of thing I'm not sure at present. But Wx::DataGrid and Wx::DataCtrl > are a must. > We (DonorWare) are really close to releasing a whole Wx::Data family of code that runs a POE-based HTTP server to your server-side APIs, a client side POE::Loop::Wx DataManager, and a basic suite of Wx::Data / POE / Async widgets. Eriam Schaffter has been on contract for us for the past year working on this in 4 phases -- phase 1 was to replicate what were already doing, phase 2 was to allow a client to access data on the server via a REST-like data path, phase 3 was to allow "push" subscriptions to a datapath, as well as "chunking" of large result sets to allow a virtual list control to receive very large result sets. Phase 4 is next, which is to allow the client to cache data objects for specified data paths in "offline" mode to allow the client to continue to run (initially just crippled/partially) even when not connected to the network (think laptop based travellers). We also see this approach allowing for distributed cache servers (place a cache server in a client's offices, and their users will share/access the same local cache server, which in turn will be subscribed and receive push updates from your central data center). We have tried to make this all modular and pluggable. So if you don't want your Wx::Data controls to use HTTP API calls, you could plug in a Wx::Data::Client::DBI module, etc etc etc. Anyhow, this has take way longer than we expected to get write, but we think it will be worthwhile. We will be releasing this on CPAN "real soon now". All that to say, I think this *might* fill in some of the Web 3.0 stuff -- we deploy clients to Win32, Linux, and OS X. I think wxPerl's cross-platform nature and the ability to distribute/self-update small PAR-based code files of perl for updates/changes is the way to give true Rich Internet Applications - but I am biased. Anyhow... we are getting close to sharing all this. Plus, our application is/will be an example of a large infrastructure being deployed using wxPerl (hundreds of frames, dynamically being built on the fly using server-side meta-data, against a server side business logic code base of close to a million lines of code). Sorry this has taken so long to release... :) Mike. |