问题标签 [workmanagers]

我们通过 OSB 中的 Java 代码使用自定义记录器。在生产环境之前它工作正常。在高负载下的生产环境中，所有应用程序日志都混杂在一起。我需要为每个应用程序配置工作管理器 (WM)。对于一个 OSB 项目，我为代理服务一 WM 和多个业务服务一 WM 进行了配置，将最大线程约束设置为 7 [对最大线程进行了多次试验和错误]。但是仍然在重负载下，日志变得混乱。我应该为工作管理器属性实际设置什么值？

我正在尝试通过使用 WLST 运行我的 python 代码来创建一个工作管理器。在我的 python 代码中，当尝试使用cmo.addTarget(bean)为工作管理器设置目标服务器时，它会引发以下错误：

======= 为 WM_AgreementOps11 创建 WorkManager 名称 =======

已成功创建名为 WM_AgreementOps11 的 MBean 类型 WorkManager。

没有可用的堆栈跟踪。此异常发生在 IST 2019 年 2 月 4 日星期一 13:13:51。javax.management.AttributeNotFoundException: com.bea:Name=WM_AgreementOps11,SelfTuning=DefaultDomain,Type=WorkManager:SelfTuning Traceback（最近一次调用最后）：文件“C： \Oracle\Middleware\Oracle_Home\wlserver\server\bin\WorkManagerSetUp.py"，第 70 行，在 main cmo.addTarget(bean) java.lang.IllegalArgumentException: java.lang.IllegalArgumentException: A non-null value expected

保存所有更改... 成功保存所有更改。WorkManager 已创建...

下面是代码：

我已经实施了预定的工作经理。我的想法是每 2 小时完成一个过程。但我需要保证执行。根据 Work Manager 的文档，每个排队的进程都将得到保证。

但是现在这个setRequiresDeviceIdle让我感到困惑。文档中指出，默认情况下setRequiresDeviceIdle已设置为false。所以我假设如果设备处于空闲模式，我的进程将无法工作。

和空闲模式=当手机屏幕关闭一段时间。

但是如果我将此setRequiresDeviceIdle设置为true。我假设现在它只会在设备处于空闲模式时工作。

即使设备处于空闲状态或未处于空闲状态，我也希望进程完成。我现在该怎么办？

我想在应用程序关闭时定期运行一些任务。它在 Android API26 上运行良好，但在 Android API28 上运行良好。我正在使用 WorkManager 2.0.1。

MainActivity.java

MyWorker.java

我想为WorkManager (gradle dependency - implementation 'android.arch.work:work-runtime:1.0.1').

我尝试应用持续时间小于 10 秒的 BackOff 策略，甚至经理仅在 10 秒后重试调用 API。

request.setBackoffCriteria(BackoffPolicy.LINEAR, 5, TimeUnit.SECONDS);

以下是logcat信息：

我正在使用 Jersey 和 Jetty 开发一个独立的 Java 应用程序。为了高效的线程池，我想配置工作管理器并想将我的应用程序部署为 jar。我在我的主启动器类中创建了服务器实例，例如

我发现了不同的资源，它说我可以在 config.xml 中配置工作管理器，如下所示。

但是，如果我想在我的主类和其他资源（如 JDBC 数据源）中以编程方式配置相同的东西，我该怎么做？任何帮助将不胜感激。在此先感谢。

注意：我使用的是码头版本9.4.16.v20190411和我的 pom 条目

编辑：我想得到参数化的工作管理器，比如

是否有可能以编程方式？

我是第一次使用 Work Manager，并且已经成功实施。

我每 30 分钟进行一次定位以跟踪员工。

我在第一次同步数据库时启动了我的工作管理器，但我想每天晚上停止它。

这是MyWorker.java

启动 Worker 的代码：

每天晚上有什么特别的方法可以阻止它吗？

您的帮助将不胜感激。

我通过WorkManager创建了两个 Worker 。在我成功登录后，它每 30 分钟结算一次。

登录后，它成功启动并按预期工作。

MyWorker.java

登录成功时启动worker。

问题：

当我运行我的应用程序时，它会再次执行。每次我安装（运行）我的应用程序时都会发生这种情况。

有什么解决办法吗？

WorkManager.getInstance() 在 2.1.0 版本中已弃用

依赖：

这种方法或任何其他方式有什么变化？

我有一个入站资源适配器，它在 jboss 7.1 EAP 中的子系统 urn:jboss:domain:resource-adapters:5.0 下配置，事务支持设置为 XATransaction。此资源适配器必须侦听 IP 和端口。收到消息后，使用 javax.resource.spi.work.WorkManager 安排工作，在处理消息结束时会将消息传递到配置的 Jboss 队列。仅第一条消息在处理后成功传递到队列，其余消息抛出 WorkException (javax.resource.spi.work.WorkCompletedException: ARJUNA032020: Transaction is completed!, error code: 2)。同一段代码在 Jboss 5.1 GA 和 Jboss 6.3 EAP 中工作。

我尝试在资源适配器子系统中设置其他事务支持类型，如 NoTransaction、LocalTransaction。尝试将 jboss-j2ee jar 从 4.0.4.GA 更新到其他版本，如 4.2.3.GA、wildfly-client-all（版本：7.1.0.GA-redhat-11）。但它没有用。相同的 RA 适配器适用于其他 JBoss 版本，如 5.1 GA 和 6.3 EAP。

PipelineContext 是我们自己的类，其中包含入站侦听器属性，例如主机、RA 必须侦听的端口等。

下面是实际工作管理器调用 startWork() 方法的示例代码，在该方法之前调用 ResourceAdapter.start()，提供的 BootstrapContext 包含设置的 XATerminator。还完成了在 ExecutionContext 中设置的自定义 XID 实现，并将其传递给 WorkManager。

process 方法将创建一个 MessageEndPoint 像 MessageEndpoint mep = endpointFactory.createEndpoint(null); 然后它将用于调用将消息传递到队列的 MDB。

预期结果是，如果将 10 条消息推送到 TCP 端口，则相同的消息必须通过侦听提到的 TCP 端口的入站资源适配器传递到队列。这发生在 Jboss 5.1 GA 和 6.3 EAP 中，但不在 7.1 EAP 中

实际结果是，在将第一条消息发布到队列后，我们得到了下面提到的异常，其余消息导致相同的错误：

堆栈跟踪 ：