у нас есть такой сценарий, когда мы хотим иметь разные релизы нашего проекта.
Мы называем это как R1.0 и R2.0.
Сначала мы выпускаем R1.1 для всех 5 заводов. R2.0 будет выпущен сначала на 2 растения, а затем на 3 растения.
Возможно, что некоторые пользователи будут иметь доступ к обоим заводам, а некоторые нет.
Требование состоит в том, что, как только пользователь, имеющий несколько входов в систему, регистрируется, он должен быть направлен на установку, имеющую более высокую версию, скажем, R2.0, и оттуда у него будет возможность переключиться обратно на другую установку, имеющую более низкую версию, скажем, R1.0.
Чтобы справиться с этим сценарием, мы предложили следующий подход.
у нас будет 2 EAR, один для R1.0, а другой для R2.0.
Запросы всегда приходят в EAR 2.0, если он выпущен.
Мы будем поддерживать класс фильтра, который будет проверять в БД, имеет ли пользователь доступ к нескольким объектам. если нет, и завод, к которому он имеет доступ, - R1.0, просто перенаправьте на EAR 1.0, иначе он будет только в EAR 2.0.
Также, как только он получит доступ к экранам EAR 2.0, на 2 экранах появится выпадающий список, с которого он может переключиться на установку с более низкой версией. поэтому оттуда мы также должны перенаправить его на EAR 1.0.
Мы планируем простой sendredirect с необходимыми параметрами для другого файла EAR.
Пожалуйста, дайте нам знать, какой подход должен быть правильным, или мы выбрали правильный подход.