Icefaces 和 javascript 桥
我遇到了 Icefaces 的问题,它是 javascript 桥。 我不知道在服务器端进行更改后,该桥发生了哪些变化。
例如:我的页面中有一个 ice:panelPopup 组件,其可见属性 =“#{bean.customPopUp}”。 如果我将“bean.customPopUp”更改为“true”,弹出窗口将正确显示,但我需要知道的是:客户端中发生了什么,换句话说,我需要知道是否显示弹出窗口我需要使用 javascript 进行一些客户端处理
I'm facing a problem with Icefaces and it's javascript bridge.
I don't know what are the changes which made by this bridge after i made a changes in the server-side.
For example: I have a ice:panelPopup component in my page with the visible attribute = "#{bean.customPopUp}". If i changed the "bean.customPopUp" to be "true" the popup is displayed correctly, but what i need to know : what happened in the client, in other word, i need to know if the popup is displayed i need to do some client processing using javascript
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
我也一直在尝试寻找组件级回调的解决方案。 这个问题似乎没有一个好的解决方案。 我在 Javascript 中启动了一个递归轮询函数,该函数在检测到组件更新后处理我的任务。 我的支持 bean 启动 poller() 并每 500 毫秒运行一次,直到发生组件更新。
我的支持者:
我不太喜欢这个解决方案,但目前似乎没有任何好的答案。
I've been trying to find a solution for component level callbacks also. There doesn't appear to be a good solution to this problem. I've resorted to initiating a recursive polling function in Javascript that handles my task after it detects an update to my component. My backing bean starts the poller() and it runs every 500ms until the component update has occurred.
My backing bean:
I don't like this solution very much, but there don't appear to be any great answers at this time.