なんでDNS Queryに余計なWi2とかついてるわけ？？
とりあえずサービス再起動したら余計なWi2はなくなったけどまた繋がらない状態。
で、一日塩漬けしたらつながるようになった。
メッセージのとある値でRouterをする設定を実装。
でも、その値が全然IFow内部でRetriveされてない。
原因は、メッセージのXML NameSpaceだった。。。
IfowのRuntime Settingに
Xml NameSpaceを ; で追記してあげれば値をもってきてくれる。
MDGのある項目(例では旧品目コード)に、Search Helpから複数の値を選択し、コンマ付きで分けて入れる
サーチヘルプはこれ 
値はこんな風に 
ポイントは
/PLMU/IF_FRW_G_OVS~HANDLE_PHASE_0
このメッソド io_ovs_callback->set_configuration( window_title = '旧品目コード' table_multi_select = abap_true ). に入れること。
細かいのはガイドとかグーグルで。
以前APIでやったように専用のPop-upを別途作るより、こっちの方が簡単かな？
・MDGで登録されたBPがSAP BTP Integration suiteを通して、AWS S3バケットに保存されるまで
全体的なiFlowは以下。
SAP BTP Int略でXMLメッセージをよく使われているJSONに変更する処理を内装しておく。
S/4 HANAインスタンス立ち上げるのが面倒いから、Postmanでトリガーを切る。
Postmanでは202で成功コードが戻ってくる。
ファイル名はテストだから一旦Constantで。
実際使う場合はBodyから取ってくる？
全ての処理が終わり、JSONに変更されてS3に保存。
特記事項（壁にぶつかった場面）
・S3のAuth Header設定。以下を追加しないとAWSから401エラー
・Open Connectorは思ったより使いづらかった。groovy script(ISでサポートするスクリプト言語)でヘッダーをコーディングで
追加してあげる必要あり。groovy scriptはJAVAと似ているのでJAVAが書けるなら問題なく使える。
・このリンク↓にあるAWS ADPATERはもう存在しない。2021年の記事だけどもうobsoleteされたのかな。。。
AWSのAPI形式が頻繁に変わるのであれば、それに合わせてテンプレート化するの結構大変だと思う。だからか？
https://aws.amazon.com/jp/blogs/awsforsap/integrating-sap-systems-with-aws-services-using-sap-business-technology-platform/
全体的なiFlowは以下。
SAP BTP Int略でXMLメッセージをよく使われているJSONに変更する処理を内装しておく。
S/4 HANAインスタンス立ち上げるのが面倒いから、Postmanでトリガーを切る。
Postmanでは202で成功コードが戻ってくる。
ファイル名はテストだから一旦Constantで。
実際使う場合はBodyから取ってくる？
全ての処理が終わり、JSONに変更されてS3に保存。
特記事項（壁にぶつかった場面）
・S3のAuth Header設定。以下を追加しないとAWSから401エラー
・Open Connectorは思ったより使いづらかった。groovy script(ISでサポートするスクリプト言語)でヘッダーをコーディングで
追加してあげる必要あり。groovy scriptはJAVAと似ているのでJAVAが書けるなら問題なく使える。
・このリンク↓にあるAWS ADPATERはもう存在しない。2021年の記事だけどもうobsoleteされたのかな。。。
AWSのAPI形式が頻繁に変わるのであれば、それに合わせてテンプレート化するの結構大変だと思う。だからか？
https://aws.amazon.com/jp/blogs/awsforsap/integrating-sap-systems-with-aws-services-using-sap-business-technology-platform/
ABAP開発したい！→ PJの調子を見ると「開発」というキーワードが出た途端に「それはちょっと。。。標準でなんとか！」
という流れが多い → でもI/Fはしょうがないので開発しましょうという風潮がある。
で、将来ABAPer目指してるものとして、I/F当たりも触っておきたいと思った。
そこで目を付けたのがSAP BTPのIntegration Suiteであった。
・トライアル版が有って、ただで触れる。
・クラウドSaaSなので、面倒インフラ作業がない
・SAP製品なのでMDGとの互換性があるのと、色々サードパーティーのConntectorも提供している
もちろん大変なこともあったが。。。
・クラウドだから、細かいエラーログが全然見れない
・Deployエラーが出ていたが、クラウド運用側で何かしてもらえるまで何もできなかった
とか。
とりあえず、
DRFトリガー MDG → BTPまでは成功！
以下のRecevierでTrialになっているのが、外部のBTP。
こっちはBTPから見た受信出来たメッセージ。
特記事項
・401エラーは認証エラー。 403エラーは認証成功→内部のロール権限エラー
・BusinessPartnerSUITEBulkReplicateRequest_Out / BusinessPartnerSUITEBulkReplicateRequest_In
どっちのサービスをSOAP Receiverに入れるかはMDGからの送信フローを把握してないと混乱しそう
・PostmanやSOAPUIでテストする場合は、ダウンしたXMLメッセージに
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:glob="http://sap.com/xi/SAPGlobal20/Global">
<soap:Header/>
<soap:Body>
.....
.....
.....
</soap:Body></soap:Envelope>
のように追記してあげる必要がる
とりあえず今日はここまで！
りっぴーと散歩いくぞ。。。
という流れが多い → でもI/Fはしょうがないので開発しましょうという風潮がある。
で、将来ABAPer目指してるものとして、I/F当たりも触っておきたいと思った。
そこで目を付けたのがSAP BTPのIntegration Suiteであった。
・トライアル版が有って、ただで触れる。
・クラウドSaaSなので、面倒インフラ作業がない
・SAP製品なのでMDGとの互換性があるのと、色々サードパーティーのConntectorも提供している
もちろん大変なこともあったが。。。
・クラウドだから、細かいエラーログが全然見れない
・Deployエラーが出ていたが、クラウド運用側で何かしてもらえるまで何もできなかった
とか。
とりあえず、
DRFトリガー MDG → BTPまでは成功！
以下のRecevierでTrialになっているのが、外部のBTP。
こっちはBTPから見た受信出来たメッセージ。
特記事項
・401エラーは認証エラー。 403エラーは認証成功→内部のロール権限エラー
・BusinessPartnerSUITEBulkReplicateRequest_Out / BusinessPartnerSUITEBulkReplicateRequest_In
どっちのサービスをSOAP Receiverに入れるかはMDGからの送信フローを把握してないと混乱しそう
・PostmanやSOAPUIでテストする場合は、ダウンしたXMLメッセージに
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:glob="http://sap.com/xi/SAPGlobal20/Global">
<soap:Header/>
<soap:Body>
.....
.....
.....
</soap:Body></soap:Envelope>
のように追記してあげる必要がる
とりあえず今日はここまで！
りっぴーと散歩いくぞ。。。