#619 closed улучшение (не будем делать)
Импорт конфигурации TDM из файла конфигурации блока
Reported by: | san | Owned by: | alx |
---|---|---|---|
Priority: | средний | Milestone: | 1 очередь |
Component: | sw | Keywords: | |
Cc: |
Description (last modified by )
Предлагаю добавить в функцию импорта конфигурации TDM возможность импорта маппера из файла конфигурации блока (элемент <mapper/> в нем находится не в корневом элементе <cobfig/>, а в элементе <board/>, находящемся, в свою очередь, в корневом элементе <config/>).
Attachments (3)
Change History (11)
by , 17 months ago
Attachment: | config-Кушнаренково-07-06-2023(1).xml added |
---|
by , 17 months ago
Attachment: | config-export-tdm.xml added |
---|
by , 17 months ago
comment:1 by , 17 months ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
comment:2 by , 17 months ago
Description: | modified (diff) |
---|---|
Resolution: | invalid |
Status: | closed → reopened |
Summary: | Не работает импорт конфигурации TDM → Импорт конфигурации TDM из файла конфигурации блока |
Type: | баг → улучшение |
Хм. Я по аналогии с импортом конфига плат, предполагал что Импорт TDM съест и "конфиг блока" в котором формат именно <config><board><mapper>.
Ладно, тогда переделаю тикет в предложение.
comment:3 by , 17 months ago
Resolution: | → не будем делать |
---|---|
Status: | reopened → closed |
Обдумал предложенное улучшение.
Я считаю, что данное предложение внесет неоднозначность, так как в конфигурации блока может оказаться несколько разных элементов <mapper/>
, и если применять первый попавшийся из них, это может оказаться совсем не то, чего ожидал пользователь.
Также не понимаю, в чем может быть польза от импорта документа, который для этого не предназначен (который не является экспортированными настройками TDM). Настройки TDM экспортируются нажатием одной кнопки - это даже проще, чем скачивание всей конфигурации блока (так как не требуется предварительно конфигурацию сохранять)... Наконец, даже если по каким-то непонятным причинам нельзя выполнить экспорт настроек TDM (блок взорвался, и от него остался только файл конфигурации?), нетрудно отредактировать файл текстовым редактором, перенеся нужный элемент <mapper/>
в корень документа.
follow-up: 5 comment:4 by , 17 months ago
в конфигурации блока может оказаться несколько разных элементов <mapper/>
А как это возможно? маппер ведь только один, если специально руками не добавлять, откуда второй маппер возьмётся?
Также не понимаю, в чем может быть польза от импорта документа, который для этого не предназначен.
Файл конфига блока всегда есть у пользователя(его всегда сохраняют для возможности восстановления) и довольно удобно иметь возможность импортировать из него всё что нужно, не залезая в редактирование ручками.
comment:5 by , 17 months ago
Replying to san:
в конфигурации блока может оказаться несколько разных элементов <mapper/>
А как это возможно? маппер ведь только один, если специально руками не добавлять, откуда второй маппер возьмётся?
Мир-то не стоит на месте. Даже если сегодня его нет, завтра кто-то может разработать новую плату или усовершенствовать существующую, в результате чего какие-то данные конфигурации платы будут сохраняться в элементе с именем "mapper".
И, кстати, даже сейчас, когда элемент <mapper/>
, наверное, есть только в конфигурации платы SW-01 (я это специально не проверял), в блоке ведь может быть установлено две платы SW-01! Хотя, наверное, конфиг в них будет один и тот же - если честно, я не помню, как у нас реализована синхронизация коммутации на низком уровне...
follow-up: 7 comment:6 by , 17 months ago
Насколько я помню, в конфиге основной платы не хранится маппер резервной.
Мир-то не стоит на месте
Думаю в таком случае разумно было бы уметь импортировать маппер из SW-01 а в другие платы не смотреть.
Конечно когда-нибудь появится SW-02...
Ну и замечу что сейчас сообщение диалога о том что импорт успешен не соответствует действительности.
comment:7 by , 17 months ago
Replying to san:
Ну и замечу что сейчас сообщение диалога о том что импорт успешен не соответствует действительности.
Было бы лучше, если бы ты создал по этому поводу тикет и описал там подробности.
Формат файла экспорта конфигурации TDM предполагает, что таблица коммутации каналов TDM содержится в элементе
<mapper/>
, который, в свою очередь, содержится в корневом элементе документа<config/>
. Примерно так:Пример реального файла конфигурации TDM, экспортированного из моего блока, прилагаю.
В файле же, config-Кушнаренково-07-06-2023(1).xml, приложенном к этому тикету, я вижу следующее: в файле имеется корневой элемент
<config/>
, однако в корневом элементе<config/>
нет дочернего элемента<mapper/>
, содержащего таблицу коммутации TDM. Таким образом, таблица коммутации каналов в этом файле отсутствует.Поиск по содержимому файла показал, что элемент
<mapper/>
в нем присутствует, но находится не в корневом элементе<config/>
, а в элементе<board/>
, находящемся, в свою очередь, в корневом элементе<config/>
:Таким образом, структура приложенного к тикету файла не соответствует требуемой. Предполагаю, что приложенный файл является файлом конфигурации всего блока, а не файлом экспорта/импорта конфигурации TDM.
При переносе элемента
<mapper/>
в приложенном файле из элемента<board/>
в элемент<config/>
(на уровень выше) после импорта модифицированного файла соединения каналов TDM присутствуют: