Обычный способ перенаправления на страницу 404 состоит в добавлении подстановочного маршрута:
const routes: Routes = [
...allYourRoutes,
{ path: '**', redirectTo: '/not-found' }
];
Поэтому, если маршрутизатор не может найти маршрут, он перенаправляется на '/not-found'
.
Имейте в виду, он должен быть последним в определении вашего маршрута.
Если у вас есть что-то конкретное, вы можете сохранить текущий URL с помощью угловых http перехватчиков .
@Injectable()
export class YourInterceptor implements HttpInterceptor {
constructor(private retainUrlService: RetainUrlService, private router: Router) {}
intercept(req: HttpRequest, next: HttpHandler): Observable> {
return next.handle(req).pipe(
catchError(err => {
console.warn('Interceptor: Request error.', err);
this.retainUrlService.saveUrl(router.url);
return throwError(err);
})
);
}
}
Где retainUrlService
- ваш собственный инъекционный сервис.
Я послал электронное письмо Ayende Rahien о проблеме и благодарности ему для ответа. Он сказал, что
ответ - то, что нет такого инструмента, но преобразование обычно довольно легко.
перерегистрация от быть в спящем режиме форумов... не уверенных, если это относится к nhibernate или актуальное
<час>от: макс. В спящем режиме Команда
Опубликовано: Sun 24 декабря 2006 7:12
, это - очень упрямый фольклор, который критерии переводят в HQL. Критерии переходят непосредственно к SQL, но нет никакого прямого общедоступного API для получения его программно.
...
перевод дважды не очень эффективен ;)
http://forum.hibernate.org/viewtopic.php?t=968990&view=next&sid=50454aa6cec8d482198117fbd398ca70
Какую версию nHibernate Вы используете? Я думаю с помощью последней версии, мог бы решить проблему, поскольку 2.0 GA имеют большое повреждение изменений.
Я модифицировал API критериев Hibernate для генерации запросов JPQL, пытаясь сохранить в основном похожий интерфейс. Мой проект называется Criteria2JPQL по адресу:
https://sourceforge.net/projects/criteria2jpql/
Поскольку этот перевод представляет собой простую операцию в памяти, которая генерирует стандартный запрос JPQL, существенных проблем с производительностью нет. . С другой стороны, идея этого проекта возникла из-за плохой производительности собственных sql-запросов Hibernate Critera, включая множество ненужных объединений. Мы испытали использование Criteria2JPQL в нашем проекте в моей компании и заметили, что ненужные объединения исчезли.