2016-05-05 19 views
0

基本的な検索リクエストを送信しようとしていますが、不正なリクエストが返されています。これは、一部のオブジェクトに対してのみ行います。前にも同様の問題がありましたが、リクエスト文字列のバージョンを変更してしまえば、いくつかのオブジェクトが正常に動作しました。これらのオブジェクトが制限されているかどうか、誰かが知っていますか?送信されWorkfront REST API BADリクエスト

要求:

https://company.attask.com/attask/api/v5.0/arvstp/search - BAD REQUEST 
https://company.attask.com/attask/api/v5.0/arvsts/search - BAD REQUEST 

オブジェクト: 承認ステップ -

arvstp承認ステータス - あなたがモデルかどうかを確認するために必要な支援

答えて

1

検索しているオブジェクトがトップレベルのオブジェクトではないため、実際には別のオブジェクトの子オブジェクトであり、検索できないため、リクエストが不正です。

承認ステップは承認のための子オブジェクトであるため、次の呼び出しを行います。その後、オブジェクトデータがない場合

attask/api/v5.0/ARVPTH/search?fields=approvalSteps 

あなたがオブジェクトを使用すると、選択し、[検索]タブに興味があるオブジェクト私たちのAPIエクスプローラー

https://developers.workfront.com/api-docs/api-explorer/

にし、下に移動して検索可能である場合には伝えることができます検索できません。

+0

トップレベルのオブジェクトであるこれらのオブジェクトにアクセスする方法は知っていますか?私はあなたの例のように低レベルのオブジェクトにアクセスしようとしましたが、それは私のためには機能しませんでした。また、検索タブのアイデアは必ずしも正しいとは言えず、承認パスを取る、検索タブは空ですが、まだすべてのフィールドを検索できます。 – JoseStack

+0

私の例を試してみるとどんなエラーが出ますか? –

+0

私はそれを理解したと思います!私はあなたが最後に ':*'を欠いていたと信じています。ご協力いただきありがとうございます! – JoseStack

-1

ためarvsts

感謝検索リクエストで渡しているものが、コードのSAVE側のマッピングと一致します。例えば

{"searchString":"Google","totalResults":100, "otherKeywords" : ["hello","engine"]}に検索リクエストを渡すと、sererのサイドコードにも同じ名前とオブジェクトタイプのドメインが一致する必要があります。たとえば、サーバー側でjavaジャージを使用している場合は、同じ名前のクラスをクラスに追加する必要があります。配列がリストにマップされるべきであることを覚えておいてください。

関連する問題