Uploaded image for project: 'Jackrabbit Content Repository'
  1. Jackrabbit Content Repository
  2. JCR-4354

VFS (commons-vfs) based FileSystem for VFS backend based Persistence Manager



    • Improvement
    • Status: Closed
    • Major
    • Resolution: Fixed
    • None
    • 2.18, 2.17.6
    • jackrabbit-vfs-ext
    • None


      I think it would be nice to have a VFS (commons-vfs) based FileSystem which then can be used by BundleFsPersistenceManager.

      For example, I have worked with a Jackrabbit based WCMS product which recommends using one of BundleDbPersistenceManager components for both workspaces and version, which makes it easier for clustering.
      One typical problem is that the version storage in DBMS keeps increasing, so as a result we've recommended cleaning up older version items periodically. (You may google "cms version cleaner" for more info.)
      In this case, if they were able to configure a VFS based FileSystem and the generic PersistenceManager, BundleFsPersistenceManager, for the versions, their DB size would keep small enough, and they may keep the version items almost infinitely. Actually versioning are used relatively less than other normal functionalities such as content retrieval and searching, only when authoring users publish a document in our case. So, keeping version data separately from database wouldn't be a problem, as long as it supports easier clustering (through WebDAV or SFTP in this option).

      Another possible use case is that some people may use VFS based solution for both workspaces and version, backed by a clustered WebDAV server or SFTP server. They can use VFS-based DataStore provided by JCR-3975 as well. This would increase architectural options around Jackrabbit ecosystem.


        1. JCR-4354.diff
          28 kB
          Julian Reschke

        Issue Links



              reschke Julian Reschke
              woon_san Woonsan Ko
              0 Vote for this issue
              3 Start watching this issue