this post is becoming hard to read so i just listed the relevant parts and added my comments...
Daniel Florey wrote: > Ah, that works. There seems to be a bug in the webdav layer as I can't > see the uploaded files in my webdav client (konqueror). But it's all > there in the content view. > Are these nodes really stored as different nodes or are they only > displayed to the user as if it were many nodes? all nodes that you see do actually exist. the approach i've taken in the ri is to match 1:1 the ri's persistence model (node states & property states) with the content model of jsr 170 (nodes & properties). this makes the implementation imo a lot cleaner. the ri has e.g. no notion of specific node types (such as 'nt:file'). one of the benefits is that it can handle any node type that you declare. the down side is that performance suffers when the state is stored in the file system because there are lots of small files in a lot of folders (the path is the node's uuid splitted in four parts). i plan to provide an alternative persistence layer implemetation that uses a relational database. the current persistence model maps very nicely to a simple normalized db schema. i expect the performance to be a lot better. another plan is to provide a way to define specific persistence groupings, i.e. what nodes & properties should be stored & loaded together. > I see. I would be great if we could achieve a 1:1 feature mapping > between jcr-170 and webdav, but I still don't know if this will work. I > would be bad if we would run into a situation that we currently have > regarding the Slide core api. > I expect some things to adjust in the area of locking, version, > searching, transaction handling and notifications. my conception is that jsr 170 is a superset of webdav in terms of functionality, but i am not a webdav expert. versioning & locking in jsr 170 were mainly spec'ed by geoff clemm (the spec lead of jsr 147) with the intention of syncing them functionality wise as closely as possible. do you have specific webdav features in mind that you can not map to jsr 170? cheers stefan --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
