[
https://issues.apache.org/jira/browse/CLOUDSTACK-1304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hugo Trippaers reopened CLOUDSTACK-1304:
----------------------------------------
I reverted this commit because it breaks the system for developers who use an
operating system that has no cp or mkdir command (the mkdir was later added by
Rohit)
I did not notice the original issue because the executable bit is not an issue
on windows systems. We should find an alternative way to do this to solve this
problem in a way that works on all operating systems. It's mainly a developer
problem as the permissions are set using the packaging scripts for deployments.
A check if mkdir and cp exists before doing the copy should work i think, but
maybe there is an ant task that will take care of the permissions on unix based
systems,
> "mvn -pl :cloud-client-ui jetty:run" strips permission of files in script/
> ---------------------------------------------------------------------------
>
> Key: CLOUDSTACK-1304
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-1304
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: Management Server
> Affects Versions: 4.1.0
> Reporter: frank zhang
> Assignee: frank zhang
> Fix For: 4.1.0
>
>
> "mvn -pl :cloud-client-ui jetty:run" calls ant task <copy> to copy files
> under script/ to "${basedir}/target/generated-webapp/WEB-INF/classes/scripts">
> it will strip all permission on files to default system permission which
> erases execution bit on script. the reason is
> "Unix Note: File permissions are not retained when files are copied; they end
> up with the default UMASK permissions instead. This is caused by the lack of
> any means to query or set file permissions in the current Java runtimes. If
> you need a permission-preserving copy function, use <exec executable="cp" ...
> > instead."
> http://ant.apache.org/manual/Tasks/copy.html
> this issue will prevent mgmt server executes any shell script due to lacking
> of execution permission on script
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
