Hi, I agree that it can be messy, and that many people use it for the wrong purpose, but I would like to mention that a very important use case for SNS is the ability to import XML and to access individual XML elements or attributes using JCR APIs.
The DocumentView import is *tremendously* useful when used in a content processing environment, and I am afraid that dropping support for SNS all together would drive some of people (like us) that are currently using Jackrabbit to use just an XMLDB. Besides, if used in the context of XML, we import documents under a not SNS wrapper (say article00x, or "myFirstArticle"), and never had an issue with this approach. So with a little bit of REST architecturale style and some SAX/XSLT on top of it, JCR is working great, probably better than we could have hoped for. And, lastly, I think that Roy's Fielding vision on the JCR was to support this type of use case. I am still digesting the deprecation of XPATH in JSR 283, dropping XML support would be a little too much.. ;). So for me is a -1. Alessandro On Feb 8, 2008 11:10 AM, Jukka Zitting <[EMAIL PROTECTED]> wrote: > Hi, > > On Feb 8, 2008 5:48 PM, David Nuescheler <[EMAIL PROTECTED]> wrote: > > I think a feature that would address the "I have a bag of objects > > and I just want to persist them without thinking of a 'name' for > > each" usecase, would definitely be great. Maybe this could > > be the introduction of an addNode() without a childnode name. > > Good idea! We could also allow "*" as a wildcard child node name in > the existing addNode() signatures. > > > > WDYT, is SNS worth the effort, or should we consider dropping it? > > I don't think that it is problematic to have some features that are not > > optimized. > > I think the issue runs deeper than just performance. We have at least > one open issue, JCR-435, and given the fact that we guide people away > from SNS at the first sings of trouble I wouldn't be surprised if > there were other issues waiting. SNS code is quite complex and not > very thoroughly tested. > > BR, > > Jukka Zitting >
