ok, I have managed to read the docs and found all answers to my previous (and unfortunately html tagged, sorry for that) mail. But now a more subtle question, bear with me one moment: - if I want to use servlets, theorectically no problem, I can still install tomcat or whatever, use servlets, do what I want and answer back somehow to zope. That's fair enough - for more advanced things however I have to get crazy or rely on XML-RPC, which is a good thing, but after all is not 100% java compliant (am I wrong?) In any case I have to follow up with the effort of single willing programmers, and not sun or dc. Now I am asking myself: what if zope would be able to expose its interface also as java classes? Here are some questions: Another thing to consider (depending on you need for coupling) is to use some emerging "Federation" web server/portal standards like the XML-based WDDX for portal content exchange that the Alliare is pushing. I have also used sessions in Zope to store a servlet session id so that a PTK-now-CMF portal login also does a servlet login and session. The Plumtree Corporate Portal product method of communicating metadata between the portal web server and gadget web servers is another way to approach this. The Plumtree server acts just like a web browser to gadgets servers it uses to generate those portal content boxes. It uses http 1.1 to communicate meta information as http headers and cookies between the portal server and gadget server. The metadata that are communicated are things like user preferences, user id, gadget id, and url of the parent page. Regards, Albert Boulanger aboulanger@vpatch.com