运行compileUI.bat会损坏平台自带目录

David.X

3.4版本，运行compileUI.bat会损坏平台自带目录。错误类似
编码: JUSTEP000051; 提示: 解析组件"$model/UI2/system/components/justep/contents/contents"出错, 解析java格式的模板时出错
        at com.justep.ui.component.ComponentException.create(Unknown Source)

模块"/UI2/system/components/justep/contents/server"中找不到类"com.justep.ui.system.component.common.BaseContainer"
        at com.justep.classloader.Model$b.findClass(Unknown Source)

jishuang

3.8版本测试没问题，确认/UI2/system/components/justep/common/server/src下面的java文件存在吗？对应的class文件有吗？
如果class文件不存在可以先编译一下这个目录看看

David.X

jishuang 发表于 2018-2-7 16:34
3.8版本测试没问题，确认/UI2/system/components/justep/common/server/src下面的java文件存在吗？对应的cl ...

1.3.8版本没问题不能证明3.4什么。
我:
3.4上的问题是客观存在的。

jishuang

确认/UI2/system/components/justep/common/server/src下面的java文件存在吗？对应的class文件有吗？
如果class文件不存在可以先编译一下这个目录看看
而且3.4版本本地编译也没问题

David.X

jishuang 发表于 2018-2-7 16:52
确认/UI2/system/components/justep/common/server/src下面的java文件存在吗？对应的class文件有吗？
如果c ...

我重新运行了compileUI.bat，等到system目录全部编译掉才关闭，没有再现问题了。以前遇到过执行compileUI.bat后，访问登录页都报错的情况。所以认为compileUI.bat会损坏平台文件。
1.compileUI.bat的运行机制是怎样的，会清除classes再编译么，还是覆盖机制。我为了编译system_x中的src启动compileUI.bat，随后关闭，可能因为中途关闭导致平台文件未能成功编译。
2.我发现w文件的编译是比较耗时的，你们是不是在compileUI.bat中应用一下多线程技术，CPU 内存都很充足，
项目有几千个w文件，我完整编译过一次，需要30几个小时，这是我中途关闭的原因。

jishuang

覆盖的