> This change is more in line with > existing implementations, and focuses on the primary issue faced by > consumers: determining when a service is missing from configuration.
In order to determine it, we look in our logs or at debugging page. We read the exception message. Different exceptions don't make it any harder I think. We still look at the message which may be identical. That separation was focused on semantic difference. Catching NotFoundException is perfectly fine, but I wouldn't expect to catch it because of broken service or bad configuration. If service is broken, I would expect to see it in my logs. By the way, "bubbling out" is an inaccurate wording. You can make implementation of container so dependencies of service $id would never throw NotFoundException, but MissingDependencyException. There will be no "bubbling out" at all. On Tuesday, January 17, 2017 at 6:14:00 PM UTC+3, Matthew Weier O'Phinney wrote: > > We are rebooting the PSR-11 review period again as of now; this marks > the third review period, and it will end at 11:59 UTC 29 Jan 2017, > with the prospect of holding a vote starting the following day. > > The only change since the previous review period is a clarification of > the role of `NotFoundExceptionInterface`. Previously, the > specification stated that calls to `get()` MUST NOT allow such > exceptions to bubble out, but must instead convert them to the more > generic `ContainerExceptionInterface`. > > The specification now states that `NotFoundExceptionInterface` > instances are allowed to bubble out, and that any call to `get()` > where `has()` would return `false` MUST raise a > `NotFoundExceptionInterface`. This change is more in line with > existing implementations, and focuses on the primary issue faced by > consumers: determining when a service is missing from configuration. > > Please review the specification again at this time, and let us know as > soon as > possible if you see any remaining problems to address; ideally, please do > so in > the next 48 hours, so that we may fit within the FIG 2.0 by-law window. > > -- > Matthew Weier O'Phinney > [email protected] <javascript:> > https://mwop.net/ > -- You received this message because you are subscribed to the Google Groups "PHP Framework Interoperability Group" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/php-fig/46ba4313-4256-4845-b03c-77b245f0740d%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
