2017-08-17 18 views
1

Postmanを使用して、http投稿をnetsuiteで作成された残りのURLにテストしています。元々作成されたnetsuite環境ではすべてが完璧に動作しますが、リソースがバンドルされてサンドボックスでテストされた場合、ポストコールは許可されますが、URLは見られないようです。応答ステータスは「200 OK」ですが、何も返っていないか処理中で、どちらの側にもエラーやメッセージが表示されません。私が気づいた唯一の事は、Content-typeが私のヘッダの "text/html; charset = utf-8"に変更されていることです。誤って残りのURLを使用したため、統合ログにエラーが記録されたため、統合アプリケーションが動作していることがわかりました。私のヘッダのNetsuiteと統合してサンドボックスに投稿するときに返信する

は、次の例のようになります。requestbodyは次のようにフォーマットされ

Content-Type:application/json 
Authorization:OAuth 
    realm="123456", 
    oauth_consumer_key="*******************************************", 
    oauth_token="**************************************************", 
    oauth_signature_method="HMAC-SHA1", 
    oauth_timestamp="1234567890", 
    oauth_nonce="aB1cdE2FghI",oauth_version="1.0", 
    oauth_signature="**************************" 

{ 

"datakey1": "value 1", 
"datakey2": "value 2", 
"datakey3": "value 3", 
....... 

} 

私はきた、それはアクセス許可の問題か何であるのかはわかりません新しいスクリプトを作成し、サンドボックス内のリソースを再構築しましたが、何も動作しませんでした。

EDITED
Cache-Control →No-Cache 
Connection →Keep-Alive 
Content-Length →0 
Content-Type →text/html; charset=utf-8 
Date →Thu, 17 Aug 2017 16:00:16 GMT 
Edge-Control →no-store 
Expires →0 
Keep-Alive →timeout=10, max=996 
NS_RTIMER_COMPOSITE →......... 

:私は、次のヘッダが返されるものです

を踏みつけよ答えを考え出した

私はのSuiteScript 2.0を使用している場合、両方の環境ですべてがエントリータグにNModuleScopeを追加し、併せて期待

として働いていた「リリース」するスクリプトの展開ステータスを設定すると。デフォルトは 'SameAccount'ですが、別のアカウントにインストールすると問題が発生する可能性があります。

答えて

2

POST URLがRESTエンドポイントのsystem.sandbox URLを参照していることを確認してください。また、OAuthヘッダーの「領域」パラメータがサンドボックスのアカウントIDであることも確認してください。それらのどちらも問題でなければ、Sandboxのトークン設定をやり直してみます。新しい統合レコードと新しいユーザーアクセストークンを作成します。最後に確認するのは、アクセストークンに使用されているロールが「Webサービスのみ」として設定されていないことを確認することです。うまくいけば、これは役に立ちます。

+0

ありがとう@Todd Grimm!私はちょうどこれらのステップをチェックして試してみましたが、まだ運がありません – devSouth555

関連する問題