0

Spring ベースの Wicket アプリがあります。
プールされたデータソース Bean があります。
これで、MySQL が停止したときに、スタック トレースを含むデフォルトの Wicket エラー ページが表示されます。

この状況を処理し、一部のページ(静的ページ) のみを完全に表示できるようにし、他のページにはカスタム エラー ページを表示したいと考えています。

これを効率的に実装するにはどうすればよいですか?

ページのコードで例外をキャッチできることはわかっていますが、これは一種の信頼性の低い MySQL インスタンスであり、頻繁にダウンします :) または、他の種類の信頼性の低いリソースを考えてみてください。各ページに if を置くのは効率が悪いようです。リソースを必要とするページのリストと、それへのリクエストをカスタム エラー ページにリダイレクトするページが必要です。

boolean isResourceReadyグローバルと、そのエラーで開始され、定期的に可用性をチェックし、最終的にリソースが戻ったときに動的ページを許可するスレッドを持つことを考えていました。

ヒントをありがとう。

Root cause:

java.net.ConnectException: Connection refused
at ... java.net stuff
... JDBC stuff
... Spring stuff
... DBCP and Pool stuff
... Hibernate stuff
at org.hibernate.ejb.QueryImpl.getSingleResult(QueryImpl.java:88)
at cz.oz.wicket.stack.dao.TestEntityDaoImpl$1.doInJpa(TestEntityDaoImpl.java:36)
at org.springframework.orm.jpa.JpaTemplate.execute(JpaTemplate.java:184)
at cz.oz.wicket.stack.dao.TestEntityDaoImpl.createSyntheticTestEntity(TestEntityDaoImpl.java:32)
at cz.oz.wicket.stack.pages.home.HomePage.<init>(HomePage.java:31)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at org.apache.wicket.session.DefaultPageFactory.createPage(DefaultPageFactory.java:188)
at org.apache.wicket.session.DefaultPageFactory.newPage(DefaultPageFactory.java:65)
at org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.newPage(BookmarkablePageRequestTarget.java:298)
at org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.getPage(BookmarkablePageRequestTarget.java:320)
at org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.processEvents(BookmarkablePageRequestTarget.java:234)
at org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:92)
at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1250)
at org.apache.wicket.RequestCycle.step(RequestCycle.java:1329)
at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1428)
at org.apache.wicket.RequestCycle.request(RequestCycle.java:545)
at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:479)
at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:312)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)
at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:926)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
at org.mo
4

2 に答える 2

2

Wicketでの通常のエラーページ処理を使用するのが最善の場合があります。

ただし、例外に反応するのではなく、例外を予測したい場合、これはServletFilterの自然なアプリケーションのように見えます。特に、Spring OpenSessionInViewFilterをすでに使用している場合は、それをサブクラス化して、

protected Session getSession(SessionFactory sessionFactory) 

データベース接続がないことを検出し、特別なページに転送します。

フィルタを使用して実行している場合、エラーページに移動するかどうかの決定は、何らかのグローバルによって行われる必要がある場合がありますが、これは、すでにシングルトンであるWebApplicationオブジェクト。

于 2010-07-15T03:25:20.177 に答える
0

コンストラクターで可能な限り低くします。onInitialize() でより多くのことを行い、エラーをより適切に制御します。

于 2012-05-16T07:36:34.727 に答える