We normally rely on Jira issues for Release notes. I'll create one for this.
I think the "data" was added while developing on a Mac and it felt too "immediate" without the additional "data" directory. As for "test grade"; Personally I am getting fond of the FileES for smaller apps (which I am doing now), since it simplifies the testing quite a bit, and is good enough for my performance requirements. On Tue, Jul 7, 2015 at 10:54 AM, Kent Sølvsten <[email protected]> wrote: > Do we have a scratchpad for release notes for 2.1 ? Things like this > should be part of release notes, but are easy to forget when the release > is being made. > > But no objections from here. > > To me it seems more like a test tool than a production grade store (I > have a vague feeling that is has been more ambitious in the past, but > later reduced to a simpler version)? > Would definitely like to hear Paul on this - was it due to a parallel > directory holding pending "commits" - or just preserving space for an > indexer inside the same dir structure? > > /Kent > > Den 07-07-2015 kl. 09:25 skrev Niclas Hedhman: > > Gang, > > > > The FileEntityStore is using the FileConfig library to create a directory > > to store the entities in. > > > > The FileConfig defines those as > > > > MAC; {user}/Library/Application Support/{application} > > Linux; {user}/.{application}/data > > Windows; {user}/Application Data/{application}/data > > > > The FileEntityStore then appends the identity of the FileEntityStore, > and a > > static "data/" location after that. The identity is to ensure that > multiple > > FileEntityStores can be used nicely together, but the data is IMHO > > unnecessary and should be removed. > > > > Now, IF a configuration is provided to FileEntityStore, then the above > > location is the root path. If no configuration is given at all, then > > System.getProperty( "user.dir" ) + "/qi4j/filestore/" is used as root > path. > > > > The root path is used as the location for any relative paths specified in > > the configuration, but can be completely overridden with an absolute > path.. > > > > So, does anyone object to removing the "data/" directory from the root > > path?? > > > > If you rely on this, the remedy is relatively simple, just move every > > file/dir in "data/" up one level. > > > > > > Cheers > > -- Niclas Hedhman, Software Developer http://zest.apache.org - New Energy for Java
