Niclas Hedhman wrote: > I agree that a Qi4j node is "weird". The application being the top > node makes a lot more sense. However, doesn't Preferences API also > support a "user" concept, and different users can have different > applications installed and so on? And if so, is this handled > automatically, or do we need to do something special around that?
Currently the Preferences EntityStore uses the System tree, hardcoded. This could definitely be changed to be customizable though, so that settings could be stored in the User tree (better on client probably). >>> Regarding versions: I don't think its necessary as most applications can >>> and will reuse the configuration of their >>> predecessors. >> Fair enough! We can always add startup migration services if necessary. > > Well, wouldn't 'schema version' be something that EntityStores must support?? True. This would be just another property I suppose. /Rickard _______________________________________________ qi4j-dev mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/qi4j-dev
