.DS_Store files should be ignored
Description
Release Notes
None
Attachments
2
- 12 Nov 2015, 05:04 PM
- 12 Nov 2015, 05:01 PM
Activity
Show:
Ali Anwar December 1, 2015 at 8:51 PM
Ali Anwar November 13, 2015 at 2:39 AM
Changed the approach:
The approach is to use namespace client to list namespaces, and only scan directories for existing namespaces (instead of all directories under the ../data/namespaces/ directory).
NitinM November 12, 2015 at 8:32 PM
Here is my take at the use-case 🙂 - "If user opens the directory in UI to check something, the CDAP shouldn't complain."
Terence Yim November 12, 2015 at 8:29 PM
But why? What's he use case of allowing user to add files to the data directory?
Ali Anwar November 12, 2015 at 8:05 PM
The effort for this seemed small, so I took this up in 3.3 timeframe:
https://github.com/caskdata/cdap/pull/4541
Fixed
Pinned fields
Click on the next to a field label to start pinning.
Created November 12, 2015 at 4:59 AM
Updated December 1, 2015 at 8:51 PM
Resolved December 1, 2015 at 8:51 PM
In the CDAP log
cdap-debug.log, I'm seeing entries such as this:2015-11-11 19:20:00,014 - DEBUG [stream-cleanup:c.c.c.d.s.s.LocalStreamFileJanitorService$1@64] - Execute stream file cleanup. 2015-11-11 19:20:00,015 - WARN [stream-cleanup:c.c.c.d.s.s.LocalStreamFileJanitorService$1@70] - Failed to cleanup stream file: Namespace '.DS_Store' has an incorrect format. 2015-11-11 19:20:00,016 - DEBUG [stream-cleanup:c.c.c.d.s.s.LocalStreamFileJanitorService$1@71] - Failed to cleanup stream file.This is happening because I opened the CDAP SDK directory with the namespaces in it in the Finder, which created a hidden
.DS_STOREfile.Whatever process is doing this should ignore these and not go cleaning these up...