在java中可以通过KSQL.select或者SQL.select返回Table,可以直接修改Table中的数据，然后保存，数据库中的数据就会更新 参考如下： public static void table(){ String ksql = "select rq.* from AP_RQ rq where rq.fName = 'noticeTest'"; Table table = KSQL.select(ksql, null,"/appdemo/test/data", null); Iterator<Row> it = table.iterator(); while (it.hasNext()) { Row row = [...]
运行功能时控制台报类似如下的错误 Caused by: com.justep.exception.BusinessException: 编码: JUSTEP150109; 提示: "/demo/test/ontology/f_itemno@Relation"不存在 at com.justep.exception.BusinessException.create(Unknown Source) at com.justep.util.Utils.checkNotExist(Unknown Source) at com.justep.model.impl.ConceptImpl.init(Unknown Source) 错误的原因是在在BIZ层该模块中没有找到@Relation前面的关系的定义，上面的错误就是没有找到f_itemno关系的定义，需要添加上关系的定义 即在ontology文件中没有类似于如下这样的定义关系定义 <relation name="fProvideStateName" data-type="String" single-valued="true"> <label language="zh_CN">发放状态</label> </relation> 其中的name值就是报错的关系名，上面的错误就是<relation name="f_itemno"没有定义
人员(person)--客观存在，在组织中从事具体工作的最小个体，可以理解为一个自然人。 将人员分配到组织机构中任何组X5 织(org)下，形成一个新的组织单元，即人员成员（psm）。 在组织模型中，只有成为人员成员才能使他（她）承担起相关的职责，实现他（她）的使命。人员登录业务运行平台后，只能以人员成员的身份运行系统，才能实现其特定的职责。如果登录人员承担了多个职责（对应多个人员成员），那么在处理工作上，不同的功能会根据功能的环境选择和本功能对应的人员成员。 一人一个岗位时当前人员成和主人员成员是一样的。 一人多岗时当前人员成员和主人员成员就不一定是一样的，主人员成员的信息就是主岗位下的人员的信息。
组织（org）只是一个泛化的抽象概念，组织单元可以从组织中继承出各种具体的组织，并扩展各个具体的属性。目前系统的组织包括：机构、部门、岗位、人员成员。 机构是组织中的一种表现形式，是一个容器，可以包含多个子机构、部门、岗位、人员成员等。 平台提供的获取当前组织或者机构的值的区别如下： 当前组织：获取的当前人员成员的上级的名字，是岗位就取的岗位，是部门就取的部门 当前机构：获取的当前人员成员所在的机构，当前人员成员的SFID的值中为.ogn的值就是当前组织的id,当前组织相关的数据就是SA_OPOrg中sID为这个id的值，并且sorgkindid为ogn这条记录中的数据
在登录的时候，平台会在登录的信息中存终端类型，biz层可以在loginAction的执行后事件中获取options参数获取状态类型 loginAction平台默认是在/BIZ/SA/OPM/system/system.process.m中添加的 具体的实现参考如下: public static void systemProcessAfterLoginAction() { Map<Object, Object> options = (Map<Object, Object>) ContextHelper.getActionContext().getParameter("options"); System.out.println("操作系统："+options.get("OperatingSystem")); System.out.println("设备类型："+options.get("DeviceType")); }
运行功能时应用服务器的控制台报错如下： Caused by: com.justep.exception.BusinessException: 编码: JUSTEP154058; 提示: 以*展开的单值关系只能保存到主表上, t_DictMenu.fDictMenuChild不允许以*展开 at com.justep.exception.BusinessException.create(Unknown Source) at com.justep.util.Utils.check(Unknown Source) at com.justep.system.ksql.parser.AbstractParser.handleAllRelation(Unknown Source) at com.justep.system.ksql.parser.AbstractParser.selectSentenceNode(Unknown Source) at com.justep.system.ksql.parser.QueryParser.start(Unknown Source) at com.justep.system.ksql.parser.QueryParser.start(Unknown Source) at com.justep.system.ksql.parser.AbstractParser.parse(Unknown Source) 错误的原因是因为概念中有关系设置的是多值，并且数据库中也有对应的字段 平台默认的多值的关系，数据库中不需要有对应的自己，所以出现这个错误的时候检查概念中设置多值的关系，然后到数据库表中把对应字段删除了即可
1.在关系定义中（注意是关系定义，在ontology文件中点击左侧的关系），定义两个关系父关系和子关系,在父关系的互逆设置上设置子关系 2.在父概念中从已定义关系中选择子关系 3.在子概念中从已定义关系中选择父关系，并且在映射设置中添加父这个关系 4.在父概念中找到添加的子关系在高级中设置级联删除 whole-part的值具体是： composition是级联删除 aggregation是级联设空即删除父的时候子没删但是把外键的值设置为空了 树形的也是同样的时候，只是树形的两个关系都添加到一个概念中，并且在高级设置中要选择树形，并且设置树形关系（值要类似与SA_OPOrg中的sFID的值），和分隔符
ksql中支持not in和not exists,但是具体的语法给sql中的不一样 sql中是先写字段名 后面写not in 如：select productID, productName from Products where categoryID IN (1, 4, 5); ksql中是要把关系名写到not 和in中间的 如下：SELECT o1.*, o1.sCode AS sPCode, o1.sName AS sPName FROM SA_OPOrg o1 WHERE NOT o1.sLevel IN(1, 2); [...]
在BIZ层模块与模块之间的引用在model.config.m文件中添加include或这use include和use的区别如下： include:将其他模块中定义的东西完全引用，可以传递，如A include B,B include C,则A可以使用C的定义 user:将其他模块中定义的东西引用到本模块，可不可以传递，如A use B,B use C,则A不可以使用C的定义
oracle数据库tomcat控制报错 Caused by: java.sql.SQLException: ORA-00942: 表或视图不存在 at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112) at oracle.jdbc.driver.T2CConnection.checkError(T2CConnection.java:672) at oracle.jdbc.driver.T2CConnection.checkError(T2CConnection.java:598) sqlserver数据库tomcat控制报错 Caused by: java.sql.SQLException: 对象名 'PM_CBCS_ZB' 无效。 at net.sourceforge.jtds.jdbc.SQLDiagnostic.addDiagnostic(SQLDiagnostic.java:365) at net.sourceforge.jtds.jdbc.TdsCore.tdsErrorToken(TdsCore.java:2781) at net.sourceforge.jtds.jdbc.TdsCore.nextToken(TdsCore.java:2224) mysql数据库tomcat控制报错 Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Table [...]