How about changing this to be a completely separate new binding? That way we'll be able to keep backward compatibility - new users can use the new extension but people already using binding.jsonrpc from the 1.0 release can continue to use the old json-rpc-java based extension till they're ready to upgrade.
...ant On 10/22/07, Luciano Resende <[EMAIL PROTECTED]> wrote: > > I have just committed some enhancements to JSONRPC binding. It should > now be able to work with the Tuscany Databinding framework (I > particulary tested with SDO). I have also added initial code to > support References for the JSONRPC Binding, although this is not > completely finished yet. > > Note that the current implementation still uses the JSONRPCBridge to > handle "system.*" calls, and I was wondering if anyone have some > references on this calls, and whether or not it's a must to support > them. > > Support for SCADomain.js is disabled, as I'm starting to work on > support for references on a web2.0 client application similar to what > was discussed/proposed on this thread[1]. I have modified the > helloworld-jsonrpc to use a local jsonrpc.js. > > Please, let me know if you guys see any problems. > > [1] http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg23094.html > > On 10/10/07, Luciano Resende <[EMAIL PROTECTED]> wrote: > > To the specific question, the store sample is shipping the JSONRPC > > proxy probably because the SCADomain.js does not have support for > > components with multiple services as reported in [1]. > > > > As for a more broad number of enhancements around JSONRPC, I have > > started to add support for Databindings [2], References and working on > > moving to support references on a web2.0 application similar to what > > was discussed/proposed on this thread [3]. > > > > I should have some of this done early next week, after I fix couple > > issues that I'm seeing in my local environment. > > > > > > [1] https://issues.apache.org/jira/browse/TUSCANY-1820 > > [2] http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg24367.html > > [2] http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg23094.html > > > > On 10/10/07, Simon Laws <[EMAIL PROTECTED]> wrote: > > > On 10/10/07, Luciano Resende <[EMAIL PROTECTED]> wrote: > > > > > > > > What do you mean by "the proxy that is automatically generated" ? > > > > > > > > On 10/10/07, Simon Laws <[EMAIL PROTECTED]> wrote: > > > > > Currently the store sample ships a JSONRPC proxy ( > binding-jsonrpc.js) as > > > > an > > > > > alternative to the proxy that is automatically generated. Why is > this > > > > the > > > > > case? > > > > > > > > > > Simon > > > > > > > > > > > > > > > > > -- > > > > Luciano Resende > > > > Apache Tuscany Committer > > > > http://people.apache.org/~lresende > > > > http://lresende.blogspot.com/ > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > As in the proxy that is automatically generated and that you would > find at > > > > > > > > > http://yourhost:yourport/yourapp/SCADomain/scaDomain.js > > > > > > Am assuming here that this feature still works. > > > > > > Simon > > > > > > > > > -- > > Luciano Resende > > Apache Tuscany Committer > > http://people.apache.org/~lresende > > http://lresende.blogspot.com/ > > > > > -- > Luciano Resende > Apache Tuscany Committer > http://people.apache.org/~lresende > http://lresende.blogspot.com/ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >