Re: Is it possible to avoid serialization of page after ajax request?
Issue opened here: https://issues.apache.org/jira/browse/WICKET-5933 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Is-it-possible-to-avoid-serialization-of-page-after-ajax-request-tp4671295p4671331.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Is it possible to avoid serialization of page after ajax request?
the page is indeed not deserialized, but received from http session, but it looks like we cannot avoid the serialization. Our application doesn't touch the page, but the AbstractPageManager does: * IManageablePage page = getRequestAdapter().getPage(id); if (page != null) { getRequestAdapter().touch(page); } * Therefore the requested page is always touched, but we couldn't figure out why. If it's possbile not to touch the page here (in some cases) that would solve the problem. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Is-it-possible-to-avoid-serialization-of-page-after-ajax-request-tp4671295p4671318.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Is it possible to avoid serialization of page after ajax request?
Here is a quickstart http://apache-wicket.1842946.n4.nabble.com/file/n4671326/wicket-touch.zip that demonstrates the performance impact. There is a ExperimentalPageManagerProvider configured in the WicketApplication that makes ajax polling requests about two times faster. Something similiar has been done in https://issues.apache.org/jira/browse/WICKET-3667, but rolled back. Looks to me like it's worth to improve. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Is-it-possible-to-avoid-serialization-of-page-after-ajax-request-tp4671295p4671326.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Is it possible to avoid serialization of page after ajax request?
We run into a disc and cpu bottleneck on a wicket page with 1+ users, that uses ajax updates via polling (AjaxSelfUpdatingTimerBehavior). The result of our investigation is that page store needs about 10ms for serialization, while the framework serializes and deserializes the same data again and again. The question is: is it possible to use a kind of copy on write-strategy in IPageStore, that keeps always the latest verison of the page in memory? At least for non-versioned pages it should be possible, but IManageablePage does not expose if the page is versioned or not. For versioned pages it's maybe not possible, because modifications are applied before the PageStore has a chance to make a copy of the page. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Is-it-possible-to-avoid-serialization-of-page-after-ajax-request-tp4671295.html Sent from the Users forum mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Proposal for a general solution to integrate a javascript-api
Looking for a smart way to integrate wicket with extjs (http://www.extjs.com) i wrote a small piece of code, that can be used to generate javascript function-calls. The idea is to rewrite the public api of the javascript library in java. Everytime you call one of these java-functions a equivalent javascript function-call will be generated and automaticalliy (can be done with a proxy or annotations+aspects) written into the (ajax)responsetarget. There is a small 14kb maven eclipse project attached with a proof of concept for this idea. http://rapidshare.com/files/350028986/WicketAjaxRpc.zip For the Ext-JS integration some feedback would be very useful, and i am planning to make it public if you support this proposal. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: TabbedPanel + authorization strategy
Marieke Vandamme schrieb: Hello, Is it possible to use TabbedPanel from wicket extensions together with the wicket auth-roles? Because TabbedPanel contains AbstractTab (which do not extend Component), I didn't find a way to set the specific roles for each tab. Thanks ! Hello, AbstractTab contains a Panel that extends Components. Try adding the annotation to the Panel. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]