feedback on KRL

[Hoehle, Joerg-C. <Joe...@t-...>]

Per Bothner wrote:
>I haven't gotten much if any feedback on the KRL/BRL support
>in Kawa itself.  While it is missing some features from the real BRL,
>I think those are mostly library functions that could be ported
>easily.
I don't know how BRL makes use of KRL or just ignores it.

I'm using BRL for my web-pages, because I'm using the extra goodies that BRL offers:

o a more-or-less defined context for my application, with Scheme stuff loaded, so that the individual page can remain short.

o automatic reloading of sitedefs.scm when changed (the "context").

o sql-support functions (but I could load them in any Kawa, e.g. (require <gnu.brl.stringfun>))

o Most of all, I'm almost never using BRL][ syntax, I'm using SXML (or currently just a mixture of both, looking like this:
<h2>Auftragslage</h2>[
(define anzahl-eingang
  (table-total-columns st theNCA ".CertificateRequestCollection"))
(as-HTML`
 (p ,anzahl-eingang
  " Sammelantrage mit XML (CertificateRequestCollection)"))

o If I understand KRL well, the foo.krl would have to be a stand-alone servlet. Therefore I'd have to write foo.krl code to load something like sitedefs.scm.
When would this occur?
 - once for every access to the URL
 - once until the web-server LRU throws the servlet out, after possibly plenty of uses?

o I'm mostly using *.scm stuff, rarely compiling to bytecode myself - it just adds an extra step (but I was thinking of going to .class files for some stable library-like portions of the code).

BTW, how to reload a compiled file? It looks to me that once I did (require <jch.schemecode>), I'm stuck. That makes Scheme.class files much less useable than their original Scheme form during development.

Regards,
	Jorg Hohle.