Lotus notes 计划代理-基于配置文件文档字段的计划

是否有一种方法可以使schedule agent在用户在配置文件文档中输入的特定日期和信息上运行

两种情况：

A: 配置文件文档中使用的字段具有可激活多个值的属性。我希望代理运行该字段中的任何值。该字段包含特定日期

B：有多个字段，如Schedule:Daily或Monthly等，这与为代理创建计划时几乎相同，代理将使用该计划作为安排和运行代理的属性

这可以通过始终运行计划代理并检查配置文件文档中的数据来实现，然后只需检查代理是否应继续，但是否有其他方法比前面提到的方法更好，因为它要求代理在大部分时间始终运行。我想根据配置文件文档创建代理的设置

---

非常感谢。

据我所知，Lotus Notes中不支持此类功能。代理计划设置不能直接基于配置文件文档

---

我将实现一个每隔5分钟运行一次的代理，这取决于代理的目标，并检查配置文件文档中的设置，然后采取相应的行动。

据我所知，Lotus Notes中不支持此类功能。代理计划设置不能直接基于配置文件文档

---

我将实现一个每隔5分钟运行一次的代理，这取决于代理的目标，并检查配置文件文档中的设置并采取相应的行动。

可以使用LotusScript设置代理的日程安排。下面是代码12年前但仍然有效：

使用Sub-GetAssistInfo，可以获取代理的当前计划值。您可以更改它们并使用Sub-SetAssistInfo保存新值

示例：将代理的日程安排设置为每天02:00：

将会话设置为新便笺会话 作为辅助信息的Dim信息 Dim代理名称为字符串 agentName=您的代理 GetAssistInfo session.CurrentDatabase，代理名称，信息 info.IntervalType=2'每日设置 info.Time1=360000*2'套02:00 SetAssistInfo session.CurrentDatabase，agentName，info 您必须找出明细表参数的可能值。链接后面的代码提供了一个消息框，显示代理的当前值。因此，很容易找到您必须设置的值

---

这样，您就可以从概要文件文档中运行代码并设置代理的时间表。您还可以让代理自己更改下一次运行的日程安排。

可以使用LotusScript设置代理的日程安排。下面是代码12年前但仍然有效：

使用Sub-GetAssistInfo，可以获取代理的当前计划值。您可以更改它们并使用Sub-SetAssistInfo保存新值

示例：将代理的日程安排设置为每天02:00：

将会话设置为新便笺会话 作为辅助信息的Dim信息 Dim代理名称为字符串 agentName=您的代理 GetAssistInfo session.CurrentDatabase，代理名称，信息 info.IntervalType=2'每日设置 info.Time1=360000*2'套02:00 SetAssistInfo session.CurrentDatabase，agentName，info 您必须找出明细表参数的可能值。链接后面的代码提供了一个消息框，显示代理的当前值。因此，很容易找到您必须设置的值

---

这样，您就可以从概要文件文档中运行代码并设置代理的时间表。你也可以让你的经纪人自己改变下一次跑步的日程安排。

嗨，拉斐尔，我明白了，我也是这么想的。。但我真的希望有更好的办法。如果我们要考虑的话，这真的不是一个好的解决方案。。好吧，那我就同意这个想法，非常感谢拉斐尔。如果你找到了这样的方法，请也和我分享。。非常感谢拉斐尔。。哈很可能不会像预期的那样工作。配置文件文档是缓存的，因此如果您希望值发生更改，则无法可靠读取。另外，请阅读本节，了解在AMGR调度程序之外运行代理的含义。概要文件有缺点。在我看来，最好的办法是避免使用这些文件。并使用常用文档进行设置。如果将配置文件文档用于设置，请注意，配置文件文档不参与复制过程。如果您有多个副本，那么如果配置文件文档用于存储设置，则不会复制您的设置。配置文件文档肯定要复制。偶尔会有一些bug影响到这一点，但据我所知，IBM已经解决了它们。如果您的环境中的概要文件文档复制有问题，您应该向IBM支持人员打开一个事件。主要的缺点是Simon所说的：它们被缓存在内存中，因此在NSF中所做的更改，例如

---

---

通过复制！可能不会立即对所有读取它们的进程可见。我遇到了许多与概要文件复制相关的难以捕获的错误。也许应该复制它们，但这种机制不能正常工作。我不建议依赖这种机制。由于复制问题，我们花费了大量的时间和金钱来重写应用程序中与概要文件文档和设置相关的大部分。从我的观点和经验来看，使用普通文档而不是概要文件更可靠。嗨，Rafael，我明白了，我也是这么想的。。但我真的希望有更好的办法。如果我们要考虑的话，这真的不是一个好的解决方案。。好吧，那我就同意这个想法，非常感谢拉斐尔。如果你找到了这样的方法，请也和我分享。。非常感谢拉斐尔。。哈很可能不会像预期的那样工作。配置文件文档是缓存的，因此如果您希望值发生更改，则无法可靠读取。另外，请阅读本节，了解在AMGR调度程序之外运行代理的含义。概要文件有缺点。在我看来，最好的办法是避免使用这些文件。并使用常用文档进行设置。如果将配置文件文档用于设置，请注意，配置文件文档不参与复制过程。如果您有多个副本，那么如果配置文件文档用于存储设置，则不会复制您的设置。配置文件文档肯定要复制。偶尔会有一些bug影响到这一点，但据我所知，IBM已经解决了它们。如果您的环境中的概要文件文档复制有问题，您应该向IBM支持人员打开一个事件。主要的缺点是Simon所说的：它们被缓存在内存中，因此在NSF中进行的更改（例如，通过复制进行的更改）！可能不会立即对所有读取它们的进程可见。我遇到了许多与概要文件复制相关的难以捕获的错误。也许应该复制它们，但这种机制不能正常工作。我不建议依赖这种机制。由于复制问题，我们花费了大量的时间和金钱来重写应用程序中与概要文件文档和设置相关的大部分。从我的观点和经验来看，使用普通文档而不是配置文件文档更可靠。我认为每5分钟运行一次代理并检查配置文件文档没有问题。这不会在服务器上造成任何实际负载。我认为，如果您希望每月执行一次代码，则每5分钟运行一次代理是一种资源浪费，特别是如果服务器承载数百个应用程序。是的，这取决于公司的规模、应用程序的数量、系统基础设施等等。事实上，如果我理解正确的话，每天运行一次代理就足够了。但是我喜欢你的答案，它比公认的要好得多。谢谢。如果不设置每个LotusScript的时间表，您实际上必须每5分钟运行一次代理，因为用户可以在xx:xx和xx:xx在profile Daily中设置，并且xx:xx可能已经晚了几分钟，并且用户希望在xx:xx当天而不是第二天运行代码，用户会在一天中的任何时间更改该值，因此它必须根据文档上的详细信息运行，因此我无法在设置中设置时间，因为用户必须能够通过文档更改它。。但我要求用户每天只运行一次，并检查文档上的详细信息。他们谢天谢地同意了。。但克努特的回答真的很有帮助，它给我增加了新的知识。。。非常感谢Panu和KnutI没有发现每5分钟运行一次代理并检查配置文件文档的问题。这不会在服务器上造成任何实际负载。我认为，如果您希望每月执行一次代码，则每5分钟运行一次代理是一种资源浪费，特别是如果服务器承载数百个应用程序。是的，这取决于公司的规模、应用程序的数量、系统基础设施等等。事实上，如果我理解正确的话，每天运行一次代理就足够了。但是我喜欢你的答案，它比公认的要好得多。谢谢。如果不设置每个LotusScript的时间表，您实际上必须每5分钟运行一次代理，因为用户可以在xx:xx和xx:xx在profile Daily中设置，并且xx:xx可能已经晚了几分钟，并且用户希望在xx:xx当天而不是第二天运行代码，用户会在一天中的任何时间更改该值，因此它必须根据文档上的详细信息运行，因此我无法在设置中设置时间，因为用户必须能够通过文档更改它。。但我要求用户每天只运行一次，并检查文档上的详细信息。他们谢天谢地同意了。。但克努特的回答真的很有帮助，它给我增加了新的知识。。。非常感谢Panu和KnutHi Knutt，非常感谢您的参与

---

组成碰巧我选择的答案是第一个回答的。。我还向用户请求代理在特定时间只运行一次，然后检查配置文件文档，从而解决了这个问题。。非常感谢Knut，这段代码在将来可能会对我有很大帮助，因此我将存储此信息和链接。这是我第一次遇到一个代码，它会改变它的时间表，这将是非常有帮助的。非常感谢GetAssistInfo代码的问题是它只在Windows上工作，而且只在32位Domino上工作，至少根据我在64位Domino上使用ths的经验。嗨，克努特，非常感谢您提供的信息。。碰巧我选择的答案是第一个回答的。。我还向用户请求代理在特定时间只运行一次，然后检查配置文件文档，从而解决了这个问题。。非常感谢Knut，这段代码在将来可能会对我有很大帮助，因此我将存储此信息和链接。这是我第一次遇到一个代码，它会改变它的时间表，这将是非常有帮助的。非常感谢GetAssistInfo代码的问题在于它只在Windows上工作——而且只在32位Domino上工作——至少根据我在64位Domino上使用ths的经验。