KSQL语法错误, columns中的列usingDepartment必须包含在select查出...

wsl891128

1. java.lang.reflect.InvocationTargetException
   
2.         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   
3.         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   
4.         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   
5.         at java.lang.reflect.Method.invoke(Method.java:592)
   
6.         at com.justep.system.action.Engine.invokeActions(Native Method)
   
7.         at com.justep.system.action.Engine.invokeActions(Unknown Source)
   
8.         at com.justep.business.server.BusinessServer.doAction(Unknown Source)
   
9.         at com.justep.business.server.BusinessServer.doExcute(Unknown Source)
   
10.         at com.justep.business.server.BusinessServer.excute(Unknown Source)
    
11.         at com.justep.business.server.BusinessServerServlet.execService(Unknown Source)
    
12.         at com.justep.business.server.BusinessServerServlet.service(Unknown Source)
    
13.         at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
    
14.         at com.justep.x.bs.BusinessServerServlet.service(Unknown Source)
    
15.         at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
    
16.         at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
    
17.         at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
    
18.         at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
    
19.         at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
    
20.         at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
    
21.         at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
    
22.         at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
    
23.         at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
    
24.         at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:857)
    
25.         at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)
    
26.         at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
    
27.         at java.lang.Thread.run(Thread.java:595)
    
28. Caused by: com.justep.exception.BusinessException: 编码: JUSTEP150210; 提示: 执行KSQL出错, KSQL: SELECT T_vehiclearchives.*,Sa_oporg1.sName as usingUnitName  FROM T_vehiclearchives T_vehiclearchives  optional  join Sa_oporg Sa_oporg1 on T_vehiclearchives.usingUnit = Sa_oporg1.sCode AND Sa_oporg1.sOrgKindID = 'ogn' LIMIT 0, -1
    
29.         at com.justep.exception.BusinessException.create(Unknown Source)
    
30.         at com.justep.system.data.impl.TableUtilsImplement.ksqlSelect(Unknown Source)
    
31.         at com.justep.system.data.impl.TableUtilsImplement.ksqlSelect(Unknown Source)
    
32.         at com.justep.system.data.impl.TableUtilsImplement.ksqlSelect(Unknown Source)
    
33.         at com.justep.system.data.BizData.query(Unknown Source)
    
34.         at BizProcedure.query(BizProcedure.java:12)
    
35.         ... 26 more
    
36. Caused by: com.justep.exception.BusinessException: 编码: JUSTEP154053; 提示: KSQL语法错误, columns中的列usingDepartment必须包含在select查出列中
    
37.         at com.justep.exception.BusinessException.create(Unknown Source)
    
38.         at com.justep.util.Utils.check(Unknown Source)
    
39.         at com.justep.system.ksql.parser.AbstractParser.handleColumns(Unknown Source)
    
40.         at com.justep.system.ksql.parser.AbstractParser.selectSentenceNode(Unknown Source)
    
41.         at com.justep.system.ksql.parser.QueryParser.start(Unknown Source)
    
42.         at com.justep.system.ksql.parser.QueryParser.start(Unknown Source)
    
43.         at com.justep.system.ksql.parser.AbstractParser.parse(Unknown Source)
    
44.         ... 31 more
    

复制代码

图 1 是概念里的字段，图2是数据表的字段。现在查询的时候却报了这个字段不包含在查询列里，为什么？请高手解答

jishuang

queryAction的select部分怎么定义的?

cyteamo

jishuang 发表于 2014-11-26 09:26
queryAction的select部分怎么定义的?

usingDepartment这个关系不是在T_vehiclearchives这个概念里面吗?

wsl891128

jishuang 发表于 2014-11-26 09:26
queryAction的select部分怎么定义的?

select *

wsl891128

cyteamo 发表于 2014-11-26 09:32
usingDepartment这个关系不是在T_vehiclearchives这个概念里面吗?

是的

wsl891128

发现一个问题：T_vehiclearchives这张表不只在模块A的ontology里定义，而且在模块B中的ontology也定义了，现在我只在模块A中的概念添加了字段，但是没在模块B中的这张表添加同名的字段，所以就报了这个错误。但是我在表引用的reader属性中的路径是模块A中的路径，可在画面加载的时候却报了这个错误，不知道是不是平台存在的缺陷。（本来在系统设计的时候是把所有模块的表定义都放在一个ontology里的，但后面考虑维护问题及ontology的臃肿，然后就把各个模块的表定义分离出来到各自的模块里，但是这张表在模块A中忘了删除了，之后就导致了这个问题的出现）

jishuang

确认A中是否引用了B

wsl891128

jishuang 发表于 2014-11-26 11:13
确认A中是否引用了B

A中未 引用B

jishuang

如果没有引用，应该会找A下面的

你好楼主，这个问题需要我在本地环境进行问题重现，所以会花费较长时间，请你耐心等待，我完成后会第一时间反馈结果，谢谢！

风语者

wsl891128 发表于 2014-11-26 09:52
发现一个问题：T_vehiclearchives这张表不只在模块A的ontology里定义，而且在模块B中的ontology也定义了， ...

先把模块B中的ontology中这个表备份后删除，再重新把A模块中bdata引用该表一次，这时就会显示正确的reader属性路径，引用后再把B中备份的重新还原了。我是这么做的，或许是巧合吧，这样做就没有了那个错误。