問題タブ [gwt-mvp]

この記事を読んだだけで、かなり混乱しました。

第二に、このモデルにより、ブラウザーの存在に依存する GWTTestCase の使用を最小限に抑えることができ、コードの大部分について、軽量 (かつ高速) JRE テスト (ブラウザーを必要としない) を作成できます。[1]

これは、この設計パターンに従うことで得られるすべての利点ですか? コードが複雑になりそうです... このパターンを使用しますか?

新しいデータ プレゼンテーション ウィジェット (cellTable) を使用しようとしています。

今私が作っているデモのために、ここの例を使用しましたGWT 2.1データプレゼンテーションウィジェットを使用して各行の列にボタンを作成する方法.

MVP についての私の理解では、HasClickEvents を自分のビューからプレゼンターに公開する必要があるということです。どうすればこれを達成できますか?

今、私は持っています

GWT 2.1以降のアプリで、外部消費用の場所へのリンクを生成するにはどうすればよいですか？

たとえば、Place1へのリンクを作成するとします。内部消費のために私はすることができpresenter.goTo(new Place1("token"))ました。Anchorこれを、ユーザーがブラウザに貼り付けることができる、またはある種のリンクにするにはどうすればよいですか？

gin、Presenter、dispatcher を使用して Web アプリケーションを作成し、JBoss に正常にデプロイするという奇妙なエラーが発生しましたが、プロセス サーバーにデプロイしようとしたときに、war フォルダーをコピーし、実行中の application.xml を含めるという同じ方法に従いました。 jbossの下でエラーが発生しています

クラス com.wellsfargo.coredevelopment.server.guice.MyGuiceServletConfig java.lang.NoClassDefFoundError: com/google/inject/servlet/ GuiceServletContextListener の java.lang.ClassLoader.defineClass1(Native Method) の java.lang.ClassLoader のアプリケーション リスナーの構成エラー.defineClassCond(ClassLoader.java:632) で java.lang.ClassLoader.defineClass(ClassLoader.java:616) で java.security.SecureClassLoader.defineClass(SecureClassLoader.java: 141) で java.net.URLClassLoader.defineClass(URLClassLoader. java:283) で java.net.URLClassLoader.access$000(URLClassLoader.java:58) で java.net.URLClassLoader$1.run(URLClassLoader.java:197) で java.security.AccessController.doPrivileged(Native Method) で Java .net.URLClassLoader.findClass(URLClassLoader.java:190) java.lang.ClassLoader.loadClass(ClassLoader.java:307) で sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) で java.lang.ClassLoader.loadClass(ClassLoader.java:296) で org.jboss.mx.loading.RepositoryClassLoader.loadClassLocally(RepositoryClassLoader.java) : 190) org.jboss.mx.loading.ClassLoadingTask で $ThreadTask.run(ClassLoadingTask.java:131) org.jboss.mx.loading.LoadMgr3.nextTask(LoadMgr3.java:399) で org.jboss.mx. loading.RepositoryClassLoader.loadClassImpl(RepositoryClassLoader.java: 517) org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoader.java: 405) で java.lang.ClassLoader.loadClass(ClassLoader.java:296) で java.net org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java: 3711) at org.apache.catalina.core.StandardContext.start(StandardContext.java: 4211) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java: 759) org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java: 739) で org.apache.catalina.core.StandardHost.addChild(StandardHost.java: 524) で sun.reflect.NativeMethodAccessorImpl.invoke0(Nativeメソッド) で sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java: 39) で sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java: 25) で java.lang.reflect.Method.invoke(Method.java:597) でorg.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java: の org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java: 503)164) org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java: 659) で org.apache.catalina.core.StandardContext.init(StandardContext.java: 5052) で sun.reflect.NativeMethodAccessorImpl.invoke0(Nativeメソッド) で sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java: 39) で sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java: 25) で java.lang.reflect.Method.invoke(Method.java:597) でorg.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java: 164) で org.jboss.mx.server.MBeanServerImpl.invoke( MBeanServerImpl.java: 659) org.jboss.web.tomcat.tc5.TomcatDeployer.performDeployInternal(TomcatDeployer.java: 297) org.jboss.web.tomcat.tc5.TomcatDeployer.performDeploy(TomcatDeployer.java: 103) org.jboss.web.AbstractWebDeployer.start(AbstractWebDeployer.java: 371) で org.jboss.web.WebModule.startModule(WebModule.java:83) で org.jboss.web.WebModule org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java: 289) の .startService(WebModule.java:61) org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java: 245) の sun.reflect.GeneratedMethodAccessor11。 org.jboss.mx.interceptor.ReflectedDispatcher.invoke(java.lang.reflect.Method.invoke(Method.java:597)でsun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java: 25)でinvoke(不明なソース) ReflectedDispatcher.java: 155) org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) で org.jboss.mx.server.Invocation で。org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java: 264) での invoke(Invocation.java:86) org.jboss での MBeanServerImpl.invoke(MBeanServerImpl.java: 659) .system.ServiceController $ServiceProxy.invoke(ServiceController.java:978) at $Proxy0.start(不明なソース) at org.jboss.system.ServiceController.start(ServiceController.java: 417) at sun.reflect.GeneratedMethodAccessor17.invoke(不明なソース) org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher. java: 155) org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) で org.jboss.mx.server.Invocation.invoke(Invocation.java:86) で org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java: 264) org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java: 659) org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) $Proxy29.start(未知のソース) org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java: 466) Sun.reflect.NativeMethodAccessorImpl.invoke0(ネイティブメソッド) Sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java) : 39) org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher. java: 155) org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) で org.jboss.mx.interceptor.AbstractInterceptor で。org.jboss.mx.server.Invocation.invoke(Invocation.java:88) での invoke(AbstractInterceptor.java: 133) org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java: 142) での.mx.interceptor.DynamicInterceptor.invoke(DynamicInterceptor.java: 97) org.jboss.system.InterceptorServiceMBeanSupport.invokeNext(InterceptorServiceMBeanSupport.java: 238) org.jboss.ws.integration.jboss.DeployerInterceptor.start(DeployerInterceptor.java) : 92) org.jboss.deployment.SubDeployerInterceptorSupport $XMBeanInterceptor.start(SubDeployerInterceptorSupport.java:188) で org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java: 95) で org.jboss.mx.server.Invocation. org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java: 264) $Proxy30.start(Unknown Source) で) org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) で org.jboss.deployment.MainDeployer.start(MainDeployer.java:1015) で org.jboss.deployment.MainDeployer.deploy(MainDeployer.java: 819) org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) で sun.reflect.GeneratedMethodAccessor55.invoke(不明なソース) で sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java: 25) で java.lang org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java: 155) の .reflect.Method.invoke(Method.java:597) org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java: 133) で org.jboss.mx.server.Invocation.invoke(Invocation.java:88) で org.jboss.mx.interceptor.ModelMBeanOperationInterceptor .invoke(ModelMBeanOperationInterceptor.java: 142) org.jboss.mx.server.Invocation.invoke(Invocation.java:88) org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java: 264) org. jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java: 659) org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) で $Proxy9.deploy (未知のソース) で org.jboss.deployment .scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java: 421) org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java: 634) で org.jboss.deployment.scanner.$ScannerThread.doScan(AbstractDeploymentScanner.java:263) org.jboss.deployment.scanner.AbstractDeploymentScanner.startService(AbstractDeploymentScanner.java: 336) org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java: 289) .jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java: 245) の sun.reflect.GeneratedMethodAccessor11.invoke(未知のソース) の sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java: 25) の java.lang.reflect.Method org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java: 155) の .invoke(Method.java:597) org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) の org. org.jboss.mx.server の jboss.mx.server.Invocation.invoke(Invocation.java:86)。AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java: 264) org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java: 659) org.jboss.system.ServiceController $ServiceProxy.invoke(ServiceController.java:978) at $ Proxy0.start (未知のソース) org.jboss.system.ServiceController.start (ServiceController.java: 417) で sun.reflect.GeneratedMethodAccessor17.invoke (未知のソース) で sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java: 25) ) org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java: 155) で java.lang.reflect.Method.invoke(Method.java:597) org.jboss.mx.server.Invocation.dispatch( Invocation.java:94) org.jboss.mx.server.Invocation.invoke(Invocation.java:86) org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java: 264) org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java: 659) で org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) で $Proxy4.start(Unknown Source ) org.jboss.deployment.SARDeployer.start(SARDeployer.java:302) で org.jboss.deployment.MainDeployer.start(MainDeployer.java:1025) で org.jboss.deployment.MainDeployer.deploy(MainDeployer.java: 819) org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:782) で org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766) で sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) で sun java.lang.reflect.Method.invoke(Method.java:597) org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java: 155) で org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) で org.jboss.mx.interceptor.AbstractInterceptor .invoke(AbstractInterceptor.java: 133) org.jboss.mx.server.Invocation.invoke(Invocation.java:88) org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java: 142) org. jboss.mx.server.Invocation.invoke(Invocation.java:88) org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java: 264) org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl. java: 659) org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) で $Proxy5.deploy(未知のソース) で org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482) ) org.jboss で。system.server.ServerImpl.start(ServerImpl.java:362) at org.jboss.Main.boot(Main.java:200) at org.jboss.Main$1.run(Main.java:490) at java.lang. Thread.run(Thread.java:662) 原因: java.lang.ClassNotFoundException: com.google.inject.servlet.GuiceServletContextListener at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController .doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java) :301) java.lang.ClassLoader.loadClass(ClassLoader.java:248) でlang.ClassNotFoundException: com.google.inject.servlet.GuiceServletContextListener at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass( URLClassLoader.java:190) の java.lang.ClassLoader.loadClass(ClassLoader.java:307) の sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) の java.lang.ClassLoader.loadClass(ClassLoader.java) :248)lang.ClassNotFoundException: com.google.inject.servlet.GuiceServletContextListener at java.net.URLClassLoader$1.run(URLClassLoader.java:202) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass( URLClassLoader.java:190) の java.lang.ClassLoader.loadClass(ClassLoader.java:307) の sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) の java.lang.ClassLoader.loadClass(ClassLoader.java) :248)loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:248)loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:248)

私のライブラリのjarフォルダーは aopalliance.jar gin.jar guice-2.0.jar guice-servlet-2.0.jar gwt-dispatch-1.0.0-snapshot.jar gwt-log-2.6.2.jar gwt-presenter-1.0 です.0-snapshot.jar gwt-servlet.jar

Google が提供する挨拶のサンプル アプリケーションでテストしたところ、プロセス サーバーに正常にデプロイされました。

クラス構造は

com.google.inject.Guice をインポートします。com.google.inject.Injector をインポートします。com.google.inject.servlet.GuiceServletContextListener をインポートします。

public class MyGuiceServletConfig extends GuiceServletContextListener {

DispatchServletModule()); } }

「コア」とは、ロードされるアプリケーションの最初の部分を指します。

• URLを場所にバインドするために、GWTはを使用しPlaceTokenizer<P extends Place>ます。URLからアプリケーションをロードすると、メソッドを呼び出して、P getPlace(String token)呼び出す場所の新しいインスタンスを取得します。

  コード分​​割の非同期性のためrunAsync、このメソッドではa内に場所を作成できません。そのため、アプリのすべての場所をコアに配置する必要があります。

• 場所をアクティビティにリンクするために、GWTはActivity getActivity(Place place)（from com.google.gwt.activity.shared.ActivityMapper）を呼び出してアクティビティの新しいインスタンスを取得します。

  繰り返しになりますが、私はすべての活動を中心に据えなければなりません。

これが私が試したいことです：そのカスタムcom.google.gwt.place.shared.Delegateを書く

• にバインドしPlaceChangeRequestEventます。requestedPlaceに対応するAppPieceがロードされていない場合は、event.setWarning(NEED_TO_LOAD_MODULE)
• このconfirm(String message)メソッドでは、メッセージが等しい場合は常にNEED_TO_LOAD_MODULEfalseを返し（ユーザーに迷惑をかけないようにします）、を介してモジュールをロードしますRunAsync。
• モジュールがロードされたら、goTo(requestedPlace)

私のアプリケーションの各AppPieceには、一連のアクティビティと対応するビューが含まれています。マッパーはが起動されたときにのみ呼び出されるため、PlaceChangeEventを介してアクティビティの新しいインスタンスを生成できますAppPiece.getSomeActivityInstance()。

これでうまくいくと確信していますが、気になるのは

• requestedPlaceに応じてロードするAppPieceを見つけると、マッパーと非常によく似たコードを記述しなければなりません。
• 対応するAppPiece内に自分の場所を配置したい
• この目的のためにオーバーライドDelegateするのは難しいので、より良い解決策を探しています

私は大規模なGWTアプリケーションの開発を始めており、多くの記事やブログ投稿を読んだ後、 2.2Model-View-Presenterと2.1Activities-Placesデザインパターンの違いを理解しようとしています。どのパターンをお勧めしますか、またその理由は何ですか？「新しい」という理由だけでMVPを使用する必要がありますか？一方、場所-アクティビティはより「直感的」であるように思われます...または、私は完全に要点を見逃しており、MVPはアクティビティ-場所の改良版にすぎませんか？

そこにいるすべてのGWTの達人に感謝します:-)

MVPパターンを使用してGWTアプリケーションを作成しています。DockLayoutPanelを使用するインデックスページがあります。dockLayoutPanelの各セクション（例：NorthViewとNorthPresenter）のビューとプレゼンターがあります。中央のパネルに4つのボタンがあります（NorthBtn、EastBtn、WestBtn、SouthBtn）。dockLayoutPanelのそれぞれのセクションでUIを変更する必要があるボタンのいずれかをonClickします。

エントリポイントクラス：

AppControllerクラスには、履歴管理およびイベント処理ロジックのロジックがあります。（Googleの記事から-プレゼンターに固有ではなく、代わりにアプリケーション層に存在するロジックを処理するために、AppControllerコンポーネントを紹介します。）

たとえば、中央のパネルにあるEastBtnのonClickで、新しい履歴トークン「east」を追加すると、onValueChange（）メソッドが呼び出されます。それぞれのプレゼンターとビューが作成されます。たとえば、EastViewとEastPresenterは次のようになります。

1. 新しく作成したパネルで既存のEastPanelを更新するにはどうすればよいですか（古いパネルへのハンドルがないため）？
2. ユーザーがボタンをクリックした後にページをブックマークし、ブックマークされたリンクでページに再度アクセスした場合、フローはonValueChangeメソッドに到達し、EastViewとEastPanelを作成します。しかし、ページの残りの部分をどのように再作成し、EastPanelを更新することができますか？

ウィジェットをエントリポイントクラスに配置することで、ウィジェットをmvpで静的に保つ方法を知っている人から知りたいです。または、ウィジェットをappcontrollerに含めることをお勧めします。

ページ全体でメニューバーを静的にしたいなどの問題があります。このために私はフォローします

1. RootPanelを作成します
2. 2つのパネルを追加してページを2つに分割します。goToでメインパネルをAppcontrollerに送信し、メニューバーのクリックに対してメインパネルを変更します。
3. ここでは、イベントを処理するためにメニューバーをどこに追加すればよいか混乱しています。誰かがこれで私を助けることができますか

このアプリは、次のように、メイン表示ページに3つのビューを表示しようとします。

1. 「ページの上部」にあるAAAView
2. 「ページの真ん中」にあるBBBView
3. 「ページの下部」にあるCCCView

問題： アプリは実行されますが、上記のようにビュー（つまり、「AAAView」、「BBBView」、「CCCView」）を配置しません。

（たとえば、「AAAView」は「ページの下部」に表示され、「BBBView」と「CCCView」は「ページの中央」に表示されます...--これはなぜですか？）

この問題は、ActivityMapper / ActivityManagerクラスを誤用（誤解？）してビュー/パネルをメインページに適切に配置（または配置）した結果であると思います。

残念ながら、ActivityMapper/ActivityManagerクラスを適切に/効果的に使用する方法に関する包括的なドキュメントを見つけることができませんでした。（これまでに見たサンプルアプリは、一般的に複雑すぎて、ActivityMapper / ActivityManagerクラスがどのように機能して、パネル/ビューがメインページのどこに表示されるかを正確に特定できませんでした）

アプリで使用されるコードを以下に示します...

（私が間違っていることについてのアドバイスや説明をいただければ幸いです。....--そして、この概念に苦労しているのは私だけではないと思います）

助けてくれてありがとう！

/src/aaa/bbb/ccc/app.gwt.xml

/ src / aaa / bbb / ccc / client / AppEntryPoint

/src/aaa/bbb/ccc/client/AppEntryPoint.ui.xml

/src/aaa/bbb/ccc/client/ClientFactory.java

/src/aaa/bbb/ccc/client/AppPlaceHistoryMapper.java

/src/aaa/bbb/ccc/client/AAAView.java

/src/aaa/bbb/ccc/client/AAAView.ui.xml

/src/aaa/bbb/ccc/client/AAAActivity.java

/src/aaa/bbb/ccc/client/AAAActivityMapper.java

/src/aaa/bbb/ccc/client/AAAPlace.java

/src/aaa/bbb/ccc/client/BBBView.java

/src/aaa/bbb/ccc/client/BBBView.ui.xml

/src/aaa/bbb/ccc/client/BBBActivity.java

/src/aaa/bbb/ccc/client/BBBActivityMapper.java

/src/aaa/bbb/ccc/client/BBBPlace.java

/src/aaa/bbb/ccc/client/CCCView.java

/src/aaa/bbb/ccc/client/BBBView.ui.xml

/src/aaa/bbb/ccc/client/CCCActivity.java

/src/aaa/bbb/ccc/client/CCCActivityMapper.java

/src/aaa/bbb/ccc/client/CCCPlace.java

/src/aaa/bbb/ccc/client/app.css

/war/app.html

/war/WEB-INF/web.xml

これは1000万ドルの質問です！私は GWT 2.1.1、MVP フレームワーク、GIN を使用して開発し、Tomcat 6 にデプロイしています。これまで問題はありませんでした。入力テキスト入力をチェックする正規表現 (RE) クライアント側を追加しました。RE は開発モードでは問題なく動作しますが、Tomcat にデプロイすると動作しません。また、開発モードで tomcat にデプロイしようとしましたが、RE は正常に動作します。関連する war ファイルを tomcat にデプロイするときにのみ問題が発生します。

コードは次のとおりです。

何か案が？？どうもありがとうございました。