On Jul 29, 2006, at 9:19 AM, Jeremy Boynes wrote:

It would be good to have them. Not only are they useful in their own right, they also validate that the runtime can handle data types and formats that are not XML based.

I also think they are useful to have, particularly to validate the extension approach.

Can you say what you weren't happy with in the approach? Do you have any ideas on how they can be improved?

You'd mentioned to me that you weren't convinced on the JS client side and that something like DOJO might be an alternative - is that the kind of thing you're thinking of?

It would be good if improved our UI story. I believe Ken was eventually going to look at integrating with Spring WebFlow and it would be interesting to layer in something like Dojo. When I ever got around to it, I was thinking about writing an embedded SCA runtime in Actionscript that would support most of the SCA programming model including stateful conversations and callbacks (actionscript and the Flash player support binary serialization and true sockets). I've started to think a lot of UI programming could be greatly simplified by applying the SCA conversational pattern. For example, a web ui flow and state could be modeled as a stateful conversation. The one thing missing from SCA is the ability to define a choreography for operation invocations (BPEL I guess does some of that but it seems ill-suited for UI design).

Anyway, I haven't thought that much about it other than having integration with cool UI technologies may be a way to spark more interest and provide visual appeal to Tuscany.

--
Jeremy

On Jul 29, 2006, at 2:11 AM, ant elder wrote:

Should I port the old jsonrpc or ajax binding extensions to the new runtime? There's one for jsonrpc-java that only supports entryPoints and one using DWR that also supports comet style externalServices. There's some emails
describing them at [1] and [2]. I was never completely happy with the
approach of these bindings or if there was so much interest in having them, so what should I do - port them over as-is and continue to refine them,
forget about them, something else?

  ...ant

[1]
http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/ 200605.mbox/% [EMAIL PROTECTED]

[2]
http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/ 200603.mbox/% [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to