[JBoss JIRA] (WFCORE-3406) find-non-progressing-operation doesn't return the blocking operation
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3406?page=com.atlassian.jira.plugi... ]
Brian Stansberry commented on WFCORE-3406:
------------------------------------------
[~claudio4j] Does cancel-non-progressing-operation work?
> find-non-progressing-operation doesn't return the blocking operation
> --------------------------------------------------------------------
>
> Key: WFCORE-3406
> URL: https://issues.jboss.org/browse/WFCORE-3406
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Reporter: Claudio Miranda
> Assignee: Brian Stansberry
>
> The find-non-progressing-operation operation of /core-service=management/service=management-operations doesn't return the operation id of a blocking operation on standalone. It works on domain mode.
> To simulate the blocking operation, install the BlockingExtension from testsuite and call
> {code}
> /subsystem=blocker-test:block(block-point=MODEL,block-time=50000}
> {code}
> Open another jboss-cli.sh and call
> {code}
> /core-service=management/service=management-operations:find-non-progressing-operation
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 8 months
[JBoss JIRA] (WFCORE-3406) find-non-progressing-operation doesn't return the blocking operation
by Claudio Miranda (JIRA)
Claudio Miranda created WFCORE-3406:
---------------------------------------
Summary: find-non-progressing-operation doesn't return the blocking operation
Key: WFCORE-3406
URL: https://issues.jboss.org/browse/WFCORE-3406
Project: WildFly Core
Issue Type: Bug
Components: Domain Management
Reporter: Claudio Miranda
Assignee: Brian Stansberry
The find-non-progressing-operation operation of /core-service=management/service=management-operations doesn't return the operation id of a blocking operation on standalone. It works on domain mode.
To simulate the blocking operation, install the BlockingExtension from testsuite and call
{code}
/subsystem=blocker-test:block(block-point=MODEL,block-time=50000}
{code}
Open another jboss-cli.sh and call
{code}
/core-service=management/service=management-operations:find-non-progressing-operation
{code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 8 months
[JBoss JIRA] (WFLY-9525) [GSS](7.2.0) JPA deployer adding cross sub deployment dependencies when multiple persistence units deployed
by Brad Maxwell (JIRA)
Brad Maxwell created WFLY-9525:
----------------------------------
Summary: [GSS](7.2.0) JPA deployer adding cross sub deployment dependencies when multiple persistence units deployed
Key: WFLY-9525
URL: https://issues.jboss.org/browse/WFLY-9525
Project: WildFly
Issue Type: Bug
Components: JPA / Hibernate
Affects Versions: 11.0.0.Final
Reporter: Brad Maxwell
Assignee: Scott Marlow
If an ear contains two EJB sub deployments which each contain a Persistence Unit and a Stateless EJB which injects the PU that is in its jar using @PersistenceContext. There is a dependency being added where in the Stateless EJB from one deployment depends on the PU from the other jar. It appears this is happening after this bug fix WFLY-1531
{code}
app.ear
- ejb-with-pu1.jar
- ejb-with-pu2.jar
{code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 8 months
[JBoss JIRA] (WFCORE-3405) The find-non-progressing-operation op is not accessible on a domain server
by Brian Stansberry (JIRA)
Brian Stansberry created WFCORE-3405:
----------------------------------------
Summary: The find-non-progressing-operation op is not accessible on a domain server
Key: WFCORE-3405
URL: https://issues.jboss.org/browse/WFCORE-3405
Project: WildFly Core
Issue Type: Bug
Components: Domain Management
Affects Versions: 4.0.0.Alpha2
Reporter: Brian Stansberry
Priority: Minor
The find-non-progressing-operation op isn't marked as read-only or runtime-only (it's both) so it isn't accessible to external callers on a domain server.
The related cancel-non-progressing-operation is marked runtime-only, so it's accessible. There's no point allow cancellation (which changes things) and not allowing a find (which just reads), so we should make the find visible.
A requirement of fixing this though is there need to be new test methods added to OperationCancellationTest case that test finding and cancelling the op via the server resource and not just via the host. The existing testFindNonProgressingOperation() can just have a second "find" op added after the current one, and then new variants of testCancellingNonProgressingDomainRollout() and testFindNonProgressingDomainRollout() can be added that use the full server address for the find/cancel op.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 8 months