[jboss-jira] [JBoss JIRA] (WFLY-11261) CLI unable to refer jberet resources after run PurgeBatchlet

Norito Agetsuma (Jira) issues at jboss.org
Wed Oct 31 05:11:00 EDT 2018


     [ https://issues.jboss.org/browse/WFLY-11261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Norito Agetsuma moved JBEAP-15751 to WFLY-11261:
------------------------------------------------

              Project: WildFly  (was: JBoss Enterprise Application Platform)
                  Key: WFLY-11261  (was: JBEAP-15751)
             Workflow: GIT Pull Request workflow   (was: CDW with loose statuses v1)
          Component/s: Batch
                           (was: Batch)
    Affects Version/s: 14.0.0.Final
                           (was: 7.1.4.GA)


> CLI unable to refer jberet resources after run PurgeBatchlet
> ------------------------------------------------------------
>
>                 Key: WFLY-11261
>                 URL: https://issues.jboss.org/browse/WFLY-11261
>             Project: WildFly
>          Issue Type: Bug
>          Components: Batch
>    Affects Versions: 14.0.0.Final
>            Reporter: Norito Agetsuma
>            Assignee: Cheng Fang
>            Priority: Major
>         Attachments: jberet-sample.zip
>
>
> It's not possible to refer jberet runtime resource after execute org.jberet.repository.PurgeBatchlet with batch property "purgeJobsByNames".
> {code:title=jboss-cli output before execute PurgeBatchlet}
> [standalone at localhost:9990 /] /deployment=jberet-sample.war/subsystem=batch-jberet/job=dummy-job:read-resource(include-runtime=true,recursive=true)
> {
>     "outcome" => "success",
>     "result" => {
>         "instance-count" => 1,
>         "job-xml-names" => ["dummy-job.xml"],
>         "running-executions" => 0,
>         "execution" => {"1" => {
>             "batch-status" => "COMPLETED",
>             "create-time" => "2018-10-31T14:54:27.297+0900",
>             "end-time" => "2018-10-31T14:54:27.343+0900",
>             "exit-status" => "COMPLETED",
>             "instance-id" => 1L,
>             "last-updated-time" => "2018-10-31T14:54:27.343+0900",
>             "start-time" => "2018-10-31T14:54:27.306+0900"
>         }}
>     }
> }
> {code}
> {code:title=jboss-cli output after PurgeBatchlet}
> /deployment=jberet-sample.war/subsystem=batch-jberet/job=dummy-job:read-resource(include-runtime=true,recursive=true)
> {
>     "outcome" => "failed",
>     "rolled-back" => true
> }
> {code}
> Then output following server.log
> {code}
> 14:55:23,104 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 3) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
>     ("deployment" => "jberet-sample.war"),
>     ("subsystem" => "batch-jberet"),
>     ("job" => "dummy-job"),
>     ("execution" => "1")
> ]): javax.batch.operations.NoSuchJobExecutionException: JBERET000604: No job execution with id 1
> 	at org.jberet.operations.AbstractJobOperator.getJobExecutionImpl(AbstractJobOperator.java:354)
> 	at org.jberet.operations.AbstractJobOperator.getJobInstance(AbstractJobOperator.java:310)
> 	at org.wildfly.extension.batch.jberet.deployment.JobOperatorService.getJobInstance(JobOperatorService.java:281)
> 	at org.wildfly.extension.batch.jberet.deployment.JobOperatorService.getJobExecution(JobOperatorService.java:308)
> 	at org.wildfly.extension.batch.jberet.deployment.BatchJobExecutionResourceDefinition$JobExecutionOperationStepHandler.updateModel(BatchJobExecutionResourceDefinition.java:200)
> 	at org.wildfly.extension.batch.jberet.deployment.JobOperationReadOnlyStepHandler.execute(JobOperationReadOnlyStepHandler.java:47)
> 	at org.wildfly.extension.batch.jberet.deployment.JobOperationStepHandler.executeRuntime(JobOperationStepHandler.java:74)
> 	at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:982)
> 	at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:726)
> 	at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:450)
> 	at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1402)
> 	at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:418)
> 	at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
> 	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:263)
> 	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:229)
> 	at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
> 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:217)
> 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:137)
> 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:161)
> 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:157)
> 	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:287)
> 	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:244)
> 	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
> 	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
> 	at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:157)
> 	at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
> 	at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
> 	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> 	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> 	at java.lang.Thread.run(Thread.java:748)
> 	at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> {code}
> Even though delete JobExecution in JobRepository, JobExecution id "1" still show by JBoss CLI.
> {code:title=jboss-cli output}
> [standalone at localhost:9990 /] /deployment=jberet-sample.war/subsystem=batch-jberet/job=dummy-job:read-resource
> {
>     "outcome" => "success",
>     "result" => {"execution" => {"1" => undefined}}
> }
> {code}



--
This message was sent by Atlassian Jira
(v7.12.1#712002)


More information about the jboss-jira mailing list