cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ovidiu Predescu <>
Subject initial checkin of the Scheme code
Date Mon, 10 Dec 2001 09:23:11 GMT

I've just checked in the initial code for the Scheme integration. It
is in scratchpad/schecoon/ (for lack of a better name) in the main

As it is right now, it doesn't do much. There are two servlets,
REPLServlet and REPLEvalServlet. The first one is supposed to be the
main entry point for the new Scheme-driven Cocoon. Eventually it will
execute the Scheme function that will execute the sitemap.

The second servlet is used for development only. It is mounted as
/schecoon/eval under the servlet, and it accepts POST messages
containing Scheme code to evaluate. Because this servlet is a security
risk, you need to configure a flag in web.xml to enable it. Once this
flag is set to true, the servlet is setup to use basic
authentication. To set this up with Tomcat 3.3 for example, add the
following entry in conf/users/global-users.xml:

<user name="cocoon" password="your password" roles="cocoon_admin"/>

There is a command line driver for the interpreter in the util
package. This will read in an infinite loop a Scheme expression from
the command line, POST it to the servlet and print out the
response. This application is intended to be used with Emacs, read the
README file in the emacs/ directory. From within Emacs, you can edit
your code, and when you want to test it, you type few keys which will
send the code to the servlet Scheme engine to be evaluated.

The SISC jar file is built from the latest sources in CVS. With the
simple servlet I've just described above, it adds less than 2Mb to the
runtime memory.

Ovidiu Predescu <> (inside HP's firewall only) (my SourceForge page) (GNU, Emacs, other stuff)

To unsubscribe, e-mail:
For additional commands, email:

View raw message