|Abstract File IO using Path instead of File [message #1827497]
||Fri, 15 May 2020 20:57
| Olivier Cailloux
Registered: July 2009
Currently, JGit mostly requires a "normal" file system as a support for its repositories. "Mostly", because there is also an InMemoryFileSystem and a DFS mechanism, but they are pretty limited (for example, do not support (most of?) the git porcelain API).|
Is there some willingness to gradually migrate towards the "new" FileSystem abstraction introduced in Java 7? By this, I mean, accepting Path objects instead of (or, for backwards compatibility, in supplement to) File objects, and reading and writing "abstract files" through path objects using the Files API? This would permit to, probably, getting rid of (most of?) the DFS mechanism, thereby simplifying the code, while at the same time greatly expanding JGit's power.
For example, it would permit to clone a repository on an in-memory file system (such as JimFS), and manage that repository exactly as if it was on a "real" disk, with no limitations. That'd be quite cool.
(I have not found any discussion of this in this forum or on the JGit bugzilla.)
[Updated on: Fri, 15 May 2020 20:58]
Report message to a moderator
Powered by FUDForum
. Page generated in 0.01956 seconds