Stephan Michels wrote:
Ah, I got it now : if the copied/moved source is of the same type than the "source" source, then some optimisations are possible (like the above or direct filesystem copy), else we fallback to a generic getInputStream/getOutputStream implementation, right ?The problem is, if you are using getInputStream/getOutputSteam to copyI don't think that they are important. A copy is a read/write action andAbout the move() and copy() methods, I don't know if they should be kept in the new incarnation of this interface.
a move a read/write/delete action. We could make an utility class providing
support for it (and this would allow an inter source moving. wow!).
a file in a slide repository, that all metadata informations get lost. On
the other hand, if you are using an external SourceUtil to copy a file,
you can't hide all implementation details.
So it makes sense after all to keep them on the [Modifiable/Writeable/Whatever]Source
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]