You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@knox.apache.org by "Sandor Molnar (Jira)" <ji...@apache.org> on 2022/05/05 18:21:00 UTC

[jira] [Resolved] (KNOX-2692) Topology redeployment should be configurable

     [ https://issues.apache.org/jira/browse/KNOX-2692?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sandor Molnar resolved KNOX-2692.
---------------------------------
    Resolution: Fixed

> Topology redeployment should be configurable
> --------------------------------------------
>
>                 Key: KNOX-2692
>                 URL: https://issues.apache.org/jira/browse/KNOX-2692
>             Project: Apache Knox
>          Issue Type: Improvement
>    Affects Versions: 2.0.0
>            Reporter: Sandor Molnar
>            Assignee: Sandor Molnar
>            Priority: Major
>             Fix For: 2.0.0
>
>          Time Spent: 40m
>  Remaining Estimate: 0h
>
> With a recent change for KNOX-2689, XML-based topologies are re-deployed only, if there is an actual change in the topology. This commit invalidates a well-known redeploy "technic" of touching the topology file.
> [~lmccay] indicated this in Knox's DEV/USER mailing lists so I discussed this matter offline with some Knox team members and we agreed the following should be implemented to make this behavior configurable and be backward compatible OOTB with previous Knox versions:
>  * a new gateway-site.xml param to be added, called {{{}gateway.topology.redeploy.requires.changes{}}}, to indicate if we equality check should be skipped. Defaults to {{false}} to be backward compatible.
>  * in {{DefaultTopologyService}} the redeploy logic I added recently should be modified to check if an equality check is needed or not



--
This message was sent by Atlassian Jira
(v8.20.7#820007)