NoAccessSignal例外がMobile Controlsビューで "Load More"を実行しようとしたときにスローされました

Question

モバイルコントロールインターフェイスで8.5.3 UP1上で実行されているXPagesアプリケーションがあります。私の開発者とテストサーバーでうまく動作しますが、実際には、ユーザーがビューコントロールの[詳細をロード]ボタンをクリックすると、次の断続的なエラーが表示されます。

5/10/12 4:12 PM：例外がスローされました com.ibm.xsp.acl.NoAccessSignal com.ibm.domino.xsp.module.nsf.NotesContext.checkAccess（NotesContext.java:1611） at com.ibm.domino.xsp.module.nsf。 NotesContext.serverProcessSignedResource（NotesContext.java:955） （com.ibm.domino.xsp.module.nsf.NotesContext.setSignerSessionRights（NotesContext.java:926） at com.ibm.domino.xsp.module.nsf.ModuleClassLoader $ DynamicClassLoader.loadClass（ModuleClassLoader.java:349） at java.lang.ClassLoader.loadClass（ClassLoader.java:619）java.lang.ClassLoader.loadClassでcom.ibm.domino.xsp.module.nsf.ModuleClassLoader.loadClass（ModuleClassLoader.java:171） （ClassLoader.java:619）com.ibm.designer.runtimeで で。 Application.loadClass（Application.java:708） at com.ibm.xsp.library.ApplicationFacesClassLoader.loadClass（ApplicationFacesClassLoader.java:54） （com.ibm.xsp.page.compiled.CompiledPageDriver.getClassForPageName（CompiledPageDriver.java： com.ibm.xsp.page.compiled.CompiledPageDriver.loadPage（CompiledPageDriver.java:61） （com.ibm.xsp.application.ViewHandlerExImpl._createViewRoot（ViewHandlerExImpl.java:489） ） xsp.application.ViewHandlerExImpl.createViewRoot（ViewHandlerExImpl.java:557） at com.ibm.xsp.application.ViewHandlerE com.ibm.xsp.webapp.FacesServlet.serviceView（FacesServlet.java:238）のxImpl.doCreateView ） at com.ibm.xsp.webapp.FacesServletEx.serviceView（FacesServletEx.java:200） at com.ibm.xsp.webapp.FacesServlet.service（FacesServlet.java:160） at com.ibm.xsp.webapp .FacesServletEx.service（FacesServletEx.java:137） at com.ibm.xsp.webapp.DesignerFacesServlet.service（DesignerFacesServlet.java:103） at com.ibm.designer.runtime.domino.adapter.ComponentModule.invokeServlet（ComponentModule .java：576） at com.ibm.domino.xsp.module.nsf.NSFComponentModule.invokeServlet（NSFComponentModule.java:1267） at com.ibm.designer.run time.domino.adapter.ComponentModule $ AdapterInvoker.invokeServlet（ComponentModule.java:847） at com.ibm.designer.runtime.domino.adapter.ComponentModule $ ServletInvoker.doSe rvice（ComponentModule.java:796） at com.ibm .designer.runtime.domino.adapter.ComponentModule.doService（ComponentModule.java:565） at com.ibm.domino.xsp.module.nsf.NSFComponentModule.doService（NSFComponentModule.java:1251） at com.ibm.domino .xsp.module.nsf.NSFService.doServiceInternal（NSFService.java:598） com.ibm.domino.xsp.module.nsf.NSFService.doService（NSFService.java:421） at com.ibm.designer.runtime .domino.adapter.LCDEnvironment.doService（LCDEnvironment.java:341） （com.ibm.designer.runtime.domino.adapter.LCDEnvironment.service（LCDEnvironment.java:297） at co m.ibm.domino.xsp.bridge.http.engine.XspCmdManager.service（XspCmdManager.java:272）

5/10/12 16:43： com.ibm.xsp.acl.NoAccessSignalスローされた例外 at com.ibm.domino.xsp.module.nsf.NotesContext.checkAccess（NotesContext.java:1611） & nbsp; com.ibm.domino.xsp.module.nsf.NotesContext.serverProcessSignedResource（NotesContext.java:955） at com.ibm.domino.xsp.module.nsf.NotesContext.setSignerSessionRights（NotesContext.java:926） at com .ibm。com.ibm.domino.xsp.module.nsfの にある のjava.lang.ClassLoader.loadClass（ClassLoader.java:619）でのdomino.xsp.module.nsf.ModuleClassLoader $ DynamicClassLoader.loadClass（ModuleClassLoader.java:349） 。 （ClassLoader.java:619） at com.ibm.designer.runtime.Application.loadClass（Application.java:708） at com。 ibm.xsp.library.ApplicationFacesClassLoader.loadClass（ApplicationFacesClassLoader.java:54） （com.ibm.xsp.page.compiled.CompiledPageDriver.getClassForPageName（CompiledPageDriver.java:166） 、com.ibm .xsp.page.compiled）。 CompiledPageDriver.loadPage（CompiledPageDriver.java:61） （com.ibm.xsp.application.ViewHandlerExImpl._createViewRoot（ViewHandlerExImpl.java）） ：489）com.ibm.xsp.application.ViewHandlerExImpl.createViewRoot（ViewHandlerExImpl.java:557で ）com.ibm.xsp.application.ViewHandlerExImpl.doCreateView（ViewHandlerExImpl.java:141で ） com.ibm.xspで.application.ViewHandlerEx.createView（ViewHandlerEx.java:90） （com.ibm.xsp.webapp.FacesServlet.serviceView（FacesServlet.java:238） ）com.ibm.xsp.webapp.FacesServletEx.serviceView（FacesServletEx.java ：200） at com.ibm.xsp.webapp.FacesServlet.service（FacesServlet.java:160） at com.ibm.xsp.webapp.FacesServletEx.service（FacesServletEx.java:137） at com.ibm.xsp .webapp.DesignerFacesServlet.service（DesignerFacesServlet.java:103） & nbsp; com.ibm.designer.runtime.domino.adapter.ComponentModule.invokeServlet（ComponentModule.java:576） （com.ibm.domino.xsp.module.nsf.NSFComponentModule.invokeServlet（NSFComponentModule.java:1267）） at com .com.designer.runtime.domino.adapter.ComponentModule $ AdapterInvoker.invokeServlet（ComponentModule.java:847） at com.ibm.designer.runtime.domino.adapter.ComponentModule $ ServletInvoker.doService（ComponentModule.java:796） （NSFComponentModule.java:1251） at com .ibm.domino.xsp.module.nsf.NSFService.doServiceInternal（NSFService.java:598） at com.ibm.domino.xsp.module.nsf.NSFService.doService（NSFService.java:421）com.ibm.designer.runtime.domino.adapterの。 LCDEnvironment.doService（LCDEnvironment.java:341） （com.ibm.designer.runtime.domino.adapter.LCDEnvironment.service（LCDEnvironment.java:297） 、com.ibm.domino.xsp.bridge.http.engine）。 XspCmdManager.service（XspCmdManager.java:272）

いずれの考えもありがたいです。

マット

Answer 1

OKこれは、特にiOSデバイスに影響を与えた非常に奇妙な問題であることが判明しました。私は、アプリケーションがスタンドアロンモードで動作しているかどうかを検出するためのコードを追加しました（つまり、ユーザーがホームスクリーン上でアプリケーションへのショートカットを作成したことがあります）。このコードは、onclickイベントを持つすべてのタグをループし、Safariの起動を停止し、スタンドアロンのブラウザウィンドウ内でそれらを実行させます。より多くのボタンをロードする場合、これがサーバーのエラーの原因となります。私はまだ理解していませんなぜこれはエラーではありましたが、簡単な修正であり、ページ内のすべてのものをループするときには、[詳細をロード]ボタンを処理しないでください。

ありがとうございました。

Answer 2

キースと私は次の両方のシナリオで（異なるアプリケーションでは）、この動作が発生している：

1. 現在のユーザーがディレクトリアシスタントを経て認証されました。言い換えれば、主要なDominoディレクトリにアカウントがありません。
2. のXPageは、例えば

が、私は、認証済みユーザーがチャットデータ・ソースへの編集者アクセス権を持っているだろうが、匿名だけリーダーを持っているだろうことを指定するwatrCoolrにページのACLのを使うために使用されるページ固有のACLを持っています。これはnames.nsfに明示的に登録されたユーザーとして認証されていれば正常に機能しました。 LDAPディレクトリに定義されたユーザーとして認証された場合、そのページはトレースをスタックします。匿名ユーザーから編集可能なコントロールを隠してページACLを削除すると、すぐにスタックトレースはなくなりました。

これは、デバイスアシスタントを前者で使用しておらず、後者にある場合、これがデベロッパーとテストでうまく動作するが、プロダクションで爆発する理由を説明するかもしれません。