[Zope] Future of Zope

[Johan Carlsson]

> 
> Doesn't Java (as a pretty much universally accepted client side
> language) figure in this anywhere?  Would it really be that difficult to
> create a Java conduit to the Zope database?  It could support the
> various permissions based access and stuff, and then support plugins for
> editing the different types of object.  In this manner, say, the makers
> of SquishDot could create a custom SquishDot editor plugin, and such
> like.  I will freely admit that I haven't looked at the Zope Database
> too closely, but is this feasible or am I talking rubbish?
> 
> I am an experienced Java coder, and as such would be willing to lend a
> hand to such an effort (although my time is very limited at present). 
> It would be quite easy to get the ball rolling though by writing a Java
> API for putting, and retrieving, Zope objects via a TCP stream.
> 
> Ian.

Preferably by using XML-RPC.
It just stroke me that using XML-RPC as the
communication layer between any client tool
and Zope would be the best way to separate
client-logic from Zope-logic. 

Is that a good idee?

Are there any free JavaScript implementations of
a XML-RPC client out there?

//johan