On 1/4/06, Oliver Steele <[EMAIL PROTECTED]> wrote:
That would probably be a better idea. The RPC and SOAP stuff still use the swf data encoding, I need to check what those responders still need from the data compiler/cache machinery. It would be great to move that processing into the client
as well if we can, someday.
You have to enclose the changeset if you want me to review that. But I'll review the description :-):Instead of supplementing lzt=data with lzt=xmldata, can we replace the implementation of lzt=data with this code --- in order to simplify the code, the documentation, and the testing matrix?
That would probably be a better idea. The RPC and SOAP stuff still use the swf data encoding, I need to check what those responders still need from the data compiler/cache machinery. It would be great to move that processing into the client
as well if we can, someday.
On Jan 3, 2006, at 11:29 PM, Henry Minsky wrote:Summary: LPS proxied data loading switched to use Flash client XML parser
New Features: adds lzt=xmldata request type, which returns server-proxied
XML data as XML text
Bugs Fixed:
Technical Reviewer: osteele
QA Reviewer: mdavis
Doc Reviewer:
Documentation:
Release Notes:
Details:
This changeset modifies the LPS server from
using SWF-encoding for data requests to sending the data as XML text
which will be parsed by the client. Thus, the server will be acting
more purely as an XML->XML proxy server.
The LFC will now use the SOLO data loading mechanism (Flash XML Parser) (to replace the
current mechanism of the server SWF-encoding the XML and loading it with loadMovie).
This changeset adds two new classes, XMLDataCache and XMLGrabber,
which mirror DataCache and XMLConverter. The lzt=xmldata is similar to
the lzt=data requests, except that instead of encoding the data as
swf, it is returned as the XML text, with HTTP header info included. The
XML returned is identical to what is constructed by the existing lzt=data swf
file, except that namespace information is preserved ( to be compatible with the
SOLO loading behavior)
--
Henry Minsky
Software Architect
[EMAIL PROTECTED]
--
Henry Minsky
Software Architect
[EMAIL PROTECTED]
_______________________________________________ Laszlo-dev mailing list [email protected] http://www.openlaszlo.org/mailman/listinfo/laszlo-dev
