这个问题本来老系统由于环境权限问题会报:
download crm_acount file by ftp Exception Permission denied java.io.UnixFileSystem.createFileExclusively(Native Method)
java.io.File.createNewFile(File.java:850)
com.baidu.fengchao.krsem.util.FtpDownloadUtil.download(FtpDownloadUtil.java:85)
com.baidu.fengchao.krsem.task.CrmUpdateCronTask.crmAccountUpdate(CrmUpdateCronTask.java:59)它是由sprint的quartz触发调用的,我把这个类的代码都替换了,它还是每天报一模一样的异常,我先怀疑是tomcat的缓存搞的鬼,我把server.xml配置项目的reload由false改成了true,可以第二天的定时任务还是诡异的报一模一样的异常,我看了代码确实是已经替换掉了的,有大神知道此类问题的原因吗?有个同事说或许是这个java 的class文件被锁住了,这怎么解决呢?还是另有原因,还请指教
download crm_acount file by ftp Exception Permission denied java.io.UnixFileSystem.createFileExclusively(Native Method)
java.io.File.createNewFile(File.java:850)
com.baidu.fengchao.krsem.util.FtpDownloadUtil.download(FtpDownloadUtil.java:85)
com.baidu.fengchao.krsem.task.CrmUpdateCronTask.crmAccountUpdate(CrmUpdateCronTask.java:59)它是由sprint的quartz触发调用的,我把这个类的代码都替换了,它还是每天报一模一样的异常,我先怀疑是tomcat的缓存搞的鬼,我把server.xml配置项目的reload由false改成了true,可以第二天的定时任务还是诡异的报一模一样的异常,我看了代码确实是已经替换掉了的,有大神知道此类问题的原因吗?有个同事说或许是这个java 的class文件被锁住了,这怎么解决呢?还是另有原因,还请指教
比如使用的root上传的文件,却用user1启动的tomcat.