Я нашел решение. Мне пришлось добавить «действительный» readEntity в мой запрос WebTarget. В моем случае я написал объект ответа, возможно, String.class тоже может сработать. Позже мне понадобится мой класс ответа в моем коде для передачи более подробной информации.
response = wt.request(MediaType.APPLICATION_JSON).post(Entity.json(transferJSON)).readEntity(WFResponse.class);
Некоторые версии находки поддерживают - удаляют опцию, делая это еще более эффективным...
find . -maxdepth 1 -type f -ctime -12 -delete;
Проверьте свою страницу справочника находки (это работало над новыми релизами Ubuntu для меня),
Я объединился бы, находят и комната (без канала)
find . ...bunch of find criterias to select certain files (e.g. by date) .... -exec rm \{\} \;
Править: с параметрами для Вашего примера это было бы
find . -maxdepth 1 -type f -ctime -12 -exec rm \{\} \;
ПРОТЕСТ: Это работает как раз сегодня :-). (Чтобы заставить его работать каждый раз, заменить-ctime абсолютным временем, см. timeXY в странице справочника),
Я использовал бы:
find . -maxdepth 1 -type f -newerct 'jan 1' -print0 \
| xargs -0 rm
(или -newermt
если Вы хотите отфильтровать на времени изменения),
Обратите внимание, что форма 't'-newerXY будет allegedtly позволять любой формат даты, совместимый с cvs (см. doco).
Вместо того, чтобы анализировать ls (1), который может слишком легко повредиться, необходимо полагаться на статистику (1):
stat -c '%z/%n' files_or_glob | grep '^date' | cut -d/ -f2- | xargs -d '\n' rm -i
например.
$ stat -c '%z/%n' *| grep '^2008-12-16' | cut -d/ -f2- | xargs -d '\n' rm -i
Примечание: это не обработает имена файлов со встроенными новыми строками правильно. Однако они редко находятся в wil.d
find(1)
намного более эффективное должно сделать то, что Вы хотите, чем парсинг ls(1)
вывод.
Править: что-то для наблюдения за является именами файлов с пробелами в них так, Вы хотите иметь a find
который поддерживает -print0
(чтобы использоваться с xargs -0
) для лучшей производительности.
find . -mtime +12 -print0 | xargs -0 rm -f