問題タブ [laminas-api-tools]

I'm following this tutorial and this one to create a basic REST API with Apigility, I'm no expert in Zend as my goal is to build the api over a symfony2 app, but for now, after following all steps in both tutorials, I reach the same point, when accessing http://api.example.com/endpoint1 I get an Exception:

APIを作成するためにApigilityを使用し、ORMとしてDoctrineを使用しています。次のコードは、flush() 時にセグメンテーション違反を生成します (作成した検証の一部を削除しました)。

を使用していない場合にのみセグメンテーション違反が発生する$connection->close();ため、何らかの理由で接続がハングしたままになっていると思いますが、なぜこれが発生するのかについて明確な説明を得ることができませんでした。

私は symfony2 アプリに対応する API を構築しています。symfony2 アプリで実行時エラーが発生して zend で例外が発生した後、zend からのすべての呼び出し (エラーは現在解決されています) で同じ例外が発生します。

私が思うエラーは実際には関係ありませんが、ここにあります：

"[セマンティカル エラー] クラス App\UserBundle\Entity\Usuario の注釈 \"@Doc​​trine\ORM\Mapping\Entity\" は存在しません

このエラーを消去するためにフラッシュできる zend フレームワークまたは apigility に、キャッシュ システムまたは類似のものはありますか?

ありがとうございました

doctrine2 をアピジリティ プロジェクトに統合することに成功しました。DoctrineResource を拡張するようにコントローラーをセットアップしましたが、$this->getObjectManager() でエンティティーマネージャーを取得しようとすると、NULL が返されます。

エンティティマネージャーをサービスマネージャーから呼び出すと機能しますが、doctrineResources のフェッチ、作成などの親メソッドを使用したい場合は、DoctrineModule\Stdlib\Hydrator (および他のサービス) が最初のパラメーターとしてエンティティマネージャーを expexts するため、クラッシュしますが、 NULL を受け取ります

特性 trait ProvidesObjectManager のこのメソッド (getObjectManager()) が NULL を返す理由。他のプロジェクトでは機能していました。ここで私はゼロから始めて、問題を見つけることができません

Apigility と呼ばれる ZF2 (Zend Framework 2) に基づくフレームワークで API を作成しました。

私のサービスは、サードパーティの API を照会できます。トークンの有効期限が切れているなどの理由で、500 エラー メッセージが返されることがあります。

MY API はクライアントにどのように応答する必要がありますか?

最初は 500 を返すべきだと思ったのですが、実際にはそうではないようです。クラッシュしたことを示すエラーを返したくありません.. 500 を取得したのはサード パーティです。

更新：以下は、サードパーティから見たものです。

私は .. のアイデアが好きだと思い503 Service unavailableます..エラーメッセージがユーザーに何が問題なのか、そしてそれを修正する方法を教えてくれます。

サードパーティの応答を示す更新:

考え？

したがって、Apigility に create メソッドを用意して、基本的に

...そして、これらのリソースのリストを作成するオプションをどのように使用できるか疑問に思っていました。

私が見ることができるものから、これらは私のオプションです：

• 置換リスト:PUT /resources
• パッチリスト:PATCH /resources

しかし、どの種類のペイロードを送信すればよいかわかりません。リソースの配列またはリソースの配列を持つオブジェクトを送信する必要がありますか?

Apigility を使用して、ZF2 プロジェクト用のコード接続された REST API ラッパーを生成しました。コマンド ラインで簡単に解決できるいくつかのファイル アクセス許可の問題を除けば、すべてうまく機能しました。昨日、composer の更新を実行し、Apigility を 1.0.4 に更新しました。これで、コレクションの GET メソッド (シグネチャ fetchAll($params = array()) を使用) が空のパラメーター配列で呼び出されます。Firebug コンソールから、これらがまだ正しいパラメーター ブラウザー側で呼び出されているので、これを壊した Apigility ラッパー処理で何かが変更されたようです.誰かが知識を持っているか、なぜこれが変更/壊れたのかについて何か光を当てることができますか?

また、アップデート以降、ZF2 ルーティング エラーでロードに失敗するため、API ラッパーの生成に使用された Apigility Admin UI にアクセスできないことも発見しました。

繰り返しになりますが、Apigility の更新が中断された以外に、これを引き起こした可能性のある手がかりはありません。v1.0.3 に回帰すると、これらの問題は両方とも修正されますが、1.0.4 でいくつかの更新された機能を使用したいと考えています。

どんな助けでも大歓迎です！