すべてのドメイン、OLAP スキーマ、レポートなどを開発中です。古い BI スイートを置き換える jasper の第 1 四半期の発売に備えて準備を進めています。私たちは 4.1 で作業しており、JIProfileAttributes を持ち、これらの属性をアクセス許可を介してドメインと OLAP 接続の両方のフィルターに渡すユーザーの作業環境がありました。4.1 では、必要に応じてデータ セキュリティを適用することで、これはすべて正しく機能していました。開発に利用したい追加機能がいくつかあったため、最近サーバーを 4.2.1 にアップグレードしましたが、アップグレードにより OLAP のセキュリティが壊れたようです。アップグレード後、いずれのプロファイル属性も OLAP 内でフィルタを適用していません。彼らはまだドメインで作業しています...壊れたOLAPだけです。他の誰かが 4.2.1 で同様の問題を抱えているかどうか疑問に思っています。Jaspersupport でチケットをオープンしましたが、これに関するフィードバックはまだありません。残念ながら、データセキュリティをテストする必要があり、この部分が機能しなくなったため、開発の一部が行き詰まりました. アップグレードが正しく行われたことを確認するためにアップグレードをやり直しました。また、olap スキーマ、接続、およびアクセス許可を単純にリロードしようとしましたが、4.2.1 ではまだ機能していません。フィードバックをいただければ幸いです。この時点で、少なくともそれが フィードバックをいただければ幸いです。この時点で、少なくともそれが フィードバックをいただければ幸いです。この時点で、少なくともそれがknown issueできるだけ早く対処します。幸いなことに、私たちはまだ開発中です。そうでなければ、これは私たちにとって大きな問題でした. ありがとう。
2 に答える
これは既知の問題であり、できるだけ早く対処されます。
Jaspersoftテクニカルサポートからも直接返信する必要があります。パッチがいつ期待されるかについて、彼らはもっと多くの情報を持っていると思います。
最近、役割と権限が非常に奇妙な動作をするという問題に遭遇しました。最終的に、開発用 PC で 2 つの JasperReport Server インスタンスが実行されていて、JasperReport Server がアクセス制御リストに関する情報 (およびその他のもの) をキャッシュ ファイルに実際に保存していることが問題の原因であることがわかりました。JRS の 1 つのインスタンスが他のインスタンスの ACL キャッシュを誤って取得し、あらゆる種類の問題を引き起こしていることがわかりました。各サーバーを停止し、キャッシュ ファイルを削除してから、一度に 1 つのサーバーのみを実行する (バウンスの間にファイルを削除することを忘れないでください) ことで、すべての問題が解決することがわかりました。あなたの問題を読んで、既存のインストールの上にアップグレードをインストールしたか、別のディレクトリにアップグレードをインストールした可能性があると考えています。しかし、以前のインストールの古いキャッシュ ファイルを取得しており、これらの問題を引き起こしています。Windows で開発していると、C:\Users\my.profile\AppData\Local\Temp\ehcache と C:\Users\my.profile\AppData\Local\Temp\ehcache-hibernate の下にキャッシュ ファイルが見つかりました。これが Linux/Unix のどこに保存されるかはわかりませんが、Java 環境変数 java.io.tmpdir を使用していると思います。お役に立てれば..