Closed jou-imaizumi closed 7 months ago
上記の蓄積同意状況の確認では2つの蓄積定義に同意しているレスポンスが返却されているように見えます。 しかし、利用者一覧取得APIをそのユーザを対象に実行してみた結果、同意している蓄積定義が一つしかないレスポンスが返却されました。
curl -v -k \
-X POST \
-H 'Content-Type: application/json' \
-H 'Accept: application/json' \
-H 'x-xsrf-token:VzpKbr2Z-dw84P-AJXnnOkwBXkFsbm40iKPA' \
-b 'operator_type2_session=86610f472f9ebd81db8189691eb31106eb1f8750de9c76ec58bf335ca3daffe1;_csrf=xir29alzQuqBd68lO9kILWQM' \
-d '{
"userId": [
"user__001_app1"
]
}' \
https://[app1のFQDN]/pxr-block-proxy/pxr-block-proxy/?path=%2Fbook-operate%2Fuser%2Flist
[
{
"status": 1,
"app": {
"_value": 1000810,
"_ver": 3
},
"wf": null,
"region": null,
"userId": "user__001_app1",
"establishAt": "2024-01-05T09:22:20.000+0900",
"attribute": {},
"store": {
"document": [],
"event": [
{
"_value": 1000806,
"_ver": 1
}
],
"thing": [
{
"_value": 1000804,
"_ver": 1
}
]
},
"userInformation": null
}
]
本件、不具合になります。 蓄積APIにおいて、book-manageの蓄積定義取得API(内部API)を呼び出す処理がありますが、 本来は蓄積定義を全て取得しなければならないところを、最初の1つしか取得していないことが原因です。 そのため2つ目以降のデータ種の蓄積定義が取得できず、結果としてaccess-control-manageが「対象外のデータ種」と判断してしまい、 蓄積できない状態となっております。対処するには、該当箇所のコード修正が必要です。
なお、現在改修中の#83の修正適用により本バグは発生しなくなるため、そちらの改修で本不具合の対処も含めることとします。
参考)#83:https://github.com/Personal-Data-Linkage-Module/pxr-linkage/issues/83
上記内容を最終回答とさせて頂きます。 本件に関して、追加でのご確認等があれば、ご返信お願い致します。 ご返信がないまま、1週間経過しましたら、Closeさせて頂きます。 Close後にもReopenは可能ですので、Slack等でご連絡ください。
ご回答ありがとうございます。
よろしくお願いします。
ご返信ありがとうございます。 引き続き、宜しくお願い致します。
現在、某顧客向けの開発を行っております。 顧客要件により、蓄積データ(イベント/モノ)ごとに蓄積の同意を行う必要があり、アプリケーションカタログに対して複数の蓄積データごとに蓄積定義を作成し実装しています。(1アプリケーションカタログに対し蓄積定義が複数存在)
この状態で蓄積を実行したところ、一つ目の蓄積定義に対するイベント蓄積は成功しましたが、二つ目以降の定義に関連するイベントの蓄積ができませんでした。(401応答) セミナー資料では1アプリケーションカタログに対し蓄積定義が1つであることは認識しておりますが、今回のように複数の蓄積定義ができること、蓄積定義ごとの同意ができること、さらに蓄積同意状況の確認(セミナー資料のS23-1-10)においても複数の蓄積定義が返却されており、このような構成でも問題なく蓄積ができる認識です。 以下に情報を記載するので、内容の確認をお願いします。
イベント蓄積の結果
リクエスト内容
レスポンス
蓄積同意状況の確認
リクエスト
レスポンス
アプリケーションのカタログ取得の結果
リクエスト
レスポンス
各種ログ
access-control-manage-root.txt book-manage_root.txt pxr-block-proxy_app1.txt access-control-manage_app1.txt