[jira] [Updated] (HADOOP-15955) declare that fs.s3a.ext. is a prefix for arbitrary extensions
[ https://issues.apache.org/jira/browse/HADOOP-15955?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] maobaolong updated HADOOP-15955: Target Version/s: 3.4.0 (was: 3.2.1) > declare that fs.s3a.ext. is a prefix for arbitrary extensions > - > > Key: HADOOP-15955 > URL: https://issues.apache.org/jira/browse/HADOOP-15955 > Project: Hadoop Common > Issue Type: Sub-task > Components: fs/s3 >Affects Versions: 3.2.0 >Reporter: Steve Loughran >Priority: Trivial > > it turns out to be useful to use per-bucket config extensions for things like > delegation tokens. > To avoid third-party extensions to pollute the fs.s3a. namespace with their > own config options (So meaning its inevitable things break when we add some > new fs option), I propose the following policy > # applications/extensions MUST NOT add their own config options under fs.s3a. > # anyone is free to use "fs.s3a.ext.$product." options in s3a. > # we promise not to go near those options in the S3A module > # it is left to people who add their own settings here to avoid clashing with > others, This is why you should use a unique product name > With this specified (where?) then if someone uses some fs.s3a. option which > gets broken by an updated s3a connector, well, we say "wontfix", —and indeed, > get to tell them off for doing this. > Propose: similar for the other stores -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Updated] (HADOOP-15955) declare that fs.s3a.ext. is a prefix for arbitrary extensions
[ https://issues.apache.org/jira/browse/HADOOP-15955?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] maobaolong updated HADOOP-15955: Target Version/s: 3.2.1 (was: 3.2.1, 3.3.1, 3.4.0, 3.2.3) > declare that fs.s3a.ext. is a prefix for arbitrary extensions > - > > Key: HADOOP-15955 > URL: https://issues.apache.org/jira/browse/HADOOP-15955 > Project: Hadoop Common > Issue Type: Sub-task > Components: fs/s3 >Affects Versions: 3.2.0 >Reporter: Steve Loughran >Priority: Trivial > > it turns out to be useful to use per-bucket config extensions for things like > delegation tokens. > To avoid third-party extensions to pollute the fs.s3a. namespace with their > own config options (So meaning its inevitable things break when we add some > new fs option), I propose the following policy > # applications/extensions MUST NOT add their own config options under fs.s3a. > # anyone is free to use "fs.s3a.ext.$product." options in s3a. > # we promise not to go near those options in the S3A module > # it is left to people who add their own settings here to avoid clashing with > others, This is why you should use a unique product name > With this specified (where?) then if someone uses some fs.s3a. option which > gets broken by an updated s3a connector, well, we say "wontfix", —and indeed, > get to tell them off for doing this. > Propose: similar for the other stores -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Updated] (HADOOP-15955) declare that fs.s3a.ext. is a prefix for arbitrary extensions
[ https://issues.apache.org/jira/browse/HADOOP-15955?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] maobaolong updated HADOOP-15955: Target Version/s: 3.2.1, 3.3.1, 3.4.0, 3.2.3 (was: 3.4.0) > declare that fs.s3a.ext. is a prefix for arbitrary extensions > - > > Key: HADOOP-15955 > URL: https://issues.apache.org/jira/browse/HADOOP-15955 > Project: Hadoop Common > Issue Type: Sub-task > Components: fs/s3 >Affects Versions: 3.2.0 >Reporter: Steve Loughran >Priority: Trivial > > it turns out to be useful to use per-bucket config extensions for things like > delegation tokens. > To avoid third-party extensions to pollute the fs.s3a. namespace with their > own config options (So meaning its inevitable things break when we add some > new fs option), I propose the following policy > # applications/extensions MUST NOT add their own config options under fs.s3a. > # anyone is free to use "fs.s3a.ext.$product." options in s3a. > # we promise not to go near those options in the S3A module > # it is left to people who add their own settings here to avoid clashing with > others, This is why you should use a unique product name > With this specified (where?) then if someone uses some fs.s3a. option which > gets broken by an updated s3a connector, well, we say "wontfix", —and indeed, > get to tell them off for doing this. > Propose: similar for the other stores -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org
[jira] [Updated] (HADOOP-15955) declare that fs.s3a.ext. is a prefix for arbitrary extensions
[ https://issues.apache.org/jira/browse/HADOOP-15955?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brahma Reddy Battula updated HADOOP-15955: -- Target Version/s: 3.4.0 (was: 3.3.0) Bulk update: moved all 3.3.0 non-blocker issues, please move back if it is a blocker. > declare that fs.s3a.ext. is a prefix for arbitrary extensions > - > > Key: HADOOP-15955 > URL: https://issues.apache.org/jira/browse/HADOOP-15955 > Project: Hadoop Common > Issue Type: Sub-task > Components: fs/s3 >Affects Versions: 3.2.0 >Reporter: Steve Loughran >Priority: Trivial > > it turns out to be useful to use per-bucket config extensions for things like > delegation tokens. > To avoid third-party extensions to pollute the fs.s3a. namespace with their > own config options (So meaning its inevitable things break when we add some > new fs option), I propose the following policy > # applications/extensions MUST NOT add their own config options under fs.s3a. > # anyone is free to use "fs.s3a.ext.$product." options in s3a. > # we promise not to go near those options in the S3A module > # it is left to people who add their own settings here to avoid clashing with > others, This is why you should use a unique product name > With this specified (where?) then if someone uses some fs.s3a. option which > gets broken by an updated s3a connector, well, we say "wontfix", —and indeed, > get to tell them off for doing this. > Propose: similar for the other stores -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org For additional commands, e-mail: common-issues-h...@hadoop.apache.org