[jira] [Commented] (HADOOP-16365) Upgrade jackson-databind to 2.9.9

2019-06-12 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-16365?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16862333#comment-16862333
 ] 

Shweta commented on HADOOP-16365:
-

Thanks for the commit [~jojochuang]

> Upgrade jackson-databind to 2.9.9
> -
>
> Key: HADOOP-16365
> URL: https://issues.apache.org/jira/browse/HADOOP-16365
> Project: Hadoop Common
>  Issue Type: Task
>  Components: build
>Reporter: Shweta
>Assignee: Shweta
>Priority: Major
> Fix For: 3.3.0
>
> Attachments: HADOOP-16365.001.patch, HADOOP-16365.002.patch
>
>
> Add 2.9.9 version of Jackson-databind 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-16365) Upgrade jackson-databind to 2.9.9

2019-06-11 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-16365?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16861696#comment-16861696
 ] 

Shweta commented on HADOOP-16365:
-

[~jojochuang], thanks for the review. Uploaded patch v002. Please review.


> Upgrade jackson-databind to 2.9.9
> -
>
> Key: HADOOP-16365
> URL: https://issues.apache.org/jira/browse/HADOOP-16365
> Project: Hadoop Common
>  Issue Type: Task
>  Components: build
>Reporter: Shweta
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-16365.001.patch, HADOOP-16365.002.patch
>
>
> Add 2.9.9 version of Jackson-databind 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16365) Upgrade jackson-databind to 2.9.9

2019-06-11 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16365:

Attachment: HADOOP-16365.002.patch

> Upgrade jackson-databind to 2.9.9
> -
>
> Key: HADOOP-16365
> URL: https://issues.apache.org/jira/browse/HADOOP-16365
> Project: Hadoop Common
>  Issue Type: Task
>  Components: build
>Reporter: Shweta
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-16365.001.patch, HADOOP-16365.002.patch
>
>
> Add 2.9.9 version of Jackson-databind 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16365) Upgrade jackson-databind to 2.9.9

2019-06-11 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16365:

Attachment: HADOOP-16365.001.patch

> Upgrade jackson-databind to 2.9.9
> -
>
> Key: HADOOP-16365
> URL: https://issues.apache.org/jira/browse/HADOOP-16365
> Project: Hadoop Common
>  Issue Type: Task
>  Components: build
>Reporter: Shweta
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-16365.001.patch
>
>
> Add 2.9.9 version of Jackson-databind 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16365) Upgrade jackson-databind to 2.9.9

2019-06-11 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16365?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16365:

Summary: Upgrade jackson-databind to 2.9.9  (was: Upgrade Jackson-databind 
to 2.9.9)

> Upgrade jackson-databind to 2.9.9
> -
>
> Key: HADOOP-16365
> URL: https://issues.apache.org/jira/browse/HADOOP-16365
> Project: Hadoop Common
>  Issue Type: Task
>  Components: build
>Reporter: Shweta
>Assignee: Shweta
>Priority: Major
>
> Add 2.9.9 version of Jackson-databind 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Created] (HADOOP-16365) Upgrade Jackson-databind to 2.9.9

2019-06-11 Thread Shweta (JIRA)
Shweta created HADOOP-16365:
---

 Summary: Upgrade Jackson-databind to 2.9.9
 Key: HADOOP-16365
 URL: https://issues.apache.org/jira/browse/HADOOP-16365
 Project: Hadoop Common
  Issue Type: Task
  Components: build
Reporter: Shweta
Assignee: Shweta


Add 2.9.9 version of Jackson-databind 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-13656) fs -expunge to take a filesystem

2019-05-30 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16852325#comment-16852325
 ] 

Shweta commented on HADOOP-13656:
-

[~jojochuang], thank you for the commit .

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Fix For: 3.3.0
>
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch, 
> HADOOP-13656.003.patch, HADOOP-13656.004.patch, HADOOP-13656.005.patch, 
> HADOOP-13656.006.patch, HADOOP-13656.007.patch, HADOOP-13656.008.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Assigned] (HADOOP-16285) Migrate opentracing utility code from Ozone to Hadoop Common

2019-05-30 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta reassigned HADOOP-16285:
---

Assignee: Shweta  (was: Wei-Chiu Chuang)

> Migrate opentracing utility code from Ozone to Hadoop Common
> 
>
> Key: HADOOP-16285
> URL: https://issues.apache.org/jira/browse/HADOOP-16285
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: tracing
>Reporter: Wei-Chiu Chuang
>Assignee: Shweta
>Priority: Major
>
> [~elek] created a few utility classes for Opentracing in Ozone, and the code 
> has been tested for awhile. In order for the Hadoop applications to start 
> adopting Opentracing, we should migrate the code into Hadoop Common, instead 
> of reinventing the wheel.
> Additionally, add corresponding dependencies in Maven pom.xml.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-16156) [Clean-up] Remove NULL check before instanceof and fix checkstyle in InnerNodeImpl

2019-05-28 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-16156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16850069#comment-16850069
 ] 

Shweta commented on HADOOP-16156:
-

Thank you for your review [~daryn] and [~templedf]. I have uploaded patch v004 
to refelct the changes suggested. Pease review.



> [Clean-up] Remove NULL check before instanceof and fix checkstyle in 
> InnerNodeImpl
> --
>
> Key: HADOOP-16156
> URL: https://issues.apache.org/jira/browse/HADOOP-16156
> Project: Hadoop Common
>  Issue Type: Improvement
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16156.001.patch, HADOOP-16156.002.patch, 
> HADOOP-16156.003.patch, HADOOP-16156.004.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16156) [Clean-up] Remove NULL check before instanceof and fix checkstyle in InnerNodeImpl

2019-05-28 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16156:

Attachment: HADOOP-16156.004.patch

> [Clean-up] Remove NULL check before instanceof and fix checkstyle in 
> InnerNodeImpl
> --
>
> Key: HADOOP-16156
> URL: https://issues.apache.org/jira/browse/HADOOP-16156
> Project: Hadoop Common
>  Issue Type: Improvement
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16156.001.patch, HADOOP-16156.002.patch, 
> HADOOP-16156.003.patch, HADOOP-16156.004.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Comment Edited] (HADOOP-13656) fs -expunge to take a filesystem

2019-05-22 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16846049#comment-16846049
 ] 

Shweta edited comment on HADOOP-13656 at 5/22/19 6:00 PM:
--

[~liuml07] thanks, good catch. Uploaded patchv008 to add the space as 
requested. 

Please review.


was (Author: shwetayakkali):
[~liuml07] Good catch. Uploaded patchv008 to add the space as requested. 

Please review.

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch, 
> HADOOP-13656.003.patch, HADOOP-13656.004.patch, HADOOP-13656.005.patch, 
> HADOOP-13656.006.patch, HADOOP-13656.007.patch, HADOOP-13656.008.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-13656) fs -expunge to take a filesystem

2019-05-22 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-13656:

Attachment: HADOOP-13656.008.patch

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch, 
> HADOOP-13656.003.patch, HADOOP-13656.004.patch, HADOOP-13656.005.patch, 
> HADOOP-13656.006.patch, HADOOP-13656.007.patch, HADOOP-13656.008.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-13656) fs -expunge to take a filesystem

2019-05-22 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16846049#comment-16846049
 ] 

Shweta commented on HADOOP-13656:
-

[~liuml07] Good catch. Uploaded patchv008 to add the space as requested. 

Please review.

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch, 
> HADOOP-13656.003.patch, HADOOP-13656.004.patch, HADOOP-13656.005.patch, 
> HADOOP-13656.006.patch, HADOOP-13656.007.patch, HADOOP-13656.008.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-13656) fs -expunge to take a filesystem

2019-05-21 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16845398#comment-16845398
 ] 

Shweta commented on HADOOP-13656:
-

Thank you [~ste...@apache.org] for the review.

I have fixed the checkstyles apart from the nested braces and uploaded patch 
v007. Please review.

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch, 
> HADOOP-13656.003.patch, HADOOP-13656.004.patch, HADOOP-13656.005.patch, 
> HADOOP-13656.006.patch, HADOOP-13656.007.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-13656) fs -expunge to take a filesystem

2019-05-21 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-13656:

Attachment: HADOOP-13656.007.patch

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch, 
> HADOOP-13656.003.patch, HADOOP-13656.004.patch, HADOOP-13656.005.patch, 
> HADOOP-13656.006.patch, HADOOP-13656.007.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-13656) fs -expunge to take a filesystem

2019-05-17 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16842369#comment-16842369
 ] 

Shweta commented on HADOOP-13656:
-

Thank you [~ste...@apache.org] for your review. 

I have posted a patch v006 per your suggestion to Usage documentation, 
Assertion messages. Also, removed exceptions which aren't being used and are 
being swallowed.  

Please review. Thank you.

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch, 
> HADOOP-13656.003.patch, HADOOP-13656.004.patch, HADOOP-13656.005.patch, 
> HADOOP-13656.006.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-13656) fs -expunge to take a filesystem

2019-05-17 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-13656:

Attachment: HADOOP-13656.006.patch

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch, 
> HADOOP-13656.003.patch, HADOOP-13656.004.patch, HADOOP-13656.005.patch, 
> HADOOP-13656.006.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-13656) fs -expunge to take a filesystem

2019-05-03 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16832798#comment-16832798
 ] 

Shweta commented on HADOOP-13656:
-

Will upload patch for checkstyle, whitespace and unit tests fixes in 
TestHDFSTrash.

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch, 
> HADOOP-13656.003.patch, HADOOP-13656.004.patch, HADOOP-13656.005.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-13656) fs -expunge to take a filesystem

2019-05-02 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-13656:

Attachment: HADOOP-13656.005.patch

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch, 
> HADOOP-13656.003.patch, HADOOP-13656.004.patch, HADOOP-13656.005.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-13656) fs -expunge to take a filesystem

2019-05-02 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-13656:

Attachment: (was: HADOOP-13656.005.patch)

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch, 
> HADOOP-13656.003.patch, HADOOP-13656.004.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-13656) fs -expunge to take a filesystem

2019-05-02 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16832007#comment-16832007
 ] 

Shweta commented on HADOOP-13656:
-

As per suggestions in the previous comments, I have added two more tests for 
testing behavior with different file system URIs which test the behavior of 
deletion when -expunge is called.

Uploaded patch v005 with additional tests. Please review. Thanks.

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch, 
> HADOOP-13656.003.patch, HADOOP-13656.004.patch, HADOOP-13656.005.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-13656) fs -expunge to take a filesystem

2019-05-02 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-13656:

Attachment: HADOOP-13656.005.patch

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch, 
> HADOOP-13656.003.patch, HADOOP-13656.004.patch, HADOOP-13656.005.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16156) [Clean-up] Remove NULL check before instanceof and fix checkstyle in InnerNodeImpl

2019-03-19 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16156:

Attachment: HADOOP-16156.003.patch

> [Clean-up] Remove NULL check before instanceof and fix checkstyle in 
> InnerNodeImpl
> --
>
> Key: HADOOP-16156
> URL: https://issues.apache.org/jira/browse/HADOOP-16156
> Project: Hadoop Common
>  Issue Type: Improvement
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16156.001.patch, HADOOP-16156.002.patch, 
> HADOOP-16156.003.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Comment Edited] (HADOOP-16156) [Clean-up] Remove NULL check before instanceof and fix checkstyle in InnerNodeImpl

2019-03-19 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-16156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16796438#comment-16796438
 ] 

Shweta edited comment on HADOOP-16156 at 3/19/19 7:08 PM:
--

Thaks for the review [~templedf]. 

I realized how the functionality of the for loop in the code works and deleting 
the line was incorrect on my part. 
Uploaded patch v003.
Looks like the space before the closing brace for the line {code} if (index 
!=-1) { {code} was already present.

Added new line before the closing brace for {code} return children; } {code}


was (Author: shwetayakkali):
Thaks for the review [~templedf]. 

I realized how the functionality of the for loop in the code works and deleting 
the line was incorrect on my part. 

Looks like the space before the closing brace for the line {code} if (index 
!=-1) { {code} was already present.

Added new line before the closing brace for {code} return children; } {code}

> [Clean-up] Remove NULL check before instanceof and fix checkstyle in 
> InnerNodeImpl
> --
>
> Key: HADOOP-16156
> URL: https://issues.apache.org/jira/browse/HADOOP-16156
> Project: Hadoop Common
>  Issue Type: Improvement
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16156.001.patch, HADOOP-16156.002.patch, 
> HADOOP-16156.003.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-16156) [Clean-up] Remove NULL check before instanceof and fix checkstyle in InnerNodeImpl

2019-03-19 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-16156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16796438#comment-16796438
 ] 

Shweta commented on HADOOP-16156:
-

Thaks for the review [~templedf]. 

I realized how the functionality of the for loop in the code works and deleting 
the line was incorrect on my part. 

Looks like the space before the closing brace for the line {code} if (index 
!=-1) { {code} was already present.

Added new line before the closing brace for {code} return children; } {code}

> [Clean-up] Remove NULL check before instanceof and fix checkstyle in 
> InnerNodeImpl
> --
>
> Key: HADOOP-16156
> URL: https://issues.apache.org/jira/browse/HADOOP-16156
> Project: Hadoop Common
>  Issue Type: Improvement
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16156.001.patch, HADOOP-16156.002.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-13656) fs -expunge to take a filesystem

2019-03-15 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-13656:

Attachment: HADOOP-13656.004.patch

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch, 
> HADOOP-13656.003.patch, HADOOP-13656.004.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-13656) fs -expunge to take a filesystem

2019-03-15 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16793893#comment-16793893
 ] 

Shweta commented on HADOOP-13656:
-

Thanks [~smeng] for the review.
1. The new command "-fs" takes a filesystem argument and hence the use of
{code}cf.addOptionWithValue() {code} . Using this helps in better parsing the 
arguments in CommandFormat. I have used Count command as a reference for adding 
the new option in Delete.

2. Good catch about the white space. Missed that one.

3. I did not notice the whitespace at L:285. Did you mean line break after 
L:286?

Posted patch v004.Please review.

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch, 
> HADOOP-13656.003.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-13656) fs -expunge to take a filesystem

2019-03-13 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16792187#comment-16792187
 ] 

Shweta commented on HADOOP-13656:
-

Uploaded patch v003 to fix review and checkstyle. The patch still uses nested 
loop, to keep it consistent with existing code in TestTrash. 
Please review. Thanks.

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch, 
> HADOOP-13656.003.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-13656) fs -expunge to take a filesystem

2019-03-13 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-13656:

Attachment: HADOOP-13656.003.patch

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch, 
> HADOOP-13656.003.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-13656) fs -expunge to take a filesystem

2019-03-12 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16790939#comment-16790939
 ] 

Shweta commented on HADOOP-13656:
-

Thank you [~jojochuang] for the review. Uploaded patch 002 to reflect the 
suggestions mentioned. Please review .

[~templedf], the test added seems adequate since it tests the new functionality 
of "-fs" taking in an argument "file:///". 

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-13656) fs -expunge to take a filesystem

2019-03-12 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-13656:

Attachment: HADOOP-13656.002.patch

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch, HADOOP-13656.002.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-13656) fs -expunge to take a filesystem

2019-03-08 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-13656:

Attachment: HADOOP-13656.001.patch

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-13656.001.patch
>
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-16157) [Clean-up] Remove NULL check before instanceof in AzureNativeFileSystemStore

2019-03-05 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-16157?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16785149#comment-16785149
 ] 

Shweta commented on HADOOP-16157:
-

Thank you for the review [~templedf]. There are a few checkstyle issues in this 
file, should I upload a patch to solve those along with the current Null 
instance check?

> [Clean-up] Remove NULL check before instanceof in AzureNativeFileSystemStore
> 
>
> Key: HADOOP-16157
> URL: https://issues.apache.org/jira/browse/HADOOP-16157
> Project: Hadoop Common
>  Issue Type: Improvement
>  Components: tools
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16157.001.patch
>
>
> Null check before instanceof is present on L:1765 and L:2641. 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Comment Edited] (HADOOP-16157) [Clean-up] Remove NULL check before instanceof in AzureNativeFileSystemStore

2019-03-05 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-16157?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16785149#comment-16785149
 ] 

Shweta edited comment on HADOOP-16157 at 3/6/19 1:50 AM:
-

Thank you for the review [~templedf]. There are some checkstyle issues in this 
file, should I upload a patch to solve those along with the current Null 
instance check?


was (Author: shwetayakkali):
Thank you for the review [~templedf]. There are a few checkstyle issues in this 
file, should I upload a patch to solve those along with the current Null 
instance check?

> [Clean-up] Remove NULL check before instanceof in AzureNativeFileSystemStore
> 
>
> Key: HADOOP-16157
> URL: https://issues.apache.org/jira/browse/HADOOP-16157
> Project: Hadoop Common
>  Issue Type: Improvement
>  Components: tools
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16157.001.patch
>
>
> Null check before instanceof is present on L:1765 and L:2641. 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16157) [Clean-up] Remove NULL check before instanceof in AzureNativeFileSystemStore

2019-03-05 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16157:

Description: Null check before instanceof is present on lines 

> [Clean-up] Remove NULL check before instanceof in AzureNativeFileSystemStore
> 
>
> Key: HADOOP-16157
> URL: https://issues.apache.org/jira/browse/HADOOP-16157
> Project: Hadoop Common
>  Issue Type: Improvement
>  Components: tools
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16157.001.patch
>
>
> Null check before instanceof is present on lines 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16157) [Clean-up] Remove NULL check before instanceof in AzureNativeFileSystemStore

2019-03-05 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16157:

Description: Null check before instanceof is present on L:1765 and L:2641.  
 (was: Null check before instanceof is present on lines )

> [Clean-up] Remove NULL check before instanceof in AzureNativeFileSystemStore
> 
>
> Key: HADOOP-16157
> URL: https://issues.apache.org/jira/browse/HADOOP-16157
> Project: Hadoop Common
>  Issue Type: Improvement
>  Components: tools
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16157.001.patch
>
>
> Null check before instanceof is present on L:1765 and L:2641. 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16156) [Clean-up] Remove NULL check before instanceof and fix checkstyle in InnerNodeImpl

2019-03-04 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16156:

Attachment: HADOOP-16156.002.patch

> [Clean-up] Remove NULL check before instanceof and fix checkstyle in 
> InnerNodeImpl
> --
>
> Key: HADOOP-16156
> URL: https://issues.apache.org/jira/browse/HADOOP-16156
> Project: Hadoop Common
>  Issue Type: Improvement
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16156.001.patch, HADOOP-16156.002.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16156) [Clean-up] Remove NULL check before instanceof and fix checkstyle in InnerNodeImpl

2019-03-04 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16156:

Attachment: (was: HADOOP-16156.002.patch)

> [Clean-up] Remove NULL check before instanceof and fix checkstyle in 
> InnerNodeImpl
> --
>
> Key: HADOOP-16156
> URL: https://issues.apache.org/jira/browse/HADOOP-16156
> Project: Hadoop Common
>  Issue Type: Improvement
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16156.001.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16156) [Clean-up] Remove NULL check before instanceof and fix checkstyle in InnerNodeImpl

2019-03-04 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16156:

Attachment: HADOOP-16156.002.patch

> [Clean-up] Remove NULL check before instanceof and fix checkstyle in 
> InnerNodeImpl
> --
>
> Key: HADOOP-16156
> URL: https://issues.apache.org/jira/browse/HADOOP-16156
> Project: Hadoop Common
>  Issue Type: Improvement
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16156.001.patch, HADOOP-16156.002.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16156) [Clean-up] Remove NULL check before instanceof and fix checkstyle in InnerNodeImpl

2019-03-04 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16156:

Attachment: (was: HADOOP-16156.002.patch)

> [Clean-up] Remove NULL check before instanceof and fix checkstyle in 
> InnerNodeImpl
> --
>
> Key: HADOOP-16156
> URL: https://issues.apache.org/jira/browse/HADOOP-16156
> Project: Hadoop Common
>  Issue Type: Improvement
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16156.001.patch, HADOOP-16156.002.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16156) [Clean-up] Remove NULL check before instanceof and fix checkstyle in InnerNodeImpl

2019-03-04 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16156:

Summary: [Clean-up] Remove NULL check before instanceof and fix checkstyle 
in InnerNodeImpl  (was: [Clean-up] Remove NULL check before instanceof in 
InnerNodeImpl)

> [Clean-up] Remove NULL check before instanceof and fix checkstyle in 
> InnerNodeImpl
> --
>
> Key: HADOOP-16156
> URL: https://issues.apache.org/jira/browse/HADOOP-16156
> Project: Hadoop Common
>  Issue Type: Improvement
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16156.001.patch, HADOOP-16156.002.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16156) [Clean-up] Remove NULL check before instanceof and fix checkstyle in InnerNodeImpl

2019-03-04 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16156:

Attachment: HADOOP-16156.002.patch

> [Clean-up] Remove NULL check before instanceof and fix checkstyle in 
> InnerNodeImpl
> --
>
> Key: HADOOP-16156
> URL: https://issues.apache.org/jira/browse/HADOOP-16156
> Project: Hadoop Common
>  Issue Type: Improvement
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16156.001.patch, HADOOP-16156.002.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-16156) [Clean-up] Remove NULL check before instanceof and fix checkstyle in InnerNodeImpl

2019-03-04 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-16156?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16783963#comment-16783963
 ] 

Shweta commented on HADOOP-16156:
-

patch v002 has checkstyle fixes.

> [Clean-up] Remove NULL check before instanceof and fix checkstyle in 
> InnerNodeImpl
> --
>
> Key: HADOOP-16156
> URL: https://issues.apache.org/jira/browse/HADOOP-16156
> Project: Hadoop Common
>  Issue Type: Improvement
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16156.001.patch, HADOOP-16156.002.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16157) [Clean-up] Remove NULL check before instanceof in AzureNativeFileSystemStore

2019-03-01 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16157?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16157:

Attachment: HADOOP-16157.001.patch
Status: Patch Available  (was: Open)

Removed occurrences of NULL check before instanceof operation.

> [Clean-up] Remove NULL check before instanceof in AzureNativeFileSystemStore
> 
>
> Key: HADOOP-16157
> URL: https://issues.apache.org/jira/browse/HADOOP-16157
> Project: Hadoop Common
>  Issue Type: Improvement
>  Components: tools
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16157.001.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Created] (HADOOP-16157) [Clean-up] Remove NULL check before instanceof in AzureNativeFileSystemStore

2019-03-01 Thread Shweta (JIRA)
Shweta created HADOOP-16157:
---

 Summary: [Clean-up] Remove NULL check before instanceof in 
AzureNativeFileSystemStore
 Key: HADOOP-16157
 URL: https://issues.apache.org/jira/browse/HADOOP-16157
 Project: Hadoop Common
  Issue Type: Improvement
  Components: tools
Reporter: Shweta
Assignee: Shweta






--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Created] (HADOOP-16156) [Clean-up] Remove NULL check before instanceof in InnerNodeImpl

2019-03-01 Thread Shweta (JIRA)
Shweta created HADOOP-16156:
---

 Summary: [Clean-up] Remove NULL check before instanceof in 
InnerNodeImpl
 Key: HADOOP-16156
 URL: https://issues.apache.org/jira/browse/HADOOP-16156
 Project: Hadoop Common
  Issue Type: Improvement
Reporter: Shweta
Assignee: Shweta






--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16156) [Clean-up] Remove NULL check before instanceof in InnerNodeImpl

2019-03-01 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16156?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16156:

Attachment: HADOOP-16156.001.patch
Status: Patch Available  (was: Open)

> [Clean-up] Remove NULL check before instanceof in InnerNodeImpl
> ---
>
> Key: HADOOP-16156
> URL: https://issues.apache.org/jira/browse/HADOOP-16156
> Project: Hadoop Common
>  Issue Type: Improvement
>Reporter: Shweta
>Assignee: Shweta
>Priority: Minor
> Attachments: HADOOP-16156.001.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-13656) fs -expunge to take a filesystem

2019-03-01 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16781975#comment-16781975
 ] 

Shweta commented on HADOOP-13656:
-

Yes [~sodonnell], I am working on this issue but got stalled due to something 
else. Yes, I would agree that Delete needs the change in terms of having a 
filesystem added. Will post a patch soon.

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16041) UserAgent string for ABFS

2019-01-29 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16041:

Attachment: HADOOP-16041.003.patch

> UserAgent string for ABFS
> -
>
> Key: HADOOP-16041
> URL: https://issues.apache.org/jira/browse/HADOOP-16041
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/azure
>Affects Versions: 3.2.0
>Reporter: Shweta
>Assignee: Shweta
>Priority: Major
> Fix For: 3.3.0
>
> Attachments: HADOOP-16041.001.patch, HADOOP-16041.002.patch, 
> HADOOP-16041.003.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-16041) UserAgent string for ABFS

2019-01-29 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-16041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16755449#comment-16755449
 ] 

Shweta commented on HADOOP-16041:
-

Thanks [~mackrorysd] for the find. Uploaded new patch to reflect change.

> UserAgent string for ABFS
> -
>
> Key: HADOOP-16041
> URL: https://issues.apache.org/jira/browse/HADOOP-16041
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/azure
>Affects Versions: 3.2.0
>Reporter: Shweta
>Assignee: Shweta
>Priority: Major
> Fix For: 3.3.0
>
> Attachments: HADOOP-16041.001.patch, HADOOP-16041.002.patch, 
> HADOOP-16041.003.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-16041) UserAgent string for ABFS

2019-01-28 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-16041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16754324#comment-16754324
 ] 

Shweta commented on HADOOP-16041:
-

Thanks [~mackrorysd] for pointing out the change suggestion by [~tmarquardt]. I 
have updated the patch to reflect the User Agent string to have the Hadoop 
version preceeded by "Azure Blob FS/" .

Please review. Thank you.

> UserAgent string for ABFS
> -
>
> Key: HADOOP-16041
> URL: https://issues.apache.org/jira/browse/HADOOP-16041
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/azure
>Affects Versions: 3.2.0
>Reporter: Shweta
>Assignee: Shweta
>Priority: Major
> Fix For: 3.3.0
>
> Attachments: HADOOP-16041.001.patch, HADOOP-16041.002.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16041) UserAgent string for ABFS

2019-01-28 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16041:

Attachment: HADOOP-16041.002.patch

> UserAgent string for ABFS
> -
>
> Key: HADOOP-16041
> URL: https://issues.apache.org/jira/browse/HADOOP-16041
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/azure
>Affects Versions: 3.2.0
>Reporter: Shweta
>Assignee: Shweta
>Priority: Major
> Fix For: 3.3.0
>
> Attachments: HADOOP-16041.001.patch, HADOOP-16041.002.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-16041) UserAgent string for ABFS

2019-01-25 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-16041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16752827#comment-16752827
 ] 

Shweta commented on HADOOP-16041:
-

Thanks for the discussions [~ste...@apache.org], [~mackrorysd], [~tmarquardt] 
and [~DanielZhou]. 
Patch001 contains the change to reflect the VersionInfo in User Agent String. 
Please review. Thanks.

> UserAgent string for ABFS
> -
>
> Key: HADOOP-16041
> URL: https://issues.apache.org/jira/browse/HADOOP-16041
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/azure
>Affects Versions: 3.2.0
>Reporter: Shweta
>Assignee: Shweta
>Priority: Major
> Fix For: 3.3.0
>
> Attachments: HADOOP-16041.001.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16041) UserAgent string for ABFS

2019-01-25 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16041:

Attachment: HADOOP-16041.001.patch
Status: Patch Available  (was: Open)

> UserAgent string for ABFS
> -
>
> Key: HADOOP-16041
> URL: https://issues.apache.org/jira/browse/HADOOP-16041
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/azure
>Affects Versions: 3.2.0
>Reporter: Shweta
>Assignee: Shweta
>Priority: Major
> Fix For: 3.3.0
>
> Attachments: HADOOP-16041.001.patch
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Assigned] (HADOOP-13656) fs -expunge to take a filesystem

2019-01-11 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-13656?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta reassigned HADOOP-13656:
---

Assignee: Shweta

> fs -expunge to take a filesystem
> 
>
> Key: HADOOP-13656
> URL: https://issues.apache.org/jira/browse/HADOOP-13656
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs
>Affects Versions: 2.7.3
>Reporter: Steve Loughran
>Assignee: Shweta
>Priority: Minor
>
> you can't pass in a filesystem or object store to {{fs -expunge}; you have to 
> change the default fs
> {code}
> hadoop fs -expunge -D fs.defaultFS=s3a://bucket/
> {code}
> If the command took an optional filesystem argument, it'd be better at 
> cleaning up object stores. Given that even deleted object store data runs up 
> bills, this could be appreciated.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-16041) UserAgent string for ABFS

2019-01-10 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-16041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16739947#comment-16739947
 ] 

Shweta commented on HADOOP-16041:
-

As of today it is: "Azure Blob FS/1.0 (JavaJRE 1.8.0_172; MacOSX 10.13.6) 
Partner Service" 

yes, the plan is to replace "Azure Blob FS/1.0" with VersionInfo.getVersion() 
as per discussion with [~mackrorysd]. 

> UserAgent string for ABFS
> -
>
> Key: HADOOP-16041
> URL: https://issues.apache.org/jira/browse/HADOOP-16041
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/azure
>Affects Versions: 3.2.0
>Reporter: Shweta
>Assignee: Shweta
>Priority: Major
> Fix For: 3.3.0
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Created] (HADOOP-16041) UserAgent string for ABFS

2019-01-09 Thread Shweta (JIRA)
Shweta created HADOOP-16041:
---

 Summary: UserAgent string for ABFS
 Key: HADOOP-16041
 URL: https://issues.apache.org/jira/browse/HADOOP-16041
 Project: Hadoop Common
  Issue Type: Sub-task
  Components: fs/azure
Affects Versions: 3.2.0
Reporter: Shweta
Assignee: Shweta
 Fix For: 3.3.0






--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2019-01-02 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16732254#comment-16732254
 ] 

Shweta commented on HADOOP-15860:
-

Thank you [~mackrorysd] for committing to trunk.

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/azure
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Fix For: 3.3.0
>
> Attachments: HADOOP-15860.001.patch, HADOOP-15860.002.patch, 
> HADOOP-15860.003.patch, HADOOP-15860.004.patch, HADOOP-15860.005.patch, 
> HADOOP-15860.006.patch, trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-28 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-15860:

Attachment: HADOOP-15860.006.patch

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-15860.001.patch, HADOOP-15860.002.patch, 
> HADOOP-15860.003.patch, HADOOP-15860.004.patch, HADOOP-15860.005.patch, 
> HADOOP-15860.006.patch, trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-28 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16730487#comment-16730487
 ] 

Shweta commented on HADOOP-15860:
-

Thanks for providing the detailed explaination [~mackrorysd]. I have removed 
the path != null and added the while loop check to be !path.isRoot() and also a 
condition to test the length of the path string. 
Posted the updated patch. please review.

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-15860.001.patch, HADOOP-15860.002.patch, 
> HADOOP-15860.003.patch, HADOOP-15860.004.patch, HADOOP-15860.005.patch, 
> trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Comment Edited] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-28 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16730487#comment-16730487
 ] 

Shweta edited comment on HADOOP-15860 at 12/28/18 10:44 PM:


Thanks for providing the detailed explaination [~mackrorysd]. I have removed 
the path != null and added the while loop check to be !path.isRoot() and also a 
condition to test the length of the path string. 
Posted the updated patch, please review.


was (Author: shwetayakkali):
Thanks for providing the detailed explaination [~mackrorysd]. I have removed 
the path != null and added the while loop check to be !path.isRoot() and also a 
condition to test the length of the path string. 
Posted the updated patch. please review.

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-15860.001.patch, HADOOP-15860.002.patch, 
> HADOOP-15860.003.patch, HADOOP-15860.004.patch, HADOOP-15860.005.patch, 
> trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-28 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-15860:

Attachment: HADOOP-15860.005.patch

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-15860.001.patch, HADOOP-15860.002.patch, 
> HADOOP-15860.003.patch, HADOOP-15860.004.patch, HADOOP-15860.005.patch, 
> trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-28 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-15860:

Attachment: (was: HADOOP-15860.005.patch)

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-15860.001.patch, HADOOP-15860.002.patch, 
> HADOOP-15860.003.patch, HADOOP-15860.004.patch, HADOOP-15860.005.patch, 
> trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-27 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16729818#comment-16729818
 ] 

Shweta commented on HADOOP-15860:
-

Thanks for pointing that out [~mackrorysd]. I have added a patch to avoid this 
case. Please review.

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-15860.001.patch, HADOOP-15860.002.patch, 
> HADOOP-15860.003.patch, HADOOP-15860.004.patch, HADOOP-15860.005.patch, 
> trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-27 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-15860:

Attachment: HADOOP-15860.005.patch

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-15860.001.patch, HADOOP-15860.002.patch, 
> HADOOP-15860.003.patch, HADOOP-15860.004.patch, HADOOP-15860.005.patch, 
> trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-21 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-15860:

Attachment: HADOOP-15860.004.patch

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-15860.001.patch, HADOOP-15860.002.patch, 
> HADOOP-15860.003.patch, HADOOP-15860.004.patch, trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-21 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-15860:

Attachment: (was: HADOOP-15860.004.patch)

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-15860.001.patch, HADOOP-15860.002.patch, 
> HADOOP-15860.003.patch, HADOOP-15860.004.patch, trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-21 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-15860:

Attachment: HADOOP-15860.004.patch

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-15860.001.patch, HADOOP-15860.002.patch, 
> HADOOP-15860.003.patch, HADOOP-15860.004.patch, trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-21 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16727005#comment-16727005
 ] 

Shweta commented on HADOOP-15860:
-

Changed the access modifier for trailingPeriodCheck()#AzureBlobFileSystem  in 
patch004 to private as it is only being used by methods of AzureBlobFileSystem 
class.

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-15860.001.patch, HADOOP-15860.002.patch, 
> HADOOP-15860.003.patch, HADOOP-15860.004.patch, trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-20 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16726363#comment-16726363
 ] 

Shweta commented on HADOOP-15860:
-

Thanks [~mackrorysd] for the review. Good point that mkdirs() is recursive, I 
have updated the patch to handle this case up to root.

Per your suggestion, I have replaced new Path() with path() and have added a 
method javadoc for trailingPeriodCheck().

Posted a new patch. Please review. Thanks.

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-15860.001.patch, HADOOP-15860.002.patch, 
> trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-20 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-15860:

Attachment: HADOOP-15860.003.patch

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-15860.001.patch, HADOOP-15860.002.patch, 
> HADOOP-15860.003.patch, trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-16008) Fix typo in CommandsManual.md

2018-12-17 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-16008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16723764#comment-16723764
 ] 

Shweta commented on HADOOP-16008:
-

[~ajisakaa], thanks for the necessary change and for the commit. 

> Fix typo in CommandsManual.md
> -
>
> Key: HADOOP-16008
> URL: https://issues.apache.org/jira/browse/HADOOP-16008
> Project: Hadoop Common
>  Issue Type: Bug
>Affects Versions: 2.9.0, 2.9.1, 2.9.2
>Reporter: Akira Ajisaka
>Assignee: Shweta
>Priority: Minor
>  Labels: newbie
> Fix For: 2.10.0, 2.9.3
>
> Attachments: HADOOP-16008-branch-2-001.patch, HADOOP-16008.001.patch
>
>
> http://hadoop.apache.org/docs/r2.9.2/hadoop-project-dist/hadoop-common/CommandsManual.html
> {noformat}
> hdoop daemonlog -setlevel[-protocol 
> (http|https)]
> {noformat}
> hdoop should be hadoop.
> This issue was reported from user mailing list:  
> https://lists.apache.org/thread.html/0d57c60d3242e4bd8f0401669957c251e687077bb7b7fb2725837ba4@%3Cuser.hadoop.apache.org%3E



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-16008) Fix typo in CommandsManual.md

2018-12-17 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-16008:

Attachment: HADOOP-16008.001.patch
Status: Patch Available  (was: Open)

> Fix typo in CommandsManual.md
> -
>
> Key: HADOOP-16008
> URL: https://issues.apache.org/jira/browse/HADOOP-16008
> Project: Hadoop Common
>  Issue Type: Bug
>Affects Versions: 2.9.2, 2.9.1, 2.9.0
>Reporter: Akira Ajisaka
>Assignee: Shweta
>Priority: Minor
>  Labels: newbie
> Attachments: HADOOP-16008.001.patch
>
>
> http://hadoop.apache.org/docs/r2.9.2/hadoop-project-dist/hadoop-common/CommandsManual.html
> {noformat}
> hdoop daemonlog -setlevel[-protocol 
> (http|https)]
> {noformat}
> hdoop should be hadoop.
> This issue was reported from user mailing list:  
> https://lists.apache.org/thread.html/0d57c60d3242e4bd8f0401669957c251e687077bb7b7fb2725837ba4@%3Cuser.hadoop.apache.org%3E



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-16008) Fix typo in CommandsManual.md

2018-12-17 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-16008?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16723601#comment-16723601
 ] 

Shweta commented on HADOOP-16008:
-

posted a patch for the typo. please review.

> Fix typo in CommandsManual.md
> -
>
> Key: HADOOP-16008
> URL: https://issues.apache.org/jira/browse/HADOOP-16008
> Project: Hadoop Common
>  Issue Type: Bug
>Affects Versions: 2.9.0, 2.9.1, 2.9.2
>Reporter: Akira Ajisaka
>Assignee: Shweta
>Priority: Minor
>  Labels: newbie
> Attachments: HADOOP-16008.001.patch
>
>
> http://hadoop.apache.org/docs/r2.9.2/hadoop-project-dist/hadoop-common/CommandsManual.html
> {noformat}
> hdoop daemonlog -setlevel[-protocol 
> (http|https)]
> {noformat}
> hdoop should be hadoop.
> This issue was reported from user mailing list:  
> https://lists.apache.org/thread.html/0d57c60d3242e4bd8f0401669957c251e687077bb7b7fb2725837ba4@%3Cuser.hadoop.apache.org%3E



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Assigned] (HADOOP-16008) Fix typo in CommandsManual.md

2018-12-17 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-16008?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta reassigned HADOOP-16008:
---

Assignee: Shweta

> Fix typo in CommandsManual.md
> -
>
> Key: HADOOP-16008
> URL: https://issues.apache.org/jira/browse/HADOOP-16008
> Project: Hadoop Common
>  Issue Type: Bug
>Affects Versions: 2.9.0, 2.9.1, 2.9.2
>Reporter: Akira Ajisaka
>Assignee: Shweta
>Priority: Minor
>  Labels: newbie
>
> http://hadoop.apache.org/docs/r2.9.2/hadoop-project-dist/hadoop-common/CommandsManual.html
> {noformat}
> hdoop daemonlog -setlevel[-protocol 
> (http|https)]
> {noformat}
> hdoop should be hadoop.
> This issue was reported from user mailing list:  
> https://lists.apache.org/thread.html/0d57c60d3242e4bd8f0401669957c251e687077bb7b7fb2725837ba4@%3Cuser.hadoop.apache.org%3E



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-17 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-15860:

Attachment: HADOOP-15860.002.patch
Status: Patch Available  (was: Open)

Thanks for the review and the suggestions [~mackrorysd] . As suggested above, I 
have added the assertTrue(flag) in the patch for the times when the test 
doesn't perform as expected. I ran the ABFS tests locally and they pass for 
this patch. 

Please review and suggest changes. Thanks.

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-15860.001.patch, HADOOP-15860.002.patch, 
> trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Comment Edited] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-17 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16723443#comment-16723443
 ] 

Shweta edited comment on HADOOP-15860 at 12/17/18 10:54 PM:


Thanks for the review and the suggestions [~mackrorysd] . As suggested above, I 
have added the assertTrue with flag in the patch for the times when the test 
doesn't perform as expected. I ran the ABFS tests locally and they pass for 
this patch. 

Please review and suggest changes. Thanks.


was (Author: shwetayakkali):
Thanks for the review and the suggestions [~mackrorysd] . As suggested above, I 
have added the assertTrue(flag) in the patch for the times when the test 
doesn't perform as expected. I ran the ABFS tests locally and they pass for 
this patch. 

Please review and suggest changes. Thanks.

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-15860.001.patch, HADOOP-15860.002.patch, 
> trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-12 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16719566#comment-16719566
 ] 

Shweta commented on HADOOP-15860:
-

Thank you [~mackrorysd] for filing this JIRA and [~mackrorysd], [~DanielZhou], 
[~joemcdonnell] for the insightful discussions. 
I have posted a patch to throw the IllegalArgumentException when a 
file/directory has a trailing period for mkdirs(), create() and rename() 
functions.
Please review the patch and provide suggestions.

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-15860.001.patch, trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-12 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-15860:

Attachment: HADOOP-15860.001.patch

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: HADOOP-15860.001.patch, trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Updated] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-12 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta updated HADOOP-15860:

Summary: ABFS: Throw IllegalArgumentException when Directory/File name ends 
with a period(.)  (was: ABFS: Trailing period in file names gets ignored for 
some operations.)

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Priority: Major
> Attachments: trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Assigned] (HADOOP-15860) ABFS: Throw IllegalArgumentException when Directory/File name ends with a period(.)

2018-12-12 Thread Shweta (JIRA)


 [ 
https://issues.apache.org/jira/browse/HADOOP-15860?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Shweta reassigned HADOOP-15860:
---

Assignee: Shweta

> ABFS: Throw IllegalArgumentException when Directory/File name ends with a 
> period(.)
> ---
>
> Key: HADOOP-15860
> URL: https://issues.apache.org/jira/browse/HADOOP-15860
> Project: Hadoop Common
>  Issue Type: Sub-task
>  Components: fs/adl
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Shweta
>Priority: Major
> Attachments: trailing-periods.patch
>
>
> If you create a directory with a trailing period (e.g. '/test.') the period 
> is silently dropped, and will be listed as simply '/test'. '/test.test' 
> appears to work just fine.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Comment Edited] (HADOOP-15823) ABFS: Stop requiring client ID and tenant ID for MSI

2018-10-24 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-15823?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16662814#comment-16662814
 ] 

Shweta edited comment on HADOOP-15823 at 10/24/18 8:38 PM:
---

Thank you [~mackrorysd], [~DanielZhou], [~tmarquardt] for working on this. 
I was able to test patch v002 in my environment with the help of [~twu] and it 
passes the tests. I turned off the System Identity on all VMs and only had the 
User Identity so that client ID matches expected behavior.


Note: One of the VMs reported an error for Managed Identity, after a restart 
of the VM with system assigned identity removed and user assigned identity 
added. This is possible due to an old identity being stuck on the VM.  The 
reason for this, from an offline sync was understood to be due to how the 
“default” identity caching works in IMDS.


Although, this issue doesn’t seem to be a blocker for this JIRA.

+1 from my 
side.


was (Author: shwetayakkali):
Thank you [~mackrorysd], [~DanielZhou], [~tmarquardt] for working on this. 
I was able to test patch v002 in my environment and it passes the tests. I 
turned off the System Identity on all VMs and only had the User Identity so 
that client ID matches expected behavior.


Note: One of the VMs reported an error for Managed Identity, after a restart 
of the VM with system assigned identity removed and user assigned identity 
added. This is possible due to an old identity being stuck on the VM.  The 
reason for this, from an offline sync was understood to be due to how the 
“default” identity caching works in IMDS.


Although, this issue doesn’t seem to be a blocker for this JIRA.

+1 from my 
side.

> ABFS: Stop requiring client ID and tenant ID for MSI
> 
>
> Key: HADOOP-15823
> URL: https://issues.apache.org/jira/browse/HADOOP-15823
> Project: Hadoop Common
>  Issue Type: Sub-task
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Da Zhou
>Priority: Major
> Attachments: HADOOP-15823-001.patch, HADOOP-15823-002.patch
>
>
> ABFS requires the user to configure the tenant ID and client ID. From my 
> understanding of MSI, that shouldn't be necessary and is an added requirement 
> compared to MSI in ADLS. Can that be dropped?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Comment Edited] (HADOOP-15823) ABFS: Stop requiring client ID and tenant ID for MSI

2018-10-24 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-15823?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16662814#comment-16662814
 ] 

Shweta edited comment on HADOOP-15823 at 10/24/18 8:37 PM:
---

Thank you [~mackrorysd], [~DanielZhou], [~tmarquardt] for working on this. 
I was able to test patch v002 in my environment and it passes the tests. I 
turned off the System Identity on all VMs and only had the User Identity so 
that client ID matches expected behavior.


Note: One of the VMs reported an error for Managed Identity, after a restart 
of the VM with system assigned identity removed and user assigned identity 
added. This is possible due to an old identity being stuck on the VM.  The 
reason for this, from an offline sync was understood to be due to how the 
“default” identity caching works in IMDS.


Although, this issue doesn’t seem to be a blocker for this JIRA.

+1 from my 
side.


was (Author: shwetayakkali):
Thank you [~mackrorysd], [~DanielZhou], [~tmarquardt] for working on this. 
I was able to test patch v002 in my environment and it passes the tests. I 
turned off the System Identity on all VMs and only had the User Identity so 
that client ID matches expected behavior.


Note: One of the VMs reported an error for Managed Identity, after a restart 
of the VM with system assigned identity removed and user assigned identity 
added. This is possible due to an old identity being stuck on the VM.  The 
reason for this, from an offline sync was understood to be due to how the 
“default” identity is cached in IMDS.


Although, this issue doesn’t seem to be a blocker for this JIRA.

+1 from my 
side.

> ABFS: Stop requiring client ID and tenant ID for MSI
> 
>
> Key: HADOOP-15823
> URL: https://issues.apache.org/jira/browse/HADOOP-15823
> Project: Hadoop Common
>  Issue Type: Sub-task
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Da Zhou
>Priority: Major
> Attachments: HADOOP-15823-001.patch, HADOOP-15823-002.patch
>
>
> ABFS requires the user to configure the tenant ID and client ID. From my 
> understanding of MSI, that shouldn't be necessary and is an added requirement 
> compared to MSI in ADLS. Can that be dropped?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org



[jira] [Commented] (HADOOP-15823) ABFS: Stop requiring client ID and tenant ID for MSI

2018-10-24 Thread Shweta (JIRA)


[ 
https://issues.apache.org/jira/browse/HADOOP-15823?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16662814#comment-16662814
 ] 

Shweta commented on HADOOP-15823:
-

Thank you [~mackrorysd], [~DanielZhou], [~tmarquardt] for working on this. 
I was able to test patch v002 in my environment and it passes the tests. I 
turned off the System Identity on all VMs and only had the User Identity so 
that client ID matches expected behavior.


Note: One of the VMs reported an error for Managed Identity, after a restart 
of the VM with system assigned identity removed and user assigned identity 
added. This is possible due to an old identity being stuck on the VM.  The 
reason for this, from an offline sync was understood to be due to how the 
“default” identity is cached in IMDS.


Although, this issue doesn’t seem to be a blocker for this JIRA.

+1 from my 
side.

> ABFS: Stop requiring client ID and tenant ID for MSI
> 
>
> Key: HADOOP-15823
> URL: https://issues.apache.org/jira/browse/HADOOP-15823
> Project: Hadoop Common
>  Issue Type: Sub-task
>Affects Versions: 3.2.0
>Reporter: Sean Mackrory
>Assignee: Da Zhou
>Priority: Major
> Attachments: HADOOP-15823-001.patch, HADOOP-15823-002.patch
>
>
> ABFS requires the user to configure the tenant ID and client ID. From my 
> understanding of MSI, that shouldn't be necessary and is an added requirement 
> compared to MSI in ADLS. Can that be dropped?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

-
To unsubscribe, e-mail: common-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-issues-h...@hadoop.apache.org