Exception error please send

Laravel 7/8 Send Error Exceptions on Email

Error Reporting gives you insight into which bugs are the most severe or frequent, allowing you to prioritize bug fixes based on facts, not guesswork.

Laravel is a powerful and one of the best MVC PHP framework, designed for developers who need a simple and elegant toolkit to create full-featured web applications. It facilitates developers by saving huge time and helps reduce thinking and planning to develop the entire website from scratch.

Whenever we are planning to deploy Laravel application on production server, we test aggressively and try to find out bugs that may create nightmare for clients as well as for developers. Once we are done with testing we turn debug/error logs off for display as actual users are never shown the behind process.

Everything was working fine after we deployed app on production server till customer founds a problem while accessing app due to bug and he/she immediately leaves the application. This can happen to multiple customers until app developers found the same bug and resolves it. This can be very bitter experience for customers and the client will be also be not happy with the service provided.

Now just think that if you were notified immediately through e-mail about the bug the very first time any customer faced and you fix it ASAP. Laravel provides this feature to send email whenever error occurs on application so that website downtime is much less and minimum customer faces the issue. Let’s see how to do that in Laravel.

In Laravel application , all exceptions are handled by the AppExceptionsHandler class which is by default present in your project directory. This class contains two methods: report and render . We will only use report method as it is used to log exceptions and send then to email or any other service. By default, the report method simply passes the exception to the base class where the exception is logged. We will modify this method to send error logs to developer or any other email.

Now I am going to show you how you can send error exception mail in your laravel app. Just follow the below steps and you are ON for receiving error logs on e-mail.

1. Create Mail Class using make:mail command

The below command will create a class ExceptionOccured in the app/Mail directory.

Источник

Exception Handling

ABP provides a built-in infrastructure and offers a standard model for handling exceptions.

• Automatically handles all exceptions and sends a standard formatted error message to the client for an API/AJAX request.
• Automatically hides internal infrastructure errors and returns a standard error message.
• Provides an easy and configurable way to localize exception messages.
• Automatically maps standard exceptions to HTTP status codes and provides a configurable option to map custom exceptions.

Automatic Exception Handling

AbpExceptionFilter handles an exception if any of the following conditions are met:

• Exception is thrown by a controller action which returns an object result (not a view result).
• The request is an AJAX request ( X-Requested-With HTTP header value is XMLHttpRequest ).
• Client explicitly accepts the application/json content type (via accept HTTP header).

If the exception is handled it’s automatically logged and a formatted JSON message is returned to the client.

Error Message Format

Error Message is an instance of the RemoteServiceErrorResponse class. The simplest error JSON has a message property as shown below:

There are optional fields those can be filled based upon the exception that has occurred.

Error Code

Error code is an optional and unique string value for the exception. Thrown Exception should implement the IHasErrorCode interface to fill this field. Example JSON value:

Error code can also be used to localize the exception and customize the HTTP status code (see the related sections below).

Error Details

Error details in an optional field of the JSON error message. Thrown Exception should implement the IHasErrorDetails interface to fill this field. Example JSON value:

Validation Errors

validationErrors is a standard field that is filled if the thrown exception implements the IHasValidationErrors interface.

AbpValidationException implements the IHasValidationErrors interface and it is automatically thrown by the framework when a request input is not valid. So, usually you don’t need to deal with validation errors unless you have higly customised validation logic.

Logging

Caught exceptions are automatically logged.

Log Level

Exceptions are logged with the Error level by default. The Log level can be determined by the exception if it implements the IHasLogLevel interface. Example:

Self Logging Exceptions

Some exception types may need to write additional logs. They can implement the IExceptionWithSelfLogging if needed. Example:

ILogger.LogException extension methods is used to write exception logs. You can use the same extension method when needed.

Business Exceptions

Most of your own exceptions will be business exceptions. The IBusinessException interface is used to mark an exception as a business exception.

BusinessException implements the IBusinessException interface in addition to the IHasErrorCode , IHasErrorDetails and IHasLogLevel interfaces. The default log level is Warning .

Usually you have an error code related to a particular business exception. For example:

QaErrorCodes.CanNotVoteYourOwnAnswer is just a const string . The following error code format is recommended:

code-namespace is a unique value specific to your module/application. Example:

Volo.Qa is the code-namespace here. code-namespace is then will be used while localizing exception messages.

• You can directly throw a BusinessException or derive your own exception types from it when needed.
• All properties are optional for the BusinessException class. But you generally set either ErrorCode or Message property.

Exception Localization

One problem with throwing exceptions is how to localize error messages while sending it to the client. ABP offers two models and their variants.

User Friendly Exception

If an exception implements the IUserFriendlyException interface, then ABP does not change it’s Message and Details properties and directly send it to the client.

UserFriendlyException class is the built-in implementation of the IUserFriendlyException interface. Example usage:

In this way, there is no need for localization at all. If you want to localize the message, you can inject and use the standard string localizer (see the localization document). Example:

Then define it in the localization resource for each language. Example:

String localizer already supports parameterized messages. For example:

Then the localization text can be:

• The IUserFriendlyException interface is derived from the IBusinessException and the UserFriendlyException class is derived from the BusinessException class.

Using Error Codes

UserFriendlyException is fine, but it has a few problems in advanced usages:

• It requires you to inject the string localizer everywhere and always use it while throwing exceptions.
• However, in some of the cases, it may not be possible to inject the string localizer (in a static context or in an entity method).

Instead of localizing the message while throwing the exception, you can separate the process using error codes.

First, define the code-namespace to localization resource mapping in the module configuration:

Then any of the exceptions with Volo.Qa namespace will be localized using their given localization resource. The localization resource should always have an entry with the error code key. Example:

Then a business exception can be thrown with the error code:

• Throwing any exception implementing the IHasErrorCode interface behaves the same. So, the error code localization approach is not unique to the BusinessException class.
• Defining localized string is not required for an error message. If it’s not defined, ABP sends the default error message to the client. It does not use the Message property of the exception! if you want that, use the UserFriendlyException (or use an exception type that implements the IUserFriendlyException interface).

Using Message Parameters

If you have a parameterized error message, then you can set it with the exception’s Data property. For example:

Fortunately there is a shortcut way to code this:

Then the localized text can contain the UserName parameter:

• WithData can be chained with more than one parameter (like .WithData(. ).WithData(. ) ).

HTTP Status Code Mapping

ABP tries to automatically determine the most suitable HTTP status code for common exception types by following these rules:

• For the AbpAuthorizationException :
  • Returns 401 (unauthorized) if user has not logged in.
  • Returns 403 (forbidden) if user has logged in.
• Returns 400 (bad request) for the AbpValidationException .
• Returns 404 (not found) for the EntityNotFoundException .
• Returns 403 (forbidden) for the IBusinessException (and IUserFriendlyException since it extends the IBusinessException ).
• Returns 501 (not implemented) for the NotImplementedException .
• Returns 500 (internal server error) for other exceptions (those are assumed as infrastructure exceptions).

The IHttpExceptionStatusCodeFinder is used to automatically determine the HTTP status code. The default implementation is the DefaultHttpExceptionStatusCodeFinder class. It can be replaced or extended as needed.

Custom Mappings

Automatic HTTP status code determination can be overrided by custom mappings. For example:

Subscribing to the Exceptions

It is possible to be informed when the ABP Framework handles an exception. It automatically logs all the exceptions to the standard logger, but you may want to do more.

In this case, create a class derived from the ExceptionSubscriber class in your application:

The context object contains necessary information about the exception occurred.

You can have multiple subscribers, each gets a copy of the exception. Exceptions thrown by your subscriber is ignored (but still logged).

Built-In Exceptions

Some exception types are automatically thrown by the framework:

• AbpAuthorizationException is thrown if the current user has no permission to perform the requested operation. See authorization for more.
• AbpValidationException is thrown if the input of the current request is not valid. See validation for more.
• EntityNotFoundException is thrown if the requested entity is not available. This is mostly thrown by repositories.

You can also throw these type of exceptions in your code (although it’s rarely needed).

AbpExceptionHandlingOptions

AbpExceptionHandlingOptions is the main options object to configure the exception handling system. You can configure it in the ConfigureServices method of your module:

Here, a list of the options you can configure:

• SendExceptionsDetailsToClients (default: false ): You can enable or disable sending exception details to the client.
• SendStackTraceToClients (default: true ): You can enable or disable sending the stack trace of exception to the client. If you want to send the stack trace to the client, you must set both SendStackTraceToClients and SendExceptionsDetailsToClients options to true otherwise, the stack trace will not be sent to the client.

Источник

Ошибка EXCEPTION ACCESS VIOLATION — как исправить

При запуске игры или программы, а иногда и во время работы с ними вы можете столкнуться с ошибкой Exception Access Violation, в заголовке окна может быть информация об Unhandled Exception, Unexpected Error или Fatal Error, в тексте — коды наподобие 0xc0000005 или указание на DLL. Ошибка типична для Windows 10, предыдущих версий системы и, с большой вероятностью, останется и в Windows 11.

В этой инструкции о возможных способах исправить ошибку Exception Access Violation, которая, по сути, обычно сводится к невозможности какого-либо модуля программы или игры получить доступ к нужной области оперативной памяти.

Exception Access Violation как результат работы антивирусного ПО

Среди наиболее часто встречающихся причин ошибки у русскоязычного пользователя, особенно при использовании нелицензионных игр или программ — антивирус: встроенный Windows Defender или какой-либо сторонний.

Возможные действия исправить Exception Access Violation для этого случая:

1. Проверьте, сохраняется ли ошибка, если временно отключить ваш антивирус.
2. Добавьте папку с программой или игрой в исключения антивируса. В случае использования Защитника Windows сделать это можно, открыв «Безопасность Windows» — «Защита от вирусов и угроз» — «Управление настройками» и добавив нужную папку в разделе «Исключения».

Функция предотвращения выполнения данных в памяти также может привести к рассматриваемой ошибке для некоторых программ, попробуйте её отключить. Для этого:

1. Нажмите клавиши Win+R на клавиатуре, введите sysdm.cpl и нажмите Enter.
2. На вкладке «Дополнительно» в разделе «Быстродействие» нажмите кнопку «Параметры».
3. Откройте вкладку «Предотвращение выполнения данных», выберите пункт «Включить DEP для всех программ и служб, кроме выбранных ниже» и добавьте в список исполняемый файл программы или игры, которая вызывает ошибку Exception Access Violation. Примените настройки.

Дополнительные способы исправить ошибку

Два указанных выше метода чаще всего возвращают работоспособность и являются решением проблемы, но не всегда. Дополнительно вы можете попробовать следующие способы:

1. Для относительно старого ПО — попробовать запустить программу или игру в режиме совместимости с предыдущей версией ОС, подробнее: Режим совместимости Windows 10.
2. Если ошибка стала появляться в программе, которая до этого работала исправно на этом же компьютере, попробуйте использовать точки восстановления системы на дату, когда проблема ещё не наблюдалась.
3. В случае, если вы столкнулись с проблемой после переустановки Windows на компьютере или ноутбуке, вручную установите все оригинальные драйверы устройств, включая драйверы чипсета. Вручную — это не с помощью «Обновить драйвер» в диспетчере устройств, а загрузив драйверы с официального сайта производителя материнской платы или ноутбука.
4. Попробуйте запустить программу или игру от имени администратора.
5. Проверьте оперативную память на ошибки, этот фактор также может оказаться причиной ошибке Exception Access Violation.
6. Иногда ошибка возникает после ручного добавления библиотек DLL в систему в папки C:WindowsSysWOW64 и C:WindowsSystem32. Иногда это оказываются не рабочие DLL, иногда — разрядность библиотеки не соответствует расположению.
7. Для программистов на JAVA: сообщают, что ошибка может возникнуть, когда x64 системах в PATH указание на SysWOW64 идёт перед System32.

Также, если речь идёт о загруженной из Интернета (с неофициального сайта) программе, можно попробовать удалить её, а затем скачать из другого источника.

Видео

Буду благодарен, если в комментариях вы сможете поделиться, какой из способов сработал в вашем случае.

Источник

Laravel is a powerful and one of the best MVC PHP framework, designed for developers who need a simple and elegant toolkit to create full-featured web applications.  It facilitates developers by saving huge time and helps reduce thinking and planning to develop the entire website from scratch.

Whenever we are planning to deploy Laravel application on production server, we test aggressively and try to find out bugs that may create nightmare for clients as well as for developers. Once we are done with testing we turn debug/error logs off for display as actual users are never shown the behind process.

Everything was working fine after we deployed app on production server till customer founds a problem while accessing app due to bug and he/she immediately leaves the application. This can happen to multiple customers until app developers found the same bug and resolves it. This can be very bitter experience for customers and the client will be also be not happy with the service provided.

Now just think that if you were notified immediately through e-mail  about the bug the very first time any customer faced and you fix it ASAP. Laravel provides this feature to send email whenever error occurs on application so that website downtime is much less and minimum customer faces the issue. Let’s see how to do that in Laravel.

In Laravel application , all exceptions are handled by the AppExceptionsHandler class which is by default present in your project directory. This class contains two methods: report and render.  We will only use report method as it is used to log exceptions and send then to email or any other service. By default, the report method simply passes the exception to the base class where the exception is logged. We will modify this method to send error logs to developer or any other email.

Now I am going to show you how you can send error exception mail in your laravel app. Just follow the below steps and you are ON for receiving error logs on e-mail.

1. Create Mail Class using make:mail command

The below command will create a class ExceptionOccured in the app/Maildirectory.

Обработка исключений в REST API SpringBoot

Разберемся, как правильно обрабатывать исключения в SpringBoot сервисах с помощью ControllerAdvice и RestControllerAdvice аннотации.

Во время работы вашего приложения часто будут возникать исключительные ситуации. Когда у вас простое консольное приложение, то все просто – ошибка выводится в консоль. Но как быть с веб-приложением?

Допустим у пользователя отсутсвует доступ, или он передал некорректные данные. Лучшим вариантом будет в ответ на такие ситуации, отправлять пользователю сообщения с описанием ошибки. Это позволит клиенту вашего API скорректировать свой запрос.

В данной статье разберём основные возможности, которые предоставляет SpringBoot для решения этой задачи и на простых примерах посмотрим как всё работает.

@ExceptionHandler

@ExceptionHandler позволяет обрабатывать исключения на уровне отдельного контроллера. Для этого достаточно объявить метод в контроллере, в котором будет содержаться вся логика обработки нужного исключения, и пометить его аннотацией.

Для примера у нас будет сущность Person , бизнес сервис к ней и контроллер. Контроллер имеет один эндпойнт, который возвращает пользователя по логину. Рассмотрим классы нашего приложения:

И наконец PersonService , который будет возвращать исключение NotFoundException , если пользователя не будет в мапе persons .

Перед тем, как проверить работу исключения, давайте посмотрим на успешную работу эндпойнта.

Все отлично. Нам в ответ пришел код 200, а в теле ответа пришел JSON нашей сущности. А теперь мы отправим запрос с логином пользователя, которого у нас нет. Посмотрим, что сделает Spring по умолчанию.

Обратите внимание, ошибка 500 – это стандартный ответ Spring на возникновение любого неизвестного исключения. Также исключение было выведено в консоль.

Как я уже говорил, отличным решением будет сообщить пользователю, что он делает не так. Для этого добавляем метод с аннотацией @ExceptionHandler , который будет перехватывать исключение и отправлять понятный ответ пользователю.

Вызываем повторно наш метод и видим, что мы стали получать понятное описание ошибки.

Но теперь вернулся 200 http код, куда корректнее вернуть 404 код.

Однако некоторые разработчики предпочитают возвращать объект, вместо ResponseEntity . Тогда вам необходимо воспользоваться аннотацией @ResponseStatus .

Если попробовать совместить ResponseEntity и @ResponseStatus , http-код будет взят из ResponseEntity .

Главный недостаток @ExceptionHandler в том, что он определяется для каждого контроллера отдельно. Обычно намного проще обрабатывать все исключения в одном месте.

Хотя это ограничение можно обойти если @ExceptionHandler будет определен в базовом классе, от которого будут наследоваться все контроллеры в приложении, но такой подход не всегда возможен, особенно если перед нами старое приложение с большим количеством легаси.

HandlerExceptionResolver

Как мы знаем в программировании магии нет, какой механизм задействуется, чтобы перехватывать исключения?

Интерфейс HandlerExceptionResolver является общим для обработчиков исключений в Spring. Все исключений выброшенные в приложении будут обработаны одним из подклассов HandlerExceptionResolver . Можно сделать как свою собственную реализацию данного интерфейса, так и использовать существующие реализации, которые предоставляет нам Spring из коробки.

Давайте разберем стандартные для начала:

ExceptionHandlerExceptionResolver — этот резолвер является частью механизма обработки исключений помеченных аннотацией @ExceptionHandler , которую мы рассмотрели выше.

DefaultHandlerExceptionResolver — используется для обработки стандартных исключений Spring и устанавливает соответствующий код ответа, в зависимости от типа исключения:

Мы можем создать собственный HandlerExceptionResolver . Назовем его CustomExceptionResolver и вот как он будет выглядеть:

Мы создаем объект представления – ModelAndView , который будет отправлен пользователю, и заполняем его. Для этого проверяем тип исключения, после чего добавляем в представление сообщение о конкретной ошибке и возвращаем представление из метода. Если ошибка имеет какой-то другой тип, который мы не предусмотрели в этом обработчике, то мы отправляем сообщение об ошибке при выполнении запроса.

Так как мы пометили этот класс аннотацией @Component , Spring сам найдет и внедрит наш резолвер куда нужно. Посмотрим, как Spring хранит эти резолверы в классе DispatcherServlet .

Все резолверы хранятся в обычном ArrayList и в случае исключнеия вызываются по порядку, при этом наш резолвер оказался последним. Таким образом, если непосредственно в контроллере окажется @ExceptionHandler обработчик, то наш кастомный резолвер не будет вызван, так как обработка будет выполнена в ExceptionHandlerExceptionResolver .

Важное замечание. У меня не получилось перехватить здесь ни одно Spring исключение, например MethodArgumentTypeMismatchException , которое возникает если передавать неверный тип для аргументов @RequestParam .

Этот способ был показан больше для образовательных целей, чтобы показать в общих чертах, как работает этот механизм. Не стоит использовать этот способ, так как есть вариант намного удобнее.

@RestControllerAdvice

Исключения возникают в разных сервисах приложения, но удобнее всего обрабатывать все исключения в каком-то одном месте. Именно для этого в SpringBoot предназначены аннотации @ControllerAdvice и @RestControllerAdvice . В статье мы рассмотрим @RestControllerAdvice , так как у нас REST API.

На самом деле все довольно просто. Мы берем методы помеченные аннотацией @ExceptionHandler , которые у нас были в контроллерах и переносим в отдельный класс аннотированный @RestControllerAdvice .

За обработку этих методов класса точно также отвечает класс ExceptionHandlerExceptionResolver . При этом мы можем здесь перехватывать даже стандартные исключения Spring, такие как MethodArgumentTypeMismatchException .

На мой взгляд, это самый удобный и простой способ обработки возвращаемых пользователю исключений.

Еще про обработку

Все написанное дальше относится к любому способу обработки исключений.

Запись в лог

Важно отметить, что исключения больше не записываются в лог. Если помимо ответа пользователю, вам все же необходимо записать это событие в лог, то необходимо добавить строчку записи в методе обработчике, например вот так:

Перекрытие исключений

Вы можете использовать иерархию исключений с наследованием и обработчики исключений для всей своей иерархии. В таком случае обработка исключения будет попадать в самый специализированный обработчик.

Допустим мы бросаем NotFoundException , как в примере выше, который наследуется от RuntimeException . И у вас будет два обработчика исключений для NotFoundException и RuntimeException . Исключение попадет в обработчик для NotFoundException . Если этот обработчик убрать, то попадет в обработчик для RuntimeException .

Резюмирую

Обработка исключений это важная часть REST API. Она позволяет возвращать клиентам информационные сообщения, которые помогут им скорректировать свой запрос.

Мы можем по разному реализовать обработку в зависимости от нашей архитектуры. Предпочитаемым способом считаю вариант с @RestControllerAdvice . Этот вариант самый чистый и понятный.

Источник

Exception Handling

ABP provides a built-in infrastructure and offers a standard model for handling exceptions.

• Automatically handles all exceptions and sends a standard formatted error message to the client for an API/AJAX request.
• Automatically hides internal infrastructure errors and returns a standard error message.
• Provides an easy and configurable way to localize exception messages.
• Automatically maps standard exceptions to HTTP status codes and provides a configurable option to map custom exceptions.

Automatic Exception Handling

AbpExceptionFilter handles an exception if any of the following conditions are met:

• Exception is thrown by a controller action which returns an object result (not a view result).
• The request is an AJAX request ( X-Requested-With HTTP header value is XMLHttpRequest ).
• Client explicitly accepts the application/json content type (via accept HTTP header).

If the exception is handled it’s automatically logged and a formatted JSON message is returned to the client.

Error Message Format

Error Message is an instance of the RemoteServiceErrorResponse class. The simplest error JSON has a message property as shown below:

There are optional fields those can be filled based upon the exception that has occurred.

Error Code

Error code is an optional and unique string value for the exception. Thrown Exception should implement the IHasErrorCode interface to fill this field. Example JSON value:

Error code can also be used to localize the exception and customize the HTTP status code (see the related sections below).

Error Details

Error details in an optional field of the JSON error message. Thrown Exception should implement the IHasErrorDetails interface to fill this field. Example JSON value:

Validation Errors

validationErrors is a standard field that is filled if the thrown exception implements the IHasValidationErrors interface.

AbpValidationException implements the IHasValidationErrors interface and it is automatically thrown by the framework when a request input is not valid. So, usually you don’t need to deal with validation errors unless you have higly customised validation logic.

Logging

Caught exceptions are automatically logged.

Log Level

Exceptions are logged with the Error level by default. The Log level can be determined by the exception if it implements the IHasLogLevel interface. Example:

Self Logging Exceptions

Some exception types may need to write additional logs. They can implement the IExceptionWithSelfLogging if needed. Example:

ILogger.LogException extension methods is used to write exception logs. You can use the same extension method when needed.

Business Exceptions

Most of your own exceptions will be business exceptions. The IBusinessException interface is used to mark an exception as a business exception.

BusinessException implements the IBusinessException interface in addition to the IHasErrorCode , IHasErrorDetails and IHasLogLevel interfaces. The default log level is Warning .

Usually you have an error code related to a particular business exception. For example:

QaErrorCodes.CanNotVoteYourOwnAnswer is just a const string . The following error code format is recommended:

code-namespace is a unique value specific to your module/application. Example:

Volo.Qa is the code-namespace here. code-namespace is then will be used while localizing exception messages.

• You can directly throw a BusinessException or derive your own exception types from it when needed.
• All properties are optional for the BusinessException class. But you generally set either ErrorCode or Message property.

Exception Localization

One problem with throwing exceptions is how to localize error messages while sending it to the client. ABP offers two models and their variants.

User Friendly Exception

If an exception implements the IUserFriendlyException interface, then ABP does not change it’s Message and Details properties and directly send it to the client.

UserFriendlyException class is the built-in implementation of the IUserFriendlyException interface. Example usage:

In this way, there is no need for localization at all. If you want to localize the message, you can inject and use the standard string localizer (see the localization document). Example:

Then define it in the localization resource for each language. Example:

String localizer already supports parameterized messages. For example:

Then the localization text can be:

• The IUserFriendlyException interface is derived from the IBusinessException and the UserFriendlyException class is derived from the BusinessException class.

Using Error Codes

UserFriendlyException is fine, but it has a few problems in advanced usages:

• It requires you to inject the string localizer everywhere and always use it while throwing exceptions.
• However, in some of the cases, it may not be possible to inject the string localizer (in a static context or in an entity method).

Instead of localizing the message while throwing the exception, you can separate the process using error codes.

First, define the code-namespace to localization resource mapping in the module configuration:

Then any of the exceptions with Volo.Qa namespace will be localized using their given localization resource. The localization resource should always have an entry with the error code key. Example:

Then a business exception can be thrown with the error code:

• Throwing any exception implementing the IHasErrorCode interface behaves the same. So, the error code localization approach is not unique to the BusinessException class.
• Defining localized string is not required for an error message. If it’s not defined, ABP sends the default error message to the client. It does not use the Message property of the exception! if you want that, use the UserFriendlyException (or use an exception type that implements the IUserFriendlyException interface).

Using Message Parameters

If you have a parameterized error message, then you can set it with the exception’s Data property. For example:

Fortunately there is a shortcut way to code this:

Then the localized text can contain the UserName parameter:

• WithData can be chained with more than one parameter (like .WithData(. ).WithData(. ) ).

HTTP Status Code Mapping

ABP tries to automatically determine the most suitable HTTP status code for common exception types by following these rules:

• For the AbpAuthorizationException :
  • Returns 401 (unauthorized) if user has not logged in.
  • Returns 403 (forbidden) if user has logged in.
• Returns 400 (bad request) for the AbpValidationException .
• Returns 404 (not found) for the EntityNotFoundException .
• Returns 403 (forbidden) for the IBusinessException (and IUserFriendlyException since it extends the IBusinessException ).
• Returns 501 (not implemented) for the NotImplementedException .
• Returns 500 (internal server error) for other exceptions (those are assumed as infrastructure exceptions).

The IHttpExceptionStatusCodeFinder is used to automatically determine the HTTP status code. The default implementation is the DefaultHttpExceptionStatusCodeFinder class. It can be replaced or extended as needed.

Custom Mappings

Automatic HTTP status code determination can be overrided by custom mappings. For example:

Subscribing to the Exceptions

It is possible to be informed when the ABP Framework handles an exception. It automatically logs all the exceptions to the standard logger, but you may want to do more.

In this case, create a class derived from the ExceptionSubscriber class in your application:

The context object contains necessary information about the exception occurred.

You can have multiple subscribers, each gets a copy of the exception. Exceptions thrown by your subscriber is ignored (but still logged).

Built-In Exceptions

Some exception types are automatically thrown by the framework:

• AbpAuthorizationException is thrown if the current user has no permission to perform the requested operation. See authorization for more.
• AbpValidationException is thrown if the input of the current request is not valid. See validation for more.
• EntityNotFoundException is thrown if the requested entity is not available. This is mostly thrown by repositories.

You can also throw these type of exceptions in your code (although it’s rarely needed).

AbpExceptionHandlingOptions

AbpExceptionHandlingOptions is the main options object to configure the exception handling system. You can configure it in the ConfigureServices method of your module:

Here, a list of the options you can configure:

• SendExceptionsDetailsToClients (default: false ): You can enable or disable sending exception details to the client.
• SendStackTraceToClients (default: true ): You can enable or disable sending the stack trace of exception to the client. If you want to send the stack trace to the client, you must set both SendStackTraceToClients and SendExceptionsDetailsToClients options to true otherwise, the stack trace will not be sent to the client.

Источник

I am going to show you example of laravel send email on exception. step by step explain laravel send exception mail. if you have question about how to send mail on exception in laravel then I will give simple example with solution. you can see laravel send email on error.

You can use this example with laravel 6, laravel 7, laravel 8 and laravel 9 version.

Sometimes we upload code on production and when you have any error on production then we don’t know it. Even laravel log on laravel.log file but as a developer, we don’t check every day on the log file. so you need something that will inform you when error or exception generate on your application. I will give you the perfect solution for this. When any error or exception generate in your laravel project then it will inform you via email. Yes, We will send an email on Error Exceptions in laravel.

It’s totally free. So just follow the below step and add send mail on an error in laravel app.

Step 1: Install Laravel

This step is not required; however, if you have not created the laravel app, then you may go ahead and execute the below command:

composer create-project laravel/laravel example-app

Step 2: Make Configuration

In first step, you have to add send mail configuration with mail driver, mail host, mail port, mail username, mail password so laravel 9 will use those sender configuration for sending email. So you can simply add as like following.

.env

MAIL_MAILER=smtp
MAIL_HOST=smtp.gmail.com
MAIL_PORT=465
MAIL_USERNAME=mygoogle@gmail.com
MAIL_PASSWORD=rrnnucvnqlbsl
MAIL_ENCRYPTION=tls
MAIL_FROM_ADDRESS=mygoogle@gmail.com
MAIL_FROM_NAME="${APP_NAME}"

Step 3: Create Mail Class

In this step we will create mail class ExceptionOccured for email send on error exception. So let’s run bellow command.

php artisan make:mail ExceptionOccured

now, let’s update code on ExceptionOccured.php file as bellow:

app/Mail/ExceptionOccured.php

<?php
namespace AppMail;
use IlluminateBusQueueable;
use IlluminateContractsQueueShouldQueue;
use IlluminateMailMailable;
use IlluminateQueueSerializesModels;
class ExceptionOccured extends Mailable
{
    use Queueable, SerializesModels;
    public $content;
    /**
     * Create a new message instance.
     *
     * @return void
     */
    public function __construct($content)
    {
        $this->content = $content;
    }
    /**
     * Build the message.
     *
     * @return $this
     */
    public function build()
    {
        return $this->view('emails.exception')
                    ->with('content', $this->content);
    }
}

Step 4: Create Blade View

In this step, we will create blade view file for email. In this file we will write all exception details. now we just write some dummy text. create bellow files on «emails» folder.

resources/views/emails/exception.blade.php

<!DOCTYPE html>
<html>
    <head>
        <meta charset="UTF-8" />
        <meta name="robots" content="noindex,nofollow" />
        <style>            body { background-color: #F9F9F9; color: #222; font: 14px/1.4 Helvetica, Arial, sans-serif; margin: 0; padding-bottom: 45px; }
            a { cursor: pointer; text-decoration: none; }
            a:hover { text-decoration: underline; }
            abbr[title] { border-bottom: none; cursor: help; text-decoration: none; }
            code, pre { font: 13px/1.5 Consolas, Monaco, Menlo, "Ubuntu Mono", "Liberation Mono", monospace; }
            table, tr, th, td { background: #FFF; border-collapse: collapse; vertical-align: top; }
            table { background: #FFF; border: 1px solid #E0E0E0; box-shadow: 0px 0px 1px rgba(128, 128, 128, .2); margin: 1em 0; width: 100%; }
            table th, table td { border: solid #E0E0E0; border-width: 1px 0; padding: 8px 10px; }
            table th { background-color: #E0E0E0; font-weight: bold; text-align: left; }
            .hidden-xs-down { display: none; }
            .block { display: block; }
            .break-long-words { -ms-word-break: break-all; word-break: break-all; word-break: break-word; -webkit-hyphens: auto; -moz-hyphens: auto; hyphens: auto; }
            .text-muted { color: #999; }
            .container { max-width: 1024px; margin: 0 auto; padding: 0 15px; }
            .container::after { content: ""; display: table; clear: both; }
            .exception-summary { background: #B0413E; border-bottom: 2px solid rgba(0, 0, 0, 0.1); border-top: 1px solid rgba(0, 0, 0, .3); flex: 0 0 auto; margin-bottom: 30px; }
            .exception-message-wrapper { display: flex; align-items: center; min-height: 70px; }
            .exception-message { flex-grow: 1; padding: 30px 0; }
            .exception-message, .exception-message a { color: #FFF; font-size: 21px; font-weight: 400; margin: 0; }
            .exception-message.long { font-size: 18px; }
            .exception-message a { border-bottom: 1px solid rgba(255, 255, 255, 0.5); font-size: inherit; text-decoration: none; }
            .exception-message a:hover { border-bottom-color: #ffffff; }
            .exception-illustration { flex-basis: 111px; flex-shrink: 0; height: 66px; margin-left: 15px; opacity: .7; }
            .trace + .trace { margin-top: 30px; }
            .trace-head .trace-class { color: #222; font-size: 18px; font-weight: bold; line-height: 1.3; margin: 0; position: relative; }
            .trace-message { font-size: 14px; font-weight: normal; margin: .5em 0 0; }
            .trace-file-path, .trace-file-path a { color: #222; margin-top: 3px; font-size: 13px; }
            .trace-class { color: #B0413E; }
            .trace-type { padding: 0 2px; }
            .trace-method { color: #B0413E; font-weight: bold; }
            .trace-arguments { color: #777; font-weight: normal; padding-left: 2px; }
            @media (min-width: 575px) {
                .hidden-xs-down { display: initial; }
            }</style>
    </head>
    <body>
            <div class="exception-summary">
                <div class="container">
                    <div class="exception-message-wrapper">
                        <h1 class="break-long-words exception-message">{{ $content['message'] ?? '' }}</h1>
                        <div class="exception-illustration hidden-xs-down"></div>
                    </div>
                </div>
            </div>
            <div class="container">
                <div class="trace trace-as-html">
                        <table class="trace-details">
                            <thead class="trace-head"><tr><th>
                                <h3 class="trace-class">
                                    <span class="text-muted">(1/1)</span>
                                    <span class="exception_title"><span title="ErrorException">ErrorException</span></span>
                                </h3>
                                <p class="break-long-words trace-message">{{ $content['message'] ?? '' }}</p>
                                <p class="">URL: {{ $content['url'] ?? '' }}</p>
                                <p class="">IP: {{ $content['ip'] ?? '' }}</p>
                            </th></tr></thead>
                            <tbody>
                                <tr>
                                    <td>
                                        <span class="block trace-file-path">in <span title="{{ $content['file'] ?? '' }}"><strong>{{ $content['file'] ?? '' }}</strong> line {{ $content['line'] ?? '' }}</span></span>
                                    </td>
                                </tr>
                                @foreach(($content['trace'] ?? []) as $value)
                                <tr>
                                    <td>
                                        at <span class="trace-class"><span title="{{ $value['class'] ?? '' }}">{{ basename($value['class'] ?? '') }}</span></span><span class="trace-type">-></span><span class="trace-method">{{ $value['function'] ?? '' }}</span>(<span class="trace-arguments"></span>)<span class="block trace-file-path">in <span title=""><strong>{{ $value['file'] ?? '' }}</strong> line {{ $value['line'] ?? '' }}</span></span>
                                    </td>
                                </tr>
                                @endforeach
                        </tbody>
                    </table>
                </div>
            </div>
    </body>
</html>

Step 5: Send Mail on Exception

Here, every error exception handle on Exceptions/Handler.php file in laravel. in this file we will write code for send email with error message, file, line, trace, url and ip address details. you can get more details and send in email.

You can also store this information on database from here. so let’s copy below code and paste on Handler.php file. You need to change recipient email address.

app/Exceptions/Handler.php

<?php
namespace AppExceptions;
use IlluminateFoundationExceptionsHandler as ExceptionHandler;
use Throwable;
use Log;
use Mail;
use AppMailExceptionOccured;
class Handler extends ExceptionHandler
{
    /**
     * A list of the exception types that are not reported.
     *
     * @var array>
     */
    protected $dontReport = [
    ];
    /**
     * A list of the inputs that are never flashed for validation exceptions.
     *
     * @var array
     */
    protected $dontFlash = [
        'current_password',
        'password',
        'password_confirmation',
    ];
    /**
     * Register the exception handling callbacks for the application.
     *
     * @return void
     */
    public function register()
    {
        $this->reportable(function (Throwable $e) {
            $this->sendEmail($e);
        });
    }
    /**
     * Write code on Method
     *
     * @return response()
     */
    public function sendEmail(Throwable $exception)
    {
       try {
            $content['message'] = $exception->getMessage();
            $content['file'] = $exception->getFile();
            $content['line'] = $exception->getLine();
            $content['trace'] = $exception->getTrace();
            $content['url'] = request()->url();
            $content['body'] = request()->all();
            $content['ip'] = request()->ip();
            Mail::to('your_email@gmail.com')->send(new ExceptionOccured($content));
        } catch (Throwable $exception) {
            Log::error($exception);
        }
    }
}

Step 6: Create Routes

In this step, we will add one route that generate exception and you will receive one email notification. We are creating this is a testing route. so let’s add it.

routes/web.php

<?php
use IlluminateSupportFacadesRoute;
/*
|--------------------------------------------------------------------------
| Web Routes
|--------------------------------------------------------------------------
|
| Here is where you can register web routes for your application. These
| routes are loaded by the RouteServiceProvider within a group which
| contains the "web" middleware group. Now create something great!
|
*/
Route::get('/get-error', function () {
    $find = AppModelsUser::find(100000)->id;
    return view('welcome');
});

Run Laravel App:

All the required steps have been done, now you have to type the given below command and hit enter to run the Laravel app:

php artisan serve

Now, Go to your web browser, type the given URL and view the app output:

http://localhost:8000/get-error

Output: You Email Look Like This

I hope it can help you…

I’ve been encountering an issue that has left me a bit confused as of late. For almost 2 weeks now (the april 1st patch is when this started) I’ve been getting this exception-error. This error has no direct error code it just shows up as «Exception» and brings up a crash-send option. Yet it doesn’t technically crash. Instead, it loads as normal after these two boxes open. I can close the Warthunder: Crash report (or even send an error which i did this last time.) and it’ll be fine, won’t close the game. It just… covers the screen. Since this initiates in the launcher I figured this would be where this bug goes, but i’m not entirely sure (again because of how this error proceeds from the launcher into the game.

 I can then play the game as normal without problem but the moment I close the «exception» box, the game is then shut down to the desktop.  I wasn’t sure if this follows the same issue as others have brought up involving EAC, but i do not have an error # to share in accordance with it… It does compile a .dmp and .zip file with a .clog and two text files when I hit the crash report so i have have attached the crash report .zip the .dmp file and will also attach my DxDiag but other than that I do not have any other details beyond this screenshot, as this really doesn’t seem to do anything outside of throw up this questionable error upon passing the second Warthunder splash-screen (immediately after EAC finishes scanning.) and then opens the game. 

A few of the things i’ve tried:

Total shutdown

Repaired files through launcher

System restart

Repair EAC (from the warthunder files suggested in another thread on the off chance that it may have been the case)

Tried both stable and experimental launchers

Attempted both 64bit and 32bit .exe extensions

Removed all external devices (VR, all controllers, headset, speakers)

Reinstalled graphics drivers (Both through the GEforce Experience tool and by installing from the Nvidia drivers’ website)

Changed in-game quality settings (was worth a shot)

TOTAL re-install (uninstalled, cleared registry, reset system, total system cleanup using CCleaner, reset again & reinstalled after 24 hours, which is what i just finished doing today.

This is the first time in almost 10 years of playing that i’ve experienced an error that wasn’t simply caused because of my controller being plugged in, and this by far has me dumbfounded because the game doesn’t physically crash. I’ll be rather livid if it’s something simple that I completely overlooked but after messing with this for 12 days, I’d like some help please…

f39argxv6.zip
DxDiag.txt
f39argxv6.dmp