On Wed, November 24, 2010 19:43, Brad Allen wrote: > On Wed, Nov 24, 2010 at 10:11 AM, Burak Arslan > <[email protected]> wrote: >> heya, >> >> i've just; >> >> 1) released soaplib-0.8.2 stable on pypi and github. >> 2) released soaplib-1.0.0 stable on pypi and github. >> 3) updated arskom/soaplib's front page with information on the new status of the project >> 4) have put documentation as static pages on arskom.github.com/soaplib/ 5) merged rpclib changes to arskom/soaplib repo, and removed caustin's commit privileges. > > Thanks for tying up loose ends. However, I'm still a bit fuzzy on the intent of the 'rpclib' name, which is currently still used as the top level package name and module distribution name (in setup.py). Is there some other RPC protocol you're thinking of adding? What > motivated the name change? > > We'd like to incorporate your most recent changes into > soaplib/soaplib, but the rpclib name gets in the way a bit. Is it your intent to stick to that name? >
yessir, that's what i'm going to work on in the future. i've already implemented what i call HttpRpc, which lets you call methods that take only primitives via regular http get requests. (it's not rest because it ignores http verbs) with that protocol, setting the return value to Attachment, you can return arbitrary http data. and i've also implemented an output protocol that returns the result as a csv file, provided the return value is an array of a class whose member types are only primitives. those were low-hanging fruits that i had an immediate need for. one could implement json-rpc or thrift or soap 1.2 or whatever else you can think of, they're all pluggable. with a bit more effort, it's even possible create a pipeline structure, where say, once could convert json-rpc to a soap request and validate it using the Wsdl11Strict interface, instead of waiting for json-schema to happen (also assuming one has too many cpu cycles to burn :) so yes, for me rpclib is here to stay. best, burak _______________________________________________ Soap mailing list [email protected] http://mail.python.org/mailman/listinfo/soap
