编译UI/SA时报错，调试环境页面打开没有问题，服务器报错

wgs7909

对SA\OPM\organization目录进行编译 ，为什么报错？

wgs7909

.......本地测试环境下重新编译了一下，也报错了，然后页面就打不开了？
检查了W文件，和Action文件，都没有问题啊。在action动作中还测试过了，可以正常查询出数据的。

jishuang

本地测试没问题啊

wgs7909

jishuang 发表于 2020-5-27 13:55
本地测试没问题啊

  不能说你本地没错，我这边就不应该有错呀。
我本地的确出错了。
您能帮我分析一下错误的原因吗？

wgs7909

jishuang 发表于 2020-5-27 13:55
本地测试没问题啊

根据提示， ID列没有在select部分列出，问题应该出在action层面上，所以我替换了原来的action，也替换了原来 的w 文件 。
可是问题依然没有得到解决。

jishuang

重新解压一个版本测试看看

wgs7909

jishuang 发表于 2020-5-27 15:44
重新解压一个版本测试看看

,你这办法也太绝了。重新解压一个新的环境，最解决问题最直接有效的办法，但是JISHUANG老师不知道我的系统让我配置了很多其它的东西。如计划任务，各种第三方的JAR包，有的jar包在java\libg下，有的jar包在baasServer里，有的在UIServer里，有的还在各自己的代码里。总之一句话，jar包没管理明白。配置一次环境，就得掉一层皮。。。。。

但实在没有好办法了，于昨天晚上重新解压了一个新的环境，加班到12点终于基本配置完成 。问题也解决了。
但是。。。。。
今天早上修改了版本号，重新启动后，问题又来了。气死了。。。。。不知道为什么？
现在采取了迂回的解决方案。在本地正常的环境下，将版本号修改成服务器相同的数字，然后编译整个OPM目录。将编译好的文件COPY到服务器上。问题解决。
但这不是个长久之计啊！！！我总不能修改一次版本号，就重新在正常环境里编译一下，再COPY到服务器上吧！！！
不要麻烦老师再帮我想想，问题可能出现在哪里。

现在分析，问题就出在编译的时候。
编译的时候，首先分析了W文件里使用到的组件，然后加载，当加载到orgTree组件的时候就会报错了。org组件应该是加载了action.m文件里的action动作。应该就是在加载action动作的时候，发现SA_OPOrg这个动作的ID列不在查询范围内。但是编译好的文件可以被正常读取，也就是ACTION动作应该不会有问题。
我分析问题应该出在编译这个环节了。我只能分析到这一层了。

Masion

我也碰到了类似问题

jishuang

运行时会报错吗？

wgs7909

jishuang 发表于 2020-5-28 13:41
运行时会报错吗？

编译的时候报错。
我在正常环境下编译好了，COPY到服务器上。只要服务器不修改版本号，不需要重新编译的话，就没有问题。
修改了版本号，再次访问的时候，就需要编译，这时服务器就报错了。
在服务器上通过compileUI编译的时候也会报同样的错误。所以现在可以锁定问题就出在编译的时候。