Stephan Michels wrote:
I sent a patch on avalon-dev about this. Considering the ongoing vote, I'll be soon able to commit it myself...Hi,I want to ask for the status of TraversableSource interface. Is this proposal now final?
IMO getChildrenURIs() could be removed in favor of getChildrenSources(). But it may prove useful if we need the URIs withouth going through the SourceResolver.release() hassle.There were some questions open, I think? Now we have three kinds of returning an information of child sources: Collection getChildrenURIs() throws SourceException; Collection getChildrenSources() throws SourceException; Collection getChildrenNames() throws SourceException; Do we really need these 3 methods? Couldn't we simplify these methods to one method?
getChildrenNames() is required, as it's the one that will allows us to build navigation trees easily.
Because it returns a "Collection" ? I'm not sure about this. "Directory" is a well-known word when it comes to defining hierarchies of file-like objects, and I must admit I wondered what was the meaning of "isCollection()" the first time I saw it.Another question, can we rename boolean isDirectory(); to boolean isCollection(); This will be more coherent to Collection getChildrenSources()
Sylvain
--
Sylvain Wallez Anyware Technologies
http://www.apache.org/~sylvain http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]