对于names的处理,domino提供了 register和adminp两个类进行处理。
1、register可以注册人员、验证字和服务器等信息。但是注意,register的onserver属性要设置为空,要不
会报tcp/ip主机不可识别的错误(客户端可能能用,虽然代理是在服务器端运行),不过这个环境是没有dns
服务器的情况下测试的。话说回来,这个系统管理的功能,即使是多服务器环境,也肯定是要在中心服务器上
部署运行。通过中心服务器向各附加服务器扩散更新数据。
2、adminp,通过这个类可对群组、策略、用户信息、验证字信息进行更改(它的属性也就是几个,而且基本都
是围绕验证字口令的;基本上都是方法,不过也是增删改)。提交方法以后,系统不会立即更新的,而是加入
adminp进程的消息请求队列,(adminp是根据notes.ini中的servertask参数设定的时间执行)。
3、adminp修改用户口令的问题:如果要同时修改口令文档中的验证字和id文件,那么不使用此类恐怕很难。一个
有趣的现象是,用adminp修改用户口令时,到后台去看文档里面的密码并没有改变,而且用新密码也不能登录,
但是用代理去查用户的口令却是最新的,我想应该是代理先到内存中去查找,如果找到就不到存储上查找的问题。
(这个用户文档应该会因为加入adminp消息队列而常驻内存;我之所以这样判断,是因为我没有发现服务器上
产生什么新文件,也没见那个文件有啥变化,所以就暂且认为是这样了。毕竟消息量不是很大,占不了多少内存)
4、建议使用adminp类不要马上启动adminp进程,这个进程的运算可是很占内存的,我可吃过亏啊,呵呵。
5、仔细分析一下,这两个类不过都是包装了,修改names.nsf中各类型文档的增删改而已(有些对文件系统的操作
也进行了同步的封装),所以很多时候,还是多分析一下names.nsf的结构后,自己去修改文档就可以了。注意一点
执行代理的人要在acl中最好有管理员权限。不过要是觉得麻烦的话,那就让代理不要勾选上作为web用户执行就
好了(这样会以代理签名人的身份执行,呵呵)。
1、register可以注册人员、验证字和服务器等信息。但是注意,register的onserver属性要设置为空,要不
会报tcp/ip主机不可识别的错误(客户端可能能用,虽然代理是在服务器端运行),不过这个环境是没有dns
服务器的情况下测试的。话说回来,这个系统管理的功能,即使是多服务器环境,也肯定是要在中心服务器上
部署运行。通过中心服务器向各附加服务器扩散更新数据。
2、adminp,通过这个类可对群组、策略、用户信息、验证字信息进行更改(它的属性也就是几个,而且基本都
是围绕验证字口令的;基本上都是方法,不过也是增删改)。提交方法以后,系统不会立即更新的,而是加入
adminp进程的消息请求队列,(adminp是根据notes.ini中的servertask参数设定的时间执行)。
3、adminp修改用户口令的问题:如果要同时修改口令文档中的验证字和id文件,那么不使用此类恐怕很难。一个
有趣的现象是,用adminp修改用户口令时,到后台去看文档里面的密码并没有改变,而且用新密码也不能登录,
但是用代理去查用户的口令却是最新的,我想应该是代理先到内存中去查找,如果找到就不到存储上查找的问题。
(这个用户文档应该会因为加入adminp消息队列而常驻内存;我之所以这样判断,是因为我没有发现服务器上
产生什么新文件,也没见那个文件有啥变化,所以就暂且认为是这样了。毕竟消息量不是很大,占不了多少内存)
4、建议使用adminp类不要马上启动adminp进程,这个进程的运算可是很占内存的,我可吃过亏啊,呵呵。
5、仔细分析一下,这两个类不过都是包装了,修改names.nsf中各类型文档的增删改而已(有些对文件系统的操作
也进行了同步的封装),所以很多时候,还是多分析一下names.nsf的结构后,自己去修改文档就可以了。注意一点
执行代理的人要在acl中最好有管理员权限。不过要是觉得麻烦的话,那就让代理不要勾选上作为web用户执行就
好了(这样会以代理签名人的身份执行,呵呵)。