[
https://issues.apache.org/jira/browse/IO-678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17166402#comment-17166402
]
Gary D. Gregory commented on IO-678:
------------------------------------
[~J_aka_J],
This is the proper header for Java files;
{code:java}
/*
* Licensed to the Apache Software Foundation (ASF) under one or more
* contributor license agreements. See the NOTICE file distributed with
* this work for additional information regarding copyright ownership.
* The ASF licenses this file to You under the Apache License, Version 2.0
* (the "License"); you may not use this file except in compliance with
* the License. You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an "AS IS" BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
*/
{code}
> FileUtils.copyFile does not maintain file permissions
> -----------------------------------------------------
>
> Key: IO-678
> URL: https://issues.apache.org/jira/browse/IO-678
> Project: Commons IO
> Issue Type: Bug
> Components: Utilities
> Affects Versions: 2.7
> Reporter: Jorge
> Priority: Major
> Fix For: 2.8
>
> Attachments: FileUtilsCopyDirectoryToDirectoryTestCase.java
>
>
> I found that permissions (specifically, execute) are not maintained when
> using FileUtils.copyFile. The attached test demonstrates the behavior.
>
> With version 2.6 the following permissions are obtained:
> [OTHERS_READ, OWNER_READ, OWNER_WRITE, GROUP_READ, GROUP_WRITE]
>
> while with version 2.7:
> [OWNER_READ, OWNER_WRITE]
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
