{"action":"closed","issue":{"url":"https://api.github.com/repos/zfcampus/zf-apigility-doctrine/issues/228","labels_url":"https://api.github.com/repos/zfcampus/zf-apigility-doctrine/issues/228/labels{/name}","comments_url":"https://api.github.com/repos/zfcampus/zf-apigility-doctrine/issues/228/comments","events_url":"https://api.github.com/repos/zfcampus/zf-apigility-doctrine/issues/228/events","html_url":"https://github.com/zfcampus/zf-apigility-doctrine/issues/228","id":107679237,"number":228,"title":"Creating doctrine-connected services fail on slow machines","user":{"login":"akomm","id":2409779,"avatar_url":"https://avatars.githubusercontent.com/u/2409779?v=3","gravatar_id":"","url":"https://api.github.com/users/akomm","html_url":"https://github.com/akomm","followers_url":"https://api.github.com/users/akomm/followers","following_url":"https://api.github.com/users/akomm/following{/other_user}","gists_url":"https://api.github.com/users/akomm/gists{/gist_id}","starred_url":"https://api.github.com/users/akomm/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/akomm/subscriptions","organizations_url":"https://api.github.com/users/akomm/orgs","repos_url":"https://api.github.com/users/akomm/repos","events_url":"https://api.github.com/users/akomm/events{/privacy}","received_events_url":"https://api.github.com/users/akomm/received_events","type":"User","site_admin":false},"labels":[],"state":"closed","locked":false,"assignee":null,"milestone":null,"comments":4,"created_at":"2015-09-22T09:48:34Z","updated_at":"2015-09-28T16:25:45Z","closed_at":"2015-09-28T16:25:45Z","body":"`zf-configuration` uses write locks. Multiple `xhr` cause write failure, when they are not completed fast enough. At least those, executed async and not chained to be executed in ordner. \r\n\r\nThis happens always on slower machines (VM environment for example) if you want to create multiple services. Seldom with a single service.\r\n\r\nAlso some related requests, like creating service and then creating input-filter (subsequent, but dependend calls) should only continue, if previous did not return an problem indicating status. Otherwise it is useless to continue."}}