2016-04-08 6 views
0

私は、Doctrine関連のサービスをApigilityによって完全に作成しました。コードは決して変更されませんでした。それはApigilityが作成したのと同じように機能します。APIGILITY + Doctrine:エンティティを見つけることができません= "少なくとも1つの行が期待されていますが、クエリの結果が見つかりませんでした"

収集を要求する場合: myapi.local /パス

{ 
"count": 25, 
"total": 13562, 
"collectionTotal": 13562, 
"_links": 
{ ... more stuff here 
}, 
"_embedded": 
{ 
    "path": 
    [ 
     { 
      "pathid": 1, 
      "dev": 51729, 
      "inode": "2", 
      "path": "/disk1", 
      "online": true, 
      "fileid": "0", 
      "_links": 
      { 
       "self": 
       { 
        "href": "http://imageadministration.local/path/1" 
       } 
      } 
     }, 
     ... and so on 

要求その非常に同じエンティティmyapi.local /パス/ 1:

{ 
    "type": "http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html", 
    "title": "Not Found", 
    "status": 404, 
    "detail": "Entity was not found" 
} 

応答ヘッダ:

Status Code: 404 Not Found 
Access-Control-Allow-Headers: Authorization, Origin, Content-Type, Accept 
Access-Control-Allow-Methods: PUT, GET, POST, PATCH, DELETE 
Connection: Keep-Alive 
Content-Type: application/problem+json 
Date: Fri, 08 Apr 2016 08:40:35 GMT 
Keep-Alive: timeout=5, max=100 
Server: Apache/2.4.10 (Debian) 
Transfer-Encoding: chunked 
X-Powered-By: PHP/5.6.17 
access-control-allow-origin: * 

コードをステップバイステップでデバッグすると、「クエリの結果が見つかりませんでした少なくとも1行は期待された」このメッセージはDoctrineオブジェクトの内部にあり、ユーザーに返されることはありません。 PHPエラー、例外、何もありません。事実、登録簿は簡単な選択でDBに見つけることができます。

エラーメッセージ自体は他のpostsで説明されていますが、このサービスはApigilityによって100%作成されており、Doctrineモジュール内では例外が発生し、自分自身のコードは1行もありませんどこから始めるべきかを知るエンティティは関係がなく、Orm-moduleを介してDoctrineによって自動的に作成されました。

いずれの方向も高く評価されます。

答えて

1

解決済み:これは非常に奇妙なエンコードエラーです。除去されると、それは正常に戻った。残念ながら、なぜか分かりません。

+0

エンコードの問題のようです。 UTF8を使用していますか? –

関連する問題