- Make the create project command fail if the realm is invalid or the project bame already exists. - Add a module name conflict checker to ZX - Check whether the "repo name doesn't have to be the same as package, package doesn't have to be the same as main interface module" statement is true. - Make the "create user" bundle command check whether a user already exists at that realm. - Define the user bundle file contents: .zuf - Make it possible for a site administrator to declare specific versions for programs executed by clients. Site adminisration via an organizational mirror should not be ricket science. - zomp nodes must report the realms they provide to upstream nodes to which they connect. On redirect a list of hosts of the form [{zx:host(), [zx:realm()]}] must be provided to the downstream client. This is the only way that downstream clients can determine which redirect hosts are useful to it. - Write a logging process. Pick a log rotation scheme. Eventually make it so that it can shed log loads in the event they get out of hand. - Create zx_daemon primes. See below - Create persistent Windows alias for "zx" using the doskey command and adding it to the localuser's registry. The installation escript will need to be updated to update the windows registry for HKEY_CURRENT_USER\Software\Microsoft\Command Processor AutoRun will need to be set for %USERPROFILE%\zomp_alias.cmd zomp_alias.cmd will need to do something like: `doskey zx="werl.exe -pa %zx_dir%/ebin -run zx start $*"` https://stackoverflow.com/questions/20530996/aliases-in-windows-command-prompt Whatever happens, local users must be able to do `zx $@` and get the expected results. Somewhat more tricky is how to make the creation of shortcuts less taxing on the lay user... ? New Feature: ZX Universal lock Cross-instance communication We don't want multiple zx_daemons doing funny things to the filesystem at the same time. We DO want to be able to run multiple ZX programs to be able to run at the same time. The solution is to guarantee that there is only ever one zx_daemon running at a given time. IPC is messy to get straight across various host systems, but network sockets to localhost work in a normal way. The first zx_daemon to start up will check for a lock file in the $ZOMP_HOME directory. If there is no lock file present it will write a lock file with a timestamp, begin listening on a local port, and then update the lock file with the listening port number. If it finds a lock file in $ZOMP_HOME it will attempt to connect to the running zx_daemon on the port indicated in the lock file. If only a timestamp exists with no port number then it will wait two seconds from the time indicated in the timestamp in the lock file before re-reading it -- if the second read still contains no port number it will remove the lock file and assume the primary role for the system itself. If a connection cannot be established then it will assume the instance that had written the lock file failed to delete it for Bad Reasons, remove the lock file, open a port, and write its own lock file, taking over as the lead zx_daemon. Any new zx_daemons that come up in the system will establish a connection to the zx_daemon that wrote the lock file, and proxy all requests through that primary zx_daemon. When a zx_daemon that is acting as primary for the system retires it will complete all ongoing actions first, then begin queueing requests without acting on them, designate the oldest peer as the new leader, get confirmation that the new leader has a port open, update the original lock file with the new port number, redirect all connections to the new zx_daemon, and then retire. init(Args) -> Stuff = do_stuff(), Tries = 3, Path = lock_file(), case check_for_leader(Tries, Path) of no_leader -> {found, Socket} -> end. check_for_leader(0, _) -> no_leader; check_for_leader(Tries, Path) -> case file:open(Path, [write, exclusive]) of {ok, FD} -> become_leader(FD); {error, eexist} -> contact_leader() end. case file:consult(Path) of {ok, Data} -> {error, enoexist} -> check_file(Path); end end,