Felix Meschberger wrote: > Hi, > > We currently have the following resource providers which handle resource > types for resources denoting files and folders: > > (1) JcrResourceProvider: > File has resource type nt:file > Folder has resource type nt:folder > Jcr[Node|Property]Resource.getSuperType() returns null > > (2) BundleResourceProvider: > File has resource type nt:file > Folder has resource type nt:folder > BundleResource.getSuperType() returns null > > (3) FsResourceProvider: > File has resource type sling/fs/file > Folder has resource type sling/fs/folder > FsResource.getSupertType() returns sling/fs/resource > > I have the impression, that in the context abstract resource access, we > might want to have common resource types identifying resources denoting > file and folder concepts. > > So, I think the FsResourceProvider should be modified to implement the > resource type assignment used by the BundleResourceProvider and the > JcrResourceprovider. > > WDYT ? > Interestingly I stumbled across this yesterday as well while working on some demo apps. So +1 for using the same note types in all three bundles for the same thing :)
Carsten > I am ready to do a 1.0 release of the FS Resource Provider once this has > been resolved. Cool Carsten > > Regards > Felix > -- Carsten Ziegeler [email protected]
