Petals ESB Container

Calling JMXContainerAdministration.getTopology() to get JBI artifacts with an invalid passphrase should fail

Details

  • Type: Bug Bug
  • Status: Resolved Resolved
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 5.0.2
  • Fix Version/s: 5.1.0
  • Component/s: Administration
  • Security Level: Public
  • Description:
    Hide

    Currently,

    If calling JMXContainerAdministration.getTopology() with an invalid passphrase and retrieveJbiArtifacts to true, then the artifacts are not retrieved for all containers (except the first one for which we have the credentials) and the passphrase failure is silent.

    Basically, the idea is that if I ask for the artifacts, I either want them, or I want the command to fail.
    So instead, an exception should be thrown because of the invalid passphrase.

    The problem is that retrieveJbiArtifacts set to true should imply that TopologyService.retrieveTopology() should be called with isSensibleInformationExpected set to true!

    Show
    Currently, If calling JMXContainerAdministration.getTopology() with an invalid passphrase and retrieveJbiArtifacts to true, then the artifacts are not retrieved for all containers (except the first one for which we have the credentials) and the passphrase failure is silent. Basically, the idea is that if I ask for the artifacts, I either want them, or I want the command to fail. So instead, an exception should be thrown because of the invalid passphrase. The problem is that retrieveJbiArtifacts set to true should imply that TopologyService.retrieveTopology() should be called with isSensibleInformationExpected set to true!
  • Environment:
    -

Activity

Transition Status Change Time Execution Times Last Executer Last Execution Date
New New Open Open
20m 52s
1
Victor NOËL
Fri, 25 Nov 2016 - 13:02:29 +0100
Open Open In Progress In Progress
4s
1
Victor NOËL
Fri, 25 Nov 2016 - 13:02:33 +0100
In Progress In Progress Resolved Resolved
7d 4h 32m
1
Victor NOËL
Fri, 2 Dec 2016 - 17:34:57 +0100

People

Dates

  • Created:
    Fri, 25 Nov 2016 - 12:41:37 +0100
    Updated:
    Fri, 2 Dec 2016 - 17:34:56 +0100
    Resolved:
    Fri, 2 Dec 2016 - 17:34:56 +0100