LINE WORKS Developers : コミュニティプロフィール

Content

検証ユーザ１

投稿5
コメント5
いいね受信1
いいね送信0

メッセージ送信時に"Malformed authentication header"が発生

現在、「ヘッダーのコンシューマーキーとトークン形式が異なる」の説明からいくつか意図的に発生させようと試しているのですが、再現できたのがメッセージ送信時のリクエストヘッダー(Authorization)の「Bearer トークン」の部分を「Beare トークン」の形に変更する以外再現できておりません。トークン発行後、DeveloperConsoleで何かしらの操作をすると払い出したトークンで Malformed authentication header が発生したりするのでしょうか？その他、発生条件がありましたら発生パターンを教えていただけると幸いです。

Bot 2020.09.14 既読 5878

いいね 0 5
serverIdと認証キーの組み合わせについて

お世話になっております。サーバー ID と認証キーの組み合わせについて、確認させてください。 serverIdと認証キーについて、 API 認証の準備（https://developers.worksmobile.com/jp/document/1002002?lang=ja）にて＞各サーバー ID ごとに発行される認証キーをダウンロードして保存します。との記載がありましたが、LINEWORKS側の仕様としては　サーバIDに紐づく有効な認証キーは必ず1つ　（サーバー ID：認証キー＝１：１）と考えてよろしいでしょうか。例えば、登録、発行の仕方によっては、　・1つのサーバIDが、複数の有効な認証キーを持つ状態　（サーバー ID：認証キー＝１：N）　・複数のサーバIDが、同一の有効な認証キーを持つ状態　（サーバー ID：認証キー＝N：１）といった状況があり得ますでしょうか（システム設計の際に、サーバー ID：認証キー＝１：１のみである前提で設計していいか、　LINEWORKSの仕様的に　サーバー ID：認証キー＝１：N　もしくは　N：１の状態もあり得るなら、　それも

Bot 2020.06.11 既読 2527

いいね 1 1
serverIdと認証キーの発行単位について

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 既読 2965

いいね 0 3
各種値の桁数について

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 既読 4913

いいね 0 2
Developer Consoleで設定する Server API Consumer Key の Token有効期間について

メッセージ送信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 既読 3254

いいね 0 2