0

Microsoft Azure documentationに従って、私のXamarin FormsアプリケーションとAzureモバイルサービスを統合していました。データ接続を定義し、簡単なテーブルを使用してカスタムテーブルを定義し、モバイルクライアントですべてが期待通りに機能していました。公開されたカスタム.NETバックエンドが破損しました。Azure Easy Tables

今日、私はバックエンドの機能を拡張し、ファイルストレージを有効にしたいと考えました。私はhereの指示に従い、StorageControllerを使って新しい.NETサーバーバックエンドプロジェクトを作成し、それを空白に公開すると、簡単なテーブルAPI全体が機能しなくなりました。モバイルクライアントからのすべての呼び出しは次のエラーで失敗する:

The resource you are looking for has been removed, had its name changed, or is temporarily unavailable.

これは、すべてのmobileClient.GetTable<SomeEntity>().SomeOperationAsync()コールのために起こります。

私の推測では、カスタムバックエンドを公開すると、オンラインで生成された簡単なテーブルapiを上書きすることになります...残念ながら、私は間違いをどこにしたかを把握するのに十分な空の雲の経験がありません。自動生成された簡単なテーブルのAPIをファイルストレージでも使用できるようにする方法はありますか?

+1

EasyテーブルはNodeでしか使用できません。ポータルでEasy Table + Nodeを実行してから、File Storage + .NETバックエンドを公開して上書きするようです(ノードと.NETバックエンドは実際には共存できません)。ノードのバックエンドを使用する必要があります。 –

+0

はい、あなたはそれをクリアしていただきありがとうございます。私は簡単なテーブルapiに固執し、ファイルを格納する別の方法を見つけるでしょう。 Azure Storageをファイルラッパーなしで直接使用する。 – xabre

答えて

0

コメントに記載されているように、Easy Tablesは、ポータルから配備された、提供されたノードバックエンドでのみ使用できます。独自のコードを使用して公開している場合、Easy TablesとEasy APIは無効になります。

+0

はい、あなたはそれをクリアしていただきありがとうございます。私は簡単なテーブルapiに固執し、ファイルを格納する別の方法を見つけるでしょう。 Azure Storageをファイルラッパーなしで直接使用する。私は高速なプロトタイプを構築しているので、スキーマが現在の設計では依然として揮発性である場合、私はすべてのテーブルコントローラを手作業で記述したくありません。 – xabre

関連する問題