On Monday 07 February 2005 23:25, Dossy Shiobara wrote:

> > Seems fair. I assume you will be putting responses bypassing this
> > public list in some place where everybody can see them, right?
>
> Unfortunately, no.  I thought about this and decided that I want to
> respect people's desire to remain anonymous in order to encourage their
> continued contribution.  I hope this makes sense to everyone.
>
> People who wish their position to be public should do so by posting it
> in a public place (a website they control, mailing it to this mailing
> list, etc. -- but please, email me a copy or a link directly so I know
> about it).

Well, I can't imagine why *anybody* would want to post his/her's
wish-list secretly... But I can follow your reasoning.

> If you don't ask for it, you will likely not get it.  Period.

This is my wish-list. Do whatever you consider appropriate.
It is *far* from complete, but I guess I have to start with something.
(I have no reason of hiding it, I'm not secret service):

- Refactor core to make http-protocol second-class citizen which
  would live peacefully with other protocols i.e. make http
  yet-another pluggable protocol

- Add hooks to plugin alternate filesystems (Tcl VFS) so you can serve
  stuff out of zipfiles, for example

- Examine what it takes to make a starkit out of the AS so that core
  plus selection of modules can be delivered as a single executable

- Make the entire beast as Tcl module so you can plug it in the Tcl
  shell via "package require aolserver". Note: not just the libnsd,
  the entire thing, rather.

- Add better nsv's with more datatypes and shared Tcl object store
  plus more advanced thread handling (see Tcl threading extension)

- Add process/machine-wide shared variables for simpler communication
  between server instances on one or several machines (this might
  be more of a module than core-stuff, ok).

- Add Apple's Rendesvous (zero-config networking) so people can
  dynamically locate services provided by the AS platform

- Make the server configuration dynamic instead of relying on the
  arcane ns_section/ns_param type of things. Ideally, one should
  be able to have a config repository in-memory with ability to
  set/change server parameters on-the-fly instead of on-the-startup
  only, if/where feasible.

- Improve Tcl integration so sourcing of code in one becomes
  automagically available in other threads w/o much fuss (i.e.
  much better ns_eval pendant). Perhaps my ttrace module may be
  rewritten in C for better speed although I'm using the Tcl-pendant
  for about a year w/o visible speed penalty and memory footprint
  to about 1/3 of the initial.

- Refactor ifdef'ed windows support into generic/platform-specific
  stuff for easier maintenance

- Make windows a first-class-citizen platform

- Add nsd watchdog-process respawning nsd if it dies. This can be
  extended to allow simple Tcl scripts which "ping" the server on
  the app-level and do some assert-like things to assure server is
  still behaving as expected

- Convert docs in Tcl doctools format so you get instant HTML and
  nroff output and deliver that with the distro

... with more to follow.

Zoran


--
AOLserver - http://www.aolserver.com/

To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> 
with the
body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: 
field of your email blank.

Reply via email to