
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">Hi all,<div><br></div><div>A couple of releases ago I added some UserDefinedAttributeView support on macOS and did some cleanup and deduplications [1]. One thing has been bothering me since, though:</div><div><br></div><div>I’d like to add a new FileAttributeView named „xattr“ that basically is the same as UnixUserDefinedFileAttributeView [2] but without the „user.“ prefix, so it can be used to access extended attributes set by other applications.</div><div><br></div><div>This shouldn’t require many code additions, just some clever class hierarchy modifications. I.e. UnixUserDefinedFileAttributeView should extend ExtendedFileAttributeView. To achieve this, I propose to replace sun.nio.fs.AbstractUserDefinedFileAttributeView with an interface with default methods (now that the security manager is gone).</div><div><br></div><div>This isn’t public API, nevertheless I’d like to know if this would be an acceptable change or if you’d rather like me to use composition over inheritance.</div><div><br></div><div>Any thoughts?</div><div><br></div><div>Sebastian</div><div><br></div><div><br></div><div>[1] <a href="https://github.com/openjdk/jdk/pulls?q=is%3Apr+author%3Aoverheadhunter+xattr+">https://github.com/openjdk/jdk/pulls?q=is%3Apr+author%3Aoverheadhunter+xattr+</a></div><div>[2] <a href="https://github.com/openjdk/jdk/blob/jdk-24%2B36/src/java.base/unix/classes/sun/nio/fs/UnixUserDefinedFileAttributeView.java">https://github.com/openjdk/jdk/blob/jdk-24%2B36/src/java.base/unix/classes/sun/nio/fs/UnixUserDefinedFileAttributeView.java</a></div></body></html>