+1 but I'm stuck with OpenFileSystem as a namespace / name, openwrap 1.0 depends on it and the shell doesn't auto-update, changing names would break my installed based which is not ideal.
From: Bertrand Le Roy [mailto:[email protected]] Sent: 28 September 2011 22:55 To: Henrik Feldt; [email protected]; Sebastien Lambla Subject: RE: New Castle.IO project? +1 obviously :) From: Henrik Feldt [mailto:[email protected]]<mailto:[mailto:[email protected]]> Sent: Wednesday, September 28, 2011 1:24 PM To: [email protected]<mailto:[email protected]>; Bertrand Le Roy; [email protected]<mailto:[email protected]> Subject: New Castle.IO project? Hello everybody, I'm merging open file system and fluent path into what was Castle.Transactions for the transactional file systems' benefit. But it's not so smooth to have it coupled to the transactional behavior - one would have to know both projects to change one, and the IO project is becoming large. Can we create a new project Castle.IO? This would also involve Sebastien Lambla and Bertrand Le Roy who are the authors of openfilesystem and FluentPath respectively - it would be great if they would be allowed to push to this specific repository. I generally think it's a good thing to work together with other OSS projects and cooperate with them, which is why I'm not re-doing their work but asking them to work with me. What do you think? Cheers, Henrik PS, features for this project: * Transactional file system * Non-transactional file systems on Windows * Same for *nix-systems * A fluent API for these systems through both interfaces and extension methods on these interfaces * Long path support (no more >245 chars exceptions) -- You received this message because you are subscribed to the Google Groups "Castle Project Development List" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/castle-project-devel?hl=en.
