Обновление Jaspersoft: 4.2.1 создает проблемы со схемами предоставления доступа olap - PullRequest
1 голос
/ 12 ноября 2011

Мы находимся в процессе разработки всех наших доменов, схем olap, отчетов и т. Д. ... в рамках подготовки к выпуску Jasper Q1, заменяющего старый набор BI.Мы работали в 4.1 и имели рабочую среду с пользователями, у которых были атрибуты JIProfileAttributes и эти атрибуты передавались в фильтрах как для доменов, так и для соединений OLAP через права доступа.Это все работало правильно в 4.1, применяя безопасность данных, где это необходимо.Недавно мы обновили сервер до 4.2.1, так как были некоторые дополнительные функции, которые мы хотели использовать в своих разработках, но похоже, что обновление нарушило безопасность OLAP.Ни один из атрибутов профиля не применяет никаких фильтров в OLAP после обновления.Они все еще работают с доменами ..... только OLAP, который сломался.Хотите знать, если у кого-то еще была подобная проблема с 4.2.1.Откройте билет с помощью Jaspersupport, но пока не получили никаких комментариев.К сожалению, это остановило некоторые из наших разработок, поскольку необходимо проверить безопасность данных, и эта часть просто больше не работает.Я попытался повторно выполнить обновление, чтобы убедиться, что это было сделано правильно, а также попытался просто перезагрузить схему olap, подключение и предоставление доступа, но все еще не работает в 4.2.1.Любая обратная связь будет оценена.На этом этапе я согласился бы хотя бы знать, что это known issue и будет решено как можно скорее.К счастью, мы все еще в разработке, иначе это было бы для нас серьезной проблемой.Благодарю.

Ответы [ 2 ]

0 голосов
/ 22 ноября 2011

Недавно я столкнулся с проблемой с ролями и разрешениями, которые ведут себя очень странно.В конце концов выяснилось, что проблема была в том, что у меня на компьютере разработчика было запущено два экземпляра JasperReport Server, и что JasperReports Server фактически хранит в файлах кэша информацию о списках контроля доступа (а также о других вещах).Я обнаружил, что один экземпляр JRS неправильно выбирает кэш ACL другого, вызывая всевозможные проблемы.Я обнаружил, что отключение каждого сервера, удаление файлов кэша, а затем запуск только одного сервера за раз (без учета удаления файлов между подпрыгивающими) решали все проблемы.Я просто думаю, читая вашу проблему, что вы, возможно, установили обновление поверх существующей установки или в другом каталоге, но он выбирает старые файлы кэша предыдущей установки и вызывает эти проблемы.При разработке под Windows я обнаружил файлы кэша в C: \ Users \ my.profile \ AppData \ Local \ Temp \ ehcache и C: \ Users \ my.profile \ AppData \ Local \ Temp \ ehcache-hibernate.Я не знаю, где в Linux / Unix это может храниться, но я думаю, что он использует переменную среды Java java.io.tmpdir.Надеюсь, это поможет ..

0 голосов
/ 15 ноября 2011

Это известная проблема, которая будет решена как можно скорее.

Вы также должны получить ответ от службы технической поддержки Jaspersoft. Я полагаю, у них будет больше информации о том, когда ожидается патч.

...