You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "ASF subversion and git services (JIRA)" <ji...@apache.org> on 2018/08/06 21:34:00 UTC
[jira] [Commented] (WICKET-6563) Rework page and data storage
[ https://issues.apache.org/jira/browse/WICKET-6563?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16570807#comment-16570807 ]
ASF subversion and git services commented on WICKET-6563:
---------------------------------------------------------
Commit e49d95df28afa7df43673b830ae7400862033233 in wicket's branch refs/heads/WICKET-6563 from [~svenmeier]
[ https://git-wip-us.apache.org/repos/asf?p=wicket.git;h=e49d95d ]
WICKET-6563 new FilePageStore
as alternative to DiskPageStore
> Rework page and data storage
> ----------------------------
>
> Key: WICKET-6563
> URL: https://issues.apache.org/jira/browse/WICKET-6563
> Project: Wicket
> Issue Type: Improvement
> Components: wicket
> Affects Versions: 9.0.0
> Reporter: Sven Meier
> Assignee: Sven Meier
> Priority: Minor
>
> IPageManager, IPageStore and IDataStore are riddled with complicated and error-prone code aiming to do one simple thing: keeping pages around.
> There are multiple problems with the current implementation:
> * PageStoreManger does too muchÂ
> ** it handles request and session storage
> ** it contains workarounds for DiskDataStore, when the sessionId changes
> * IPageStore/AbstractPageStore
> ** has no access to IPageManagerContext
> ** juggles with byte[], serialization and conversion
> * IDataStore introduces an unncecessary third layer into the API
> Additional or specialized stores are difficult to implement.
> We should rework that.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)