[JBoss JIRA] (ELY-849) Rename setMechanismProperties to setSaslMechanismProperties
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-849?page=com.atlassian.jira.plugin.sy... ]
Darran Lofthouse updated ELY-849:
---------------------------------
Fix Version/s: 1.1.0.Beta20
(was: 1.1.0.Beta19)
> Rename setMechanismProperties to setSaslMechanismProperties
> -----------------------------------------------------------
>
> Key: ELY-849
> URL: https://issues.jboss.org/browse/ELY-849
> Project: WildFly Elytron
> Issue Type: Enhancement
> Components: Authentication Client
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Blocker
> Fix For: 1.1.0.Beta20
>
>
> If we later add HTTP mechanisms we have no way to differentiate between HTTP and SASL mechanism properties.
> We could probably share properties and rely on protocol matching in the MatchRule but as a single AuthenticationConfiguration will support both HTTP and SASL I think independent properties will be required.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months
[JBoss JIRA] (WFCORE-1752) The deployment-overlay command fails to redeploy affected deployments
by Jean-Francois Denise (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1752?page=com.atlassian.jira.plugi... ]
Jean-Francois Denise commented on WFCORE-1752:
----------------------------------------------
[~brian.stansberry], [~swd847], I have started to look at how to fix this issue. I am running into issues when dealing with batch mode. Feedback would be welcome.
I am trying to keep the --deployments option to reference deployment names and do the conversion to the runtime name internally when needed (mainly when adding the deployment to the overlay). The deployment name seems to me what people are really using to reference deployment (If I am wrong just say it). Furthermore the deployment name is what is needed to do actual redeploy of the deployment (right, no way to do a redeploy using runtime-name?).
When a redeploy-affected is required, all the linked deployments being referenced through their runtime-name, we need to retrieve the deployment name in order to redeploy.
So this approach hides the runtime-name in all options and output (e.g.: list-link lists the deployment names although overlay contains the runtime-name, so a conversion is operated).
This approach seems to work except in the case of batch. In the context of a batch, the deployment could be not already present (being added in a previous step inside the same composite), so there is no way to retrieve what will be the runtime name of it. So we are stuck...
If we change the approach and deal with runtime-name instead of name, then we run into a similar issue in batch mode. We need to convert from runtime-name to name in order to do the redeploy.
Suggestions welcome.
Thanks.
JF
> The deployment-overlay command fails to redeploy affected deployments
> ---------------------------------------------------------------------
>
> Key: WFCORE-1752
> URL: https://issues.jboss.org/browse/WFCORE-1752
> Project: WildFly Core
> Issue Type: Bug
> Components: CLI
> Affects Versions: 3.0.0.Alpha5
> Reporter: ehsavoie Hugonnet
> Assignee: Jean-Francois Denise
>
> The deployment-overlay command fails to redeploy affected deployments if the runtime-name isn't the same as the deployment name. Since affected deployment to be redeployed should be running the couple runtime-name + enabled == true should be used to define which deployments are affected instead of using the deployment name since the name used in overlay is the runtime-name
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 4 months