[jira] [Commented] (ISIS-802) Remove the ProfileStore component (in future, can raise a ProfileService as and when we identify a concrete reqt).
[ https://issues.apache.org/jira/browse/ISIS-802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14159101#comment-14159101 ] Dan Haywood commented on ISIS-802: -- Impact on applib (for 1.7.0 release notes): deleted Maven component: org.apache.isis.core isis-core-profilestore Removed applib interfaces/classes: org.apache.isis.applib.fixtures.userprofile.UserProfileService org.apache.isis.applib.fixtures.userprofile.UserProfileServiceAware org.apache.isis.applib.fixtures.UserProfileFixture org.apache.isis.applib.profiles.Profile org.apache.isis.applib.profiles.Perspective > Remove the ProfileStore component (in future, can raise a ProfileService as > and when we identify a concrete reqt). > -- > > Key: ISIS-802 > URL: https://issues.apache.org/jira/browse/ISIS-802 > Project: Isis > Issue Type: New Feature > Components: Core >Affects Versions: core-1.5.0 >Reporter: Dan Haywood >Assignee: Dan Haywood > Fix For: core-1.7.0 > > > As a write-up from IsisCon2014, Dan said: > > > > > > 6. Profile Store > > > > > > The profile store is a component of the framework that is not supported by > > > either the Wicket or Restful Objects viewers, but whose functionality is > > > broadly superceded by the UserSettingsService. > To which Kevin replied: > > When the UI becomes user-configurable (re-arranged, pallete change, > > etc) this should be demo'd. > > > > Where are user preferences (e.g. UI language, timezone, etc) currently > > stored? Do we have demo code? > And so Dan said: > There are two points here... where to store preferences, and how/what within > Isis should consume them. > For the former, we have the UserSettingsService (part of applib); in the JDO > applib there is an entity-based implementation, > For the latter, nothing in Isis particularly consumes these. For timezones > we tend to use LocalDate which gets around the issue to some extent; but you > are right that the UserProfile class (in the profilestore) does hold this > Localization class; that needs surfacing out as a first-class concept somehow. > So perhaps ProfileStore should live on, but not as a component, but instead > as a separate service. > In all, I see three related subdomains: > [Shiro security] -> [Isis user profile (i18n etc) service] -> [Isis user > settings service] > I'll raise a ticket to capture this thinking so far. > ~ > ... which is what this ticket is... -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (ISIS-802) Remove the ProfileStore component (in future, can raise a ProfileService as and when we identify a concrete reqt).
[ https://issues.apache.org/jira/browse/ISIS-802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14159099#comment-14159099 ] ASF subversion and git services commented on ISIS-802: -- Commit e8c66fba5813838ac2e968305a04656d2d50c2c5 in isis's branch refs/heads/master from [~danhaywood] [ https://git-wip-us.apache.org/repos/asf?p=isis.git;h=e8c66fb ] ISIS-802: removing UserProfileStore, Perspective, Options. Localization reverted to using the server default (since was only ever populated in Scimpi, and there are other JIRA issues already raised to implement client-side i18n). > Remove the ProfileStore component (in future, can raise a ProfileService as > and when we identify a concrete reqt). > -- > > Key: ISIS-802 > URL: https://issues.apache.org/jira/browse/ISIS-802 > Project: Isis > Issue Type: New Feature > Components: Core >Affects Versions: core-1.5.0 >Reporter: Dan Haywood >Assignee: Dan Haywood > Fix For: core-1.7.0 > > > As a write-up from IsisCon2014, Dan said: > > > > > > 6. Profile Store > > > > > > The profile store is a component of the framework that is not supported by > > > either the Wicket or Restful Objects viewers, but whose functionality is > > > broadly superceded by the UserSettingsService. > To which Kevin replied: > > When the UI becomes user-configurable (re-arranged, pallete change, > > etc) this should be demo'd. > > > > Where are user preferences (e.g. UI language, timezone, etc) currently > > stored? Do we have demo code? > And so Dan said: > There are two points here... where to store preferences, and how/what within > Isis should consume them. > For the former, we have the UserSettingsService (part of applib); in the JDO > applib there is an entity-based implementation, > For the latter, nothing in Isis particularly consumes these. For timezones > we tend to use LocalDate which gets around the issue to some extent; but you > are right that the UserProfile class (in the profilestore) does hold this > Localization class; that needs surfacing out as a first-class concept somehow. > So perhaps ProfileStore should live on, but not as a component, but instead > as a separate service. > In all, I see three related subdomains: > [Shiro security] -> [Isis user profile (i18n etc) service] -> [Isis user > settings service] > I'll raise a ticket to capture this thinking so far. > ~ > ... which is what this ticket is... -- This message was sent by Atlassian JIRA (v6.3.4#6332)
