検証ユーザ1
投稿
コメント
現在、「ヘッダーのコンシューマーキーとトークン形式が異なる」の説明から いくつか意図的に発生させようと試しているのですが、再現できたのがメッセージ送信時の リクエストヘッダー(Authorization)の「Bearer トークン」の部分を「Beare トークン」の形に 変更する以外再現できておりません。 トークン発行後、DeveloperConsoleで何かしらの操作をすると払い出したトークンで Malformed authentication header が発生したりするのでしょうか? その他、発生条件がありましたら発生パターンを教えていただけると幸いです。
Bot 2020.09.14 既読 5688
お世話になっております。 サーバー ID と認証キーの組み合わせについて、確認させてください。 serverIdと認証キーについて、 API 認証の準備(https://developers.worksmobile.com/jp/document/1002002?lang=ja)にて >各サーバー ID ごとに発行される認証キーをダウンロードして保存します。 との記載がありましたが、LINEWORKS側の仕様としては サーバIDに紐づく有効な認証キーは必ず1つ (サーバー ID:認証キー=1:1) と考えてよろしいでしょうか。 例えば、登録、発行の仕方によっては、 ・1つのサーバIDが、複数の有効な認証キーを持つ状態 (サーバー ID:認証キー=1:N) ・複数のサーバIDが、同一の有効な認証キーを持つ状態 (サーバー ID:認証キー=N:1) といった状況があり得ますでしょうか (システム設計の際に、サーバー ID:認証キー=1:1のみである前提で設計していいか、 LINEWORKSの仕様的に サーバー ID:認証キー=1:N もしくは N:1の状態もあり得るなら、 それも
Bot 2020.06.11 既読 2475
LINEWOKRSのAPI利用において、Server Token(固定 IP タイプ) を利用する場合の serverIdと認証キーの発行について確認させてくだい。 ConsumerKey1つに対してserverIdと認証キーのセットは複数発行できると思います。 仮に、以下のBotをLINEWORKS側で設定(CallBackUrlのドメインは同じ)した場合、 ・ボットA(CallbackUrl=https://hoge.com/xxxxxxx) ・ボットB(CallbackUrl=https://hoge.com/yyyyyyy) 作り次第にはなると思いますが、ボットAとボットBでトークン発行する際に使用する serverId と 認証キーは、ボットAとボットBでそれぞれ分けるべきなのか同じドメインであるため 同じ serverId と 認証キーを使うべきなのか LINEWORKS側としてはどのように 利用してもらうことを想定しているかご教示いただけないでしょうか?
Bot 2020.04.16 既読 2911
API共通ガイド - API認証の準備 https://developers.worksmobile.com/jp/document/1002002?lang=ja# Server Token (ID 登録タイプ) [3. LINE WORKS 認証サーバーへの Token リクエスト] の レスポンスボディ(access_token) =Server Token 及び Developer Console で発行時の各種IDとKeyの桁数に関する質問になります。 上記URLのサンプルのレスポンスボディ(access_token) の桁数は361桁となっていますが、 実際にトークンを発行したところ、違った桁数のトークンが返却されました。 Server Tokenを保持するDBカラムの設計に必要となりますので、access_tokenの取り得る最大桁数をご教示ください。 また、Developer Consoleで発行する以下の値の桁数に関しましてもご教示ください。 API ID Server API Consumer Key の Key Server List(ID登録タイプ) の ID
その他 2019.09.10 既読 4829
メッセージ送信APIを叩いたときのレスポンスに関しての質問になります。 Developer Console にて払い出した Server API Consumer key token(有効期限切れ) を メッセージ送信API の ヘッダーに設定した状態で API を叩いた際にレスポンスボディの エラーコードとしては何が返却されるか教えていただけますでしょうか? エラーコードの内容でハンドリングを行っており、Server API Consumer key tokenの 有効期限切れ時は レスポンスコードとしては [ 024, 029, 042 ] のいずれかかが 返却される認識ですが、こちらを確認するのに最低でも1週間はかかるため、 Community に記載させていただきました。 また、念のため確認ですが Server API Consumer key token とは Developer Consoleで Server API Consumer key を発行したときの key のことを指す認識で合っています でしょうか?
その他 2019.08.01 既読 3197