编写一个simple method 首先我们需要对输入参数进行验证 ，判断参数是否完整。
1. 验证
1.1. Login-required
：这是一个simple-method的属性,对是否需要登陆进行设置,默认值为true ，即默认需要先登陆。（加上service 定义中的auth 定义，所以如果你不希望一个simple service 必须登陆才能调用的话,那么首先得将service 定义中的auth设为false ，再将此处的login-required 设为false），后续会陆续多种子权限判断的用法，关于权限判断都是首先需要登陆的。
1.2. use-transaction
：设置此simple method 是否使用事务。根据业务需求来判断具体设置。
1.3. check-permission
：判断权限是否具有某一权限，一般用法为：
<check-permission permission="person" action="_update">
<alt-permission permission="person" action="_view"/>
<fail-property resource="WebtoolsUiLabels" property="doNotHavePermission"></fail-property>
</check-permission>
<check-errors></check-errors>
使用check-permission前提条件是当前service 环境中必须存在用户的登陆信息，即能获取到userLogin . service 的调用场景有很多,controller.xml中,screen中,simple method 中,bsh文件中,ftl 文件中,java 文件中，groovy文件中等，其中前三项系统会自动将userLogin,locale 等信息自动封装到service context 中去，所以不需要我们手段传值，所以我们在其他环境中调用service的时候就需要对需要的隐性参数进行传值，比如fail-property中会用到locale, check-permission会用到userLogin 等，调用举例如下：
dispatcher.runSync("TestServiceOnSimple",UtilMisc.toMap("param3","TestServiceOnJava","userLogin",userLogin,"locale",locale)); //java文件中
check-permission中有个属性error-list-name="error_list" ,这条属性的意思是意义是将错误信息放到error_list这个list 中。配合check-errors的共同使用。
其中check-permission判断是否具有”${permission的值}_ADMIN” 权限,如果action的值不为null，则会首先判断当前用户是否具有”${permission的值}_ADMIN”权限,如果有则权限判定符合要求，否则判断是否具有”${permission的值}_${action的值}”，如果check-permission判断权限要求都不满足的话，会进行alt-permission 权限判断，判断规则和check-permission一样, check-permission 和 alt-permission 两者的关系是or的关系，即只要两者有一个满足权限要求即可。如果两者条件都不满足的话那么将会把fail-property 写进错误信息中，fail-property错误信息来源于”${ resource的值}.xml”中key值为”${property的值}”所对应的value 值。系统会自动根据客户端浏览器的locale从文件中获取对象的提示信息。
当然你也可以直接将来报错提示信息写在当前simple methord 中，使用
<check-permission permission="person" action="_update">
<alt-permission permission="person" action="_view"/>
<fail-message message="you do not have XXX permission !!"/>
</check-permission>
fail-message 与 fail-property 是不能共存的，二者只能存其一。
所有上面的内容只会对权限进行判断，权限不满足的话收集提示信息，<check-errors></check-errors>则是返回错误信息。如果没有check-errors那么service method 将会继续往下执行。有check-errors的话则会中断simple method 的执行。
如果非要用java 语言进行翻译的话，我觉得应该是这样的。
<check-permission permission="person" action="_update">
<alt-permission permission="party" action="_view"/>
<fail-property resource="WebtoolsUiLabels" property="doNotHavePermission"></fail-property>
</check-permission>
<check-errors></check-errors>
翻译成java service 应该是这样的.
Security security = dctx.getSecurity();
if (!(security.hasPermission ("person_ADMIN", userLogin)
|| security.hasPermission ("person_update", userLogin)
|| security.hasPermission ("party_ADMIN", userLogin)
|| security.hasPermission ("party_view ", userLogin))
) {Return ServiceUtil.returnError(
UtilProperties.getMessage("WebtoolsUiLabels","doNotHavePermission",locale));
}
另：check-permission 中还有个子节点accept-userlogin-party ，似乎不很常用，后待研究
1.4. if-has-permission
<if-has-permission permission="person_view" >
<set field="hasPermission" type="Boolean" value="true"/>
<field-to-result field="hasPermission"/>
<log level="info" message="you have ACCTG_FX_ENTRY!"/>
<else>
<set field="hasPermission" type="Boolean" value="false"/>
<property-to-field
resource="CommonUiLabels" property="CommonGenericPermissionError" field="failMessage"/>
<field-to-result field="hasPermission"/>
<field-to-result field="failMessage"/>
</else>
</if-has-permission>
if-has-permission判断权限的规则和check-permission的规则是一样的。不重复了，if-has-permission和check-permission最大的不同在于if-has-permission可以进行if-else 的逻辑判断.当然如果不需要else判断的话可以把else节点整个去掉，即：
<if-has-permission permission="person_view" >
<set field="hasPermission" type="Boolean" value="true"/>
<field-to-result field="hasPermission"/>
<log level="info" message="you have ACCTG_FX_ENTRY!"/>
</if-has-permission>
翻译一下前边的if-has-permission的例子.
首先判断当前用户是否具有person_view的权限，如果有这个权限那么执行：
<set field="hasPermission" type="Boolean" value="true"/>
创建Boolean 变量 hasPermission 值为true
<field-to-result field="hasPermission"/>
将hasPermission这个变量赋值到result结果集中
<log level=" info" message="you have ACCTG_FX_ENTRY!"/>
输出info级别日志,” you have ACCTG_FX_ENTRY!”.
判断权限如果没有这个权限则执行：
<set field="hasPermission" type="Boolean" value="false"/>
创建Boolean 变量 hasPermission 值为false
<property-to-field
resource="CommonUiLabels" property="CommonGenericPermissionError" field="failMessage"/>
从CommonUiLabels.xml文件中获取key为CommonGenericPermissionError的国际化内容并赋值到变量failMessage中
<field-to-result field="hasPermission"/>
将hasPermission这个变量赋值到result结果集中
<field-to-result field="failMessage"/>
将failMessage这个变量赋值到result结果集中
1.5. if-compare
<if-compare field="statusId"
operator="equals" value="INVOICE_PAID">
<log level="info"
message="The compare conditions are met"></log>
<else>
<log level="info"
message="The compare conditions are not met"></log>
</else>
</if-compare>
if-compare，把某一参数的值与一特定的值进行比较。比较的逻辑类型通过operator进行设置，种类主要有less，greater，less-equals，greater-equals，equals，not-equals，contains等，不挨个解释了无非是大于，等于，大（小）于等于，包含等。
if-compare中另外还有两个参数format、type . type指比较参数双方的数据类型,比较之前系统会将比较双方的参数转化成你指定的type类型。
format指比较参数双方的格式，一般用在日期格式中，和日期有关的type类型主要有Time，Date，Timestamp三种，针对这三种子日期类型format类型有三个默认值
分别是"HH:mm:ss"，"yyyy-MM-dd"，"yyyy-MM-dd HH:mm:ss.SSS" 。使用时间进行比较的时候参数的格式最好和默认的format相同，否则容易出现不可预料的问题。
与if-has-permission类似,当满足if条件的情况下执行<if-compare 与 <else>中间的内容，否则则执行<else>与</else>中间的内容，当然和if-has-permission一样，也可以不使用<else></else>（以后类似情况不再提了，自己类推吧。）.即
<if-compare field="statusId"
operator="equals" value="INVOICE_PAID">
<log level="info"
message="The compare conditions are met"></log>
</if-compare>
1.6. if-compare-field
if-compare-field与if-compare用法规则相同，唯一的不同在于if-compare是一个参数与固定值之间的比较，而if-compare-field是两个参数之间的比较。
1.7. if-empty
<if-empty field="param5">
<log level="info" message="the parameter param5 is empty"></log>
<else>
<log level="info" message="the parameter is not empty "></log>
</else>
</if-empty>
判断一个参数是否为null,如上判断参数param5是否为null.
1.8. if-not-empty
<if-not-empty field="param5">
<log level="info" message="the parameter is not empty "></log>
<else>
<log level="info" message="the parameter is empty "></log>
</else>
</if-not-empty>
顾名思义这个是和if-empty反着用的。
1.9. if-instance-of
<if-instance-of field="param5" class="String">
<log level="info" message="the parameter is a String"></log>
<else>
<log level="info" message="the parameter is not a String"></log>
</else>
</ if-instance-of>
OR
<if-instance-of field="param5" class="java.util.List">
<log level="info" message="the parameter is a List"></log>
<else>
<log level="info" message="the parameter is not a List"></log>
</else>
</if-instance-of>
if-instance-of判断某一参数是否属于指定的参数类型。类似于java 中的instanceof 。
1.10. if-regexp
<if-regexp field="param5" expr="^[a-zA-Z_0-9]+$">
<log level="info" message="expr validate success"></log>
<else>
<log level="info" message="expr validate Fail"></log>
</else>
</if-regexp>
使用正则表达式对参数进行验证。
1.11. if-validate-method
<if-validate-method field="param5" method="isEmail">
<log level="info" message="param5 is a Email"></log>
<else>
<log level="info" message=" param5 is not a Email"></log>
</else>
</if-validate-method>
使用验证方法对参数进行验证，if-validate-method有个class属性,其默认值为
"org.ofbiz.base.util.UtilValidate"，使用${class}类中的${method}方法对参数param5进行验证。
1.12. if
<if>
<condition>
<and>
<if-compare field="param1" operator="equals" value="value1"/>
<if-compare field="param2" operator="equals" value="value2"/>
</and>
</condition>
<then>
<log level="info" message="condition1 validate success"></log>
</then>
<else-if>
<condition>
<if-compare field="param3" operator="equals" value="value3"/>
</condition>
<then>
<log level="info" message="condition2 validate success"></log>
</then>
</else-if>
<else>
<log level="info" message="condition1 and condition2 validate Fail"></log>
</else>
</if>
If 一般情况下配合condition 使用，进行多条件的组合判断，使用<and></and> 或者<or></or>组织多个条件的逻辑关系,如果condition 条件满足，那么执行then ，否则执行 else-if 或者 else . 此用法是minilang 中唯一可以使用else if 逻辑判断的地方。
1.13. check-id
<check-id field="parameters.orderId" error-list-name="error_list">
</check-id>
对参数进行特殊字符验证,判断orderId 中是否含有空格、“、‘、&、？、<、>、\、/等。针对每种不同的特殊字符,check-id 提供了一种默认错误提示信息与之对应，所以错误信息可以不用设置，当然也可以使用fail-message 和 fail-property提供错误信息（用法同check-permission ，后续用到将不再重复）,将错误信息放到${error-list-name}中,供check-errors使用。
1.14. add-error
<add-error error-list-name="error_list">
<fail-message message="error Need a reason?"/>
</add-error>
OR
<add-error error-list-name="error_list">
<fail-property resource="WebtoolsUiLabels" property="errorKey">
</fail-property>
</add-error>
向一个错误结果list中添加错误信息,错误结果list的name 可以指定,错误信息的来源可以来自来源于国家化xml文件.而可以是直接写死的message。一般用在之前介绍的那么多if-XXXX判断中，如果条件不满足（<else></else>中间）那么将错误信息写入错误信息结果list中，再通过check-errors 将错误信息返回。
1.15. check-errors
<check-errors error-code="resultPage" error-list-name="error_list">
</check-errors>
前边已经讲到很多，是将错误信息进行返回，如果错误信息结果${error-list-name}中存在错误那么将返回错误信息并终止当前simple method 的运行。
error-list-name指定要返回的错误信息结果list名称，MethodContext中可能会包含多个错误结果信息list,根据业务需要而定， error-code 返回错误状态码，一般用在controller.xml 中，
<request-map uri="testServiceTest">
<security https="false" auth="false"/>
<event type="service" invoke="TestServiceOnJava"/>
<response name="success" type="view" value="toSuccess"/>
<response name="error" type="view" value="toError"/>
<response name="resultPage" type="view" value="toResult"/>
</request-map>
系统会根据其返回的code 而指向不同的request 或者 view 。
check-errors 另有4个节点,（已过期，源码已经被注释）
<message-suffix resource="WebtoolsUiLabels" property="doNotHavePermission2"></message-suffix>
<message-prefix resource="WebtoolsUiLabels" property="doNotHavePermission2"></message-prefix>
<error-prefix resource="WebtoolsUiLabels" property="doNotHavePermission2"></error-prefix>
<error-suffix resource="WebtoolsUiLabels" property="doNotHavePermission2"></error-suffix>
1.16. assert
assert：断言待确定。
calculate
1.17. calculate
calculate：待确定
2. 数据操作
2.1. clone-value
<clone-value value-field="lookedUpValue" new-value-field="newLookedUpValue"/>
clone-value克隆参数。以${value-field}参数对象为模板，创建一个新的参数对象。value-field的值必须是一个GenericValue对象或者是能够转化成GenericValue的对象。
2.2. clear-field
<if-not-empty field="param6">
<log level="info" message="the value of param6 is not empty"></log>
</if-not-empty>
<clear-field field="param6"/>
<if-empty field="param6">
<log level="info" message="the value of param6 is empty"></log>
</if-empty>
运行结果
[CommonServices.xml#TestServiceOnSimple line 85] the value of param6 is not empty
[CommonServices.xml#TestServiceOnSimple line 89] the value of param6 is empty
clear-field 将参数${field}从simple method 运行环境中methodContext清除掉。
2.3. create-object
待确定
2.4. clear-cache-line
待确定
2.5. clear-entity-caches
待确定
2.6. entity-one
<set field="UserLogin" value="admin"/>
<entity-one entity-name="UserLogin" value-field="adminUserLogin"
auto-field-map="true" use-cache="true">
</entity-one>
<log level="info" message="${adminUserLogin}"></log>
entity-one根据给定主键对某一特定实体进行主键查询。如上例：根据实体UserLogin 主键userLoginId的值进行主键查询，并将查询结果定义为adminUserLogin。
由于entity-one 的属性auto-field-map的值设置为true,所以系统会从simple method 的运行环境MethodContext中自动寻找实体的主键。use-cache 是关于是否首 先从缓存中获取数据的设置。
如果auto-field-map的值设置为false,那么系统将不会自动从封装实体主键，那么需要我们手动给参，如下：
<entity-one entity-name="UserLogin" value-field=" adminUserLogin " auto-field-map="false">
<field-map field-name="userLoginId" value="admin"/>
</entity-one>
<set field="userLoginId" value="admin"/> 即为给主键传参。参数可以为固定的value 值，也可为已经存在与运行环境中的参数值。如下：
<set field="userLoginId" value="admin"/>
<entity-one entity-name="UserLogin" value-field=" adminUserLogin " auto-field-map="true">
<field-map field-name="userLoginId" from-field=" userLoginId "/>
<select-field field-name="currentPassword"/>
<select-field field-name="disabledDateTime"/>
</entity-one>
select-field为非主键选择性输出，即将实体字段中用到的字段写入查询结果adminUserLogin中，用不到的则不写入。select-field 不得设置主键，且使用select-field时不能与use-cache="true" 同时使用。
2.7. entity-and
<entity-and entity-name="WorkEffortPartyAssignment" list="wepaList">
<field-map field-name="partyId" value="admin"/>
<select-field field-name="workEffortId"/>
<order-by field-name="+workEffortId"/>
</entity-and>
<log level="info" message="${wepaList}"></log>
entity-and 非主键多条件查询。
use-cache 是关于是否首先从缓存中获取数据的设置。不能和select-field共同使用。
为了容易查看效果这里使用select-field（用法同entity-one 中select-field）限制查询字段只显示输出了workEffortId
字段。输出结果如下：
{
[GenericEntity:WorkEffortPartyAssignment][workEffortId,9000(java.lang.String)],
[GenericEntity:WorkEffortPartyAssignment][workEffortId,9002(java.lang.String)],
[GenericEntity:WorkEffortPartyAssignment][workEffortId,9100(java.lang.String)],
[GenericEntity:WorkEffortPartyAssignment][workEffortId,CALENDAR_PUB_DEMO(java.lang.String)],
[GenericEntity:WorkEffortPartyAssignment][workEffortId,OneOffMeeting(java.lang.String)],
[GenericEntity:WorkEffortPartyAssignment][workEffortId,STAFF_MTG(java.lang.String)]
}
entity-and 中属性 limit-range 效果展示 ：
<entity-and entity-name="WorkEffortPartyAssignment" list="wepaList">
<field-map field-name="partyId" value="admin"/>
<select-field field-name="workEffortId"/>
<order-by field-name="+workEffortId"/>
<limit-range size="3" start="2"/>
</entity-and>
<log level="info" message="${wepaList}"></log>
输出结果：
{
[GenericEntity:WorkEffortPartyAssignment][workEffortId,9002(java.lang.String)],
[GenericEntity:WorkEffortPartyAssignment][workEffortId,9100(java.lang.String)],
[GenericEntity:WorkEffortPartyAssignment][workEffortId,CALENDAR_PUB_DEMO(java.lang.String)]
}
可以发现limit-range的功能为截取查询结果，从第${start}(包括此条)数据起，截取${size}条数据做为最终结果。
entity-and 中属性 limit-view 效果展示 ：
<entity-and entity-name="WorkEffortPartyAssignment" list="wepaList">
<field-map field-name="partyId" value="admin"/>
<select-field field-name="workEffortId"/>
<order-by field-name="+workEffortId"/>
<limit-view view-size="2" view-index="2"/>
</entity-and>
<log level="info" message="${wepaList}"></log>
输出结果：
{
[GenericEntity:WorkEffortPartyAssignment][workEffortId,9100(java.lang.String)],
[GenericEntity:WorkEffortPartyAssignment][workEffortId,CALENDAR_PUB_DEMO(java.lang.String)]
}
可以发现limit-view 类似于分页，将查询结果划分为每页${view-size}条数据,取第${view-index}页数据,如果用limit-view 来实现相同功能的话，需要设置start="3"，size="2"
entity-and 中属性 use-iterator 效果展示 ：
<entity-and entity-name="WorkEffortPartyAssignment" list="wepaList">
<field-map field-name="partyId" value="admin"/>
<select-field field-name="workEffortId"/>
<order-by field-name="+workEffortId"/>
<use-iterator/>
</entity-and>
<if-instance-of ass="org.ofbiz.entity.util.EntityListIterator"
ield="wepaList">
<log level="info" message="the wepaList is a Iterator"></log>
</if-instance-of>
<if-instance-of class="java.util.List" field="wepaList">
<log level="info" message="the wepaList is a List object"></log>
</if-instance-of>
设置<use-iterator/>时输出结果为：
the wepaList is a Iterator
不设置时输出结果为：
the wepaList is a List object
可见设置<use-iterator/>使输出参数结果的格式发生了变化。如果设置了use-iterator ，却不使用EntityListIterator结果对象的话，会报错（待查验）
总结：use-iterator、limit-view、limit-range 三者不能两两共存，且此三者所处位置必须在其他同级节点的后面。
2.8. entity-condition
<entity-condition list="partyAssignments" entity-name="WorkEffortPartyAssignment" filter-by-date="true">
<condition-list combine="and">
<condition-expr field-name="workEffortId" from-field="workEffortId"/>
<condition-expr field-name="partyId" from-field="userLogin.partyId"/>
<condition-expr field-name="statusId" value="PRTYASGN_ASSIGNED"/>
<condition-list combine="or">
<condition-expr field-name="roleTypeId" value="CAL_OWNER"/>
<condition-expr field-name="roleTypeId" value="CAL_ORGANIZER"/>
<condition-expr field-name="roleTypeId" value="CAL_DELEGATE"/>
</condition-list>
</condition-list>
</entity-condition>
entity-condition 对实体${entity-name}进行多条件组合逻辑查询。
ofbiz 很多实体在创建的时候都会有两个字段，分别为fromDate 和 thruDate.
这两个字段一般被用来代表当前数据的有效期间，既当前数据的有效期为大于等于fromDate 且 小于 thruDate 。 当fromDate 为null 时 则表示前端无限制, thruDate表示后端无限制。
属性distinct很好理解，剔除重复数据。需要注意的是如果配合select-field 共同使用的时候，判断重复的条件是判断select-field 需要显示字段是否重复，而不是判断当前实体所有的字段，即SQL 执行顺序是 先select-field 再distinct。
属性filter-by-date即为对记录表数据时间有效性的过滤，使用前提是当前实体必须有fromDate 和 thruDate这两个字段，且不能使用缓存进行查询 ，即use-cache="false"，转化成sql 表示为
((thruDate IS NULL OR thruDate > '当前时间') AND (fromDate IS NULL OR fromDate <= '当前时间'))
condition-expr为单个条件的逻辑判断，逻辑判断类型通过operator 进行设置，用法和if-compare类似。ignore-if-empty="true"，当前字段为“”时是否忽略，
意思是如果当前进行判断的字段为””则忽略此判断。同理ignore-if-null="true"意思是如果当前进行判断的字段为null则忽略此判断.
condition-list为多个条件的逻辑组合，通过combine对condition-list节点中的多个condition-expr 进行逻辑组合，逻辑关系主要有 “and” 和 “or” 两种。
condition-object为使用当前simple 运行环境中已经存在的org.ofbiz.entity.condition.EntityCondition 类型的对象进行逻辑判断。
having-condition-list一般用于带有group-by 查询的视图实体查询，首先对根据condition-list查询条件进行查询，然后再根据having-condition-list查询条件进行限制查询。 比如：
<view-entity entity-name="WorkEffortPartyAssignmentView" package-name="org.ofbiz.workeffort.workeffort">
<member-entity entity-alias="wepa" entity-name="WorkEffortPartyAssignment"></member-entity>
<alias-all entity-alias="wepa">
<exclude field="partyId"/>
</alias-all>
<alias entity-alias="wepa" name="partyId" group-by="true">
</alias>
<alias entity-alias="wepa" name="quantityTotal" field="partyId" function="count"/>
</view-entity>
此视图实体全部使用WorkEffortPartyAssignment的参数，根据partyId进行分组，然后获取每组的数量。
查询使用：
<entity-condition list="wepaListTwo" entity-name="WorkEffortPartyAssignmentView">
<condition-list combine="or">
<condition-expr field-name="partyId" operator="equals" value="admin"/>
<condition-expr field-name="partyId" operator="equals" value="DemoEmployee2"/>
<condition-expr field-name="partyId" operator="equals" value="DemoEmployee3"/>
</condition-list>
<having-condition-list>
<condition-expr field-name="quantityTotal" operator="equals" value="3"/>
</having-condition-list>
<select-field field-name="partyId"/>
<select-field field-name="quantityTotal"/>
<use-iterator/>
</entity-condition>
首先根据三个partyId条件进行逻辑或进行分组查询，然后再对查询结果进行having-condition-list筛选。Sql 解析结果为：
SELECT wepa.PARTY_ID, COUNT(wepa.PARTY_ID) FROM OFBIZ.WORK_EFFORT_PARTY_ASSIGNMENT wepa WHERE ((wepa.PARTY_ID = 'admin' OR wepa.PARTY_ID = 'DemoEmployee3' OR wepa.PARTY_ID = 'DemoEmployee2')) GROUP BY wepa.PARTY_ID HAVING (COUNT(wepa.PARTY_ID) = 3)
having-condition-list 用法同condition-list。
总结：entity-condition当使用缓存进行查询时，不能使用distinct、having-condition-list、select-field。entity-condition查询限制条件最外层必须为condition-list、condition-expr、condition-object中的一个，三者不能两两并存。entity-condition的几个子节点配置先后顺序分别为：[condition-list、condition-expr、condition-object]三者中的一个、[having-condition-list]、[select-field]，[order-by]、[use-iterator、limit-view、limit-range]三者中的一个。
2.9. entity-count
<entity-count count-field="num" entity-name="WorkEffortPartyAssignment">
<condition-list combine="or">
<condition-expr field-name="partyId" operator="equals" value="admin"/>
<condition-expr field-name="partyId" operator="equals" value="DemoEmployee2"/>
<condition-expr field-name="partyId" operator="equals" value="DemoEmployee3"/>
</condition-list>
</entity-count>
entity-count 查询${entity-name}中符合条件的数据条数并赋值到 ${count-field}参数。条件配置与 entity-condition 一样。不罗嗦。
2.10. entity-data
待确定
2.11. find-by-primary-key
<set field="fieldsToSelect[]" value="currentPassword"/>
<set field="fieldsToSelect[]" value="partyId"/>
<set field="inParma.userLoginId" value="admin"/>
<!—- 此处以上都是参数的处理以及设置 -->
<find-by-primary-key entity-name="UserLogin" value-field="outResult" map="inParma" fields-to-select-list="fieldsToSelect" />
<log level="info" message="---${outResult}---"></log>
find-by-primary-key功能与entity-one 相同，不同的是find-by-primary-key需要将主键字段封装到一个map中，然后使用,显示字段slelect-field 也是需要先将需要显示的字段封装到一个list 中。
: entity-name:查询实体名称。
：value-field：查询结果得到的实体对象名称。
：map： 一个map ，其中包含了主键字段。作为主要查询的依据。如果主键由多个字段组合而成，那么此map中需要包含所有的主键的字段信息。
：fields-to-select-list： 一个list,配置查询结果中所包含的非主键字段，主键字段就不要再这里设置了。
：use-cache：与entity-one 不同，这里的use-cache可以和选择性显示字段fields-to-select-list共同使用
2.12. find-by-and
<clear-field field="inParma"/>
<set field="inParma.partyId" value="admin"/>
<set field="orderList[]" value="+partyId"/>
<set field="orderList[]" value="-workEffortId"/>
<find-by-and list="outResult" map="inParma" entity-name="WorkEffortPartyAssignment" order-by-list="orderList" use-cache="true" use-iterator="true"/>
<iterate entry="out" list="outResult">
<log level="info" message="iterator---${out}---"></log>
</iterate>
功能同entity-and,多条件查询。
：map：map 类型，其中放置了查询条件,map中多条查询条件之间的逻辑关系是and的关系。由于输入参数inParma这个map不能包含所查询实体${entity-name}之外的字段,在之前程序中我们可能已经使用过这个inParma参数，其中可能已经包含一些其他数据，所以我们使用之前最好将inParma参数清除一下。即<clear-field field="inParma"/>
：order-by-list：list 类型，排序的依据。需要提前封装。
：use-cache：是否使用缓存查询，与entity-and中use-cache会与其他节点或者属性有冲突不同，这里use-cache与其他节点属性可以共存。
：use-iterator：是否使用iterator类型返回参数。
2.13. get-related-one
<make-value value-field="userNew" entity-name="UserLogin"/>
<set field="userNew.partyId" value="admin"/>
<get-related-one relation-name="Party" to-value-field="partyNew" value-field="userNew"/>
get-related-one根据外键实体获取外键所对应主键的实体。
实体与实体之间存在一中relation关系，如果把relation的方称为 甲实体 ，被relation的实体称为乙实体 。那么这里是根据 甲实体对象对乙方实体对象进行业务操作（查询）。使用get-related-one的前提是 甲实体 对乙方实体 relation 的type类型为one 或者 one-noFK 。
：value-field：甲方实体对象名称，查询依据。此实体必须包含relation 字段的值，
即甲方实体对象相对应乙方的外键值必须不能为null值。否则获得结果集为null;
：relation-name：查询实体名称。
：to-value-field：查询结果实体对象名称。
后面将会介绍到remove-related ,这个和 get-related-one 的关系有点相反。
remove-related 是根据乙方实体对象对甲方实体对象进行业务操作（删除）。
把这两个结合起来看吧 。（相关relation 的操作建议熟悉实体的relation 再看）
2.14. get-related
<clear-field field="partyNew"/>
<make-value value-field="partyNew" entity-name="Party"/>
<set field="partyNew.partyId" value="AUTHOR_MADMAX"/>
<get-related relation-name="UserLogin" list="userLoginList" value-field="partyNew"/>
待定。。。。。。
2.15. filter-list-by-and
<entity-and entity-name="WorkEffortPartyAssignment" list="wepaList">
<field-map field-name="partyId" value="admin"/>
<select-field field-name="workEffortId"/>
<select-field field-name="partyId"/>
<select-field field-name="roleTypeId"/>
<order-by field-name="+workEffortId"/>
</entity-and>
<iterate entry="wepaL" list="wepaList">
<log level="info" message="before filter --- ${wepaL}"></log>
</iterate>
<clear-field field="inParma"/>
<set field="inParma.workEffortId" value="9000"/>
<set field="inParma.roleTypeId" value="PROVIDER_MANAGER"/>
<filter-list-by-and list="wepaList" map="inParma" to-list="wepaListFilter"/>
<iterate entry="wepa" list="wepaList">
<log level="info" message="after filter wepaList --- ${wepa}"></log>
</iterate>
<iterate entry="wepa" list="wepaListFilter">
<log level="info" message="after filter wepaListFilter----${wepa}"></log>
</iterate>
输出结果如下：
before filter --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,PROVIDER_MANAGER(java.lang.String)][workEffortId,9000(java.lang.String)]
before filter --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,PROVIDER_MANAGER(java.lang.String)][workEffortId,9002(java.lang.String)]
before filter --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,PROVIDER_MANAGER(java.lang.String)][workEffortId,9100(java.lang.String)]
before filter --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,CAL_OWNER(java.lang.String)][workEffortId,CALENDAR_PUB_DEMO(java.lang.String)]
before filter --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,CAL_ATTENDEE(java.lang.String)][workEffortId,OneOffMeeting(java.lang.String)]
before filter --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,CAL_ATTENDEE(java.lang.String)][workEffortId,STAFF_MTG(java.lang.String)]
after filter wepaList --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,PROVIDER_MANAGER(java.lang.String)][workEffortId,9000(java.lang.String)]
after filter wepaList --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,PROVIDER_MANAGER(java.lang.String)][workEffortId,9002(java.lang.String)]
after filter wepaList --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,PROVIDER_MANAGER(java.lang.String)][workEffortId,9100(java.lang.String)]
after filter wepaList --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,CAL_OWNER(java.lang.String)][workEffortId,CALENDAR_PUB_DEMO(java.lang.String)]
after filter wepaList --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,CAL_ATTENDEE(java.lang.String)][workEffortId,OneOffMeeting(java.lang.String)]
after filter wepaList --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,CAL_ATTENDEE(java.lang.String)][workEffortId,STAFF_MTG(java.lang.String)]
after filter wepaListFilter----[GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,PROVIDER_MANAGER(java.lang.String)][workEffortId,9000(java.lang.String)]
filter-list-by-and 的功能为对存放GenericValue对象的list ，使用一个存放有一个或者多个list 中GenericValue对象的字段的键值对，对list进行筛选。
如果list中GenericValue对象的字段能够和map中的对象（map中多个对象关系为and,必须全部满足。）对应起来那么则满足条件。
<filter-list-by-and list="wepaList" map="inParma" to-list="wepaListFilter"/>
如果 to-list有值，那么则过滤后的结果放到${to-list}中去，否则过滤后结果覆盖${to-list}.
Map中key 值必须为list 中GenericValue对象中存在的字段，否则过滤后结果为null。
2.16. filter-list-by-date
<entity-and entity-name="WorkEffortPartyAssignment" list="wepaList">
<field-map field-name="partyId" value="admin"/>
<order-by field-name="+workEffortId"/>
</entity-and>
<set field="DateNow" type="Timestamp" value="2009-07-04 10:53:25.546"/>
<filter-list-by-date list="wepaList" to-list="wepaListFilter" all-same="false" from-field-name="fromDate" thru-field-name="thruDate" valid-date="DateNow"/>
<iterate entry="wepa" list="wepaList">
<log level="info" message="after filter wepaList --- ${wepa}"></log>
</iterate>
<iterate entry="wepa" list="wepaListFilter">
<log level="info" message="after filter wepaListFilter----${wepa}"></log>
</iterate>
filter-list-by-date 对含有GenericValue对象的list 集合中数据进行时间有效性验证。
：list：要进行过滤验证的list 的名称.其中包含对象必须为GenericValue对象.
: to-list:过滤后结果输出集合名称，如果不设置此值，结果会覆盖输入集合。
：from-field-name：时间有效性验证开始时间字段。
：thru-field-name：时间有效性验证结束时间字段。
：all-same：无效字段。
：valid-date：时间有效性验证的标准，此值必须是一个在运行环境中存在的时间类型的参数。如果不设置此值，默认使用当前时间。炎症规则请参考 entity-condition 的filter-by-date。
2.17. make-value
<clear-field field="inParma"/>
<set field="inParma.userLoginId" value="djtao"/>
<make-value value-field="user" entity-name="UserLogin" map="inParma"/>
<log level="info" message="make-value----${user}"></log>
输出结果： make-value----[GenericEntity:UserLogin][userLoginId,djtao(java.la ng.String)]
Make-value : 创建一个GenericValue对象. entity-name是所要创建对象的实体的名称，value-field是所创建对象的参数名称， map会将其中自动与实体字段相对应的值赋到实体对象中。
2.18. set-pk-fields
<clear-field field="inParma"/>
<set field="inParma.partyId" value="admin"/>
<set-pk-fields value-field="wepaNew" set-if-null="true" map="inParma"/>
set-pk-fields 用于给一个GenericValue对象 赋主键值。如果${map}参数中所包含的内容中key有GenericValue对象主键的字段相同的，那么将此key所对象的value赋到GenericValue对象。
：value-field：GenericValue对象 名称。将要被赋予值的参数名称。
：map：主键值来源。
：set-if-null：其目的是想如果map 中某主键对应的值为null的话，是否对此主键进行赋值，如果此设置为“true”的话，主键对应的值为null 或者 “”的话，程序都会给此主键赋值为null 。如果此如果此设置为“false”的话，null值则会忽略，其他原样赋值。
2.19. set-nonpk-fiels
<set-nonpk-fields value-field="wepaNew" map="inParma" set-if-null="true"/>
给非主键赋值，规则和set-pk-fields一样 不重复。
2.20. create-value
<create-value value-field="wepaNew" do-cache-clear="true" or-store="false"/>
在经过make-value、set-pk-fields、set-nonpk-fields之后一个完整的实体对象 就被创建起来了，那么我们将使用create-value将这个实体对象保存到数据库中。
：value-field：要保存对象的名称。
：do-cache-clear：清除缓存。
：or-store：如果数据库中已存在此主键对应数据，是否根据实体对数据进行update更新。
2.21. store-value
<set field="user.currentPassword" value="321"/>
<store-value value-field="user" do-cache-clear="true"/>
解析后执行SQL
UPDATE OFBIZ.USER_LOGIN SET CURRENT_PASSWORD=?, LAST_UPDATED_TX_STAMP=?, LAST_UPDATED_STAMP=? WHERE USER_LOGIN_ID=?
minilang 中更新数据和我们用SQL 直接更新不同。首先我们必须获得包含主键信息的实体对象，这个获取实体对象的方式可以是我们用make-value手动生成，也可以根据主键信息查询数据得到的实体对象，然后对实体对象中字段进行set修改。然后使用store-value就可以将改动些到数据库中了。Update 字段只修改实体对象中的非主键字段。
：do-cache-clear：清除缓存。
2.22. store-list
<set field="listUser[]" from-field="user" />
<set field="listUser[]" from-field="user" />
<set field="listUser[]" from-field="user" />
<set field="listUser[]" from-field="user" />
<set field="listUser[]" from-field="user" />
<store-list list="listUser" do-cache-clear="true"/>
store-list批量修改数据。${list}是一个list 其中放的是要被写入数据库的实体对象。
store-list 与 store-value 不同的地方在于 ， 如果store-list 中的实体对象在数据库中不存在时，他会首先创建一条记录，而store-value 却不会。
2.23. remove-value
<remove-value value-field="user" do-cache-clear="true"/>
根据包含主键字段的实体删除数据。
2.24. remove-list
<remove-list list="listUser" do-cache-clear="true"/>
批量删除。将一个包含多个实体对象的list 中所代表的数据行全部删除。
2.25. remove-by-and
<set field="whereMap.partyId" value="djtao"/>
<set field="whereMap.userLoginId" value="djtao"/>
<set field="whereMap.currentPassword" value="djtao"/>
<remove-by-and map="whereMap" entity-name="UserLogin" do-cache-clear="true"/>
SQL解析后结果为:
DELETE FROM OFBIZ.USER_LOGIN WHERE (PARTY_ID = 'djtao' AND USER_LOGIN_ID = 'djtao' AND CURRENT_PASSWORD = 'djtao')
根据多条条件删除实体数据。Map中各个条件之间逻辑关系为and 关系。
2.26. remove-related
<make-value value-field="partyObject" entity-name="Party"/>
<set field="inMap.partyId" value="djtao"/>
<set-pk-fields value-field="partyObject" map="inMap"/>
<remove-related relation-name="UserLogin" value-field="partyObject"/>
SQL解析后结果为：
DELETE FROM OFBIZ.USER_LOGIN WHERE (PARTY_ID = 'djtao')
remove-related 根据外键所对应主键的实体的对象删除外键实体记录。如上例：UserLogin 实体中，partyId为外键，根据外键的实体对象进行删除。
2.27. sequenced-id
<make-value value-field="newEntity" entity-name="WorkEffort"/>
<sequenced-id sequence-name="WorkEffort" field="workEffortId"/>
<set field="newEntity.workEffortId" from-field="workEffortId"/>
sequenced-id 一般用于获取实体的自增长字段。
：sequence-name：实体名称。
：field：获取到的自增长字段值的名称。
：get-long-only：待确定。
：stagger-max：待确定。
当然也可以这样用，可以节省一行代码，如下：
<make-value value-field="newEntity" entity-name="WorkEffort"/>
<sequenced-id sequence-name="WorkEffort" field="newEntity.workEffortId"/>
2.28. make-next-seq-id(待验证)
<make-value value-field="newEntity" entity-name="WorkEffort"/>
<make-next-seq-id seq-field-name="workEffortId" value-field="newEntity"/>
功能和sequenced-id 差不多，但由于其自增长字段是通过程序获得并写入数据库的方法获得的，所以在高并发或者一次获取多条自增长的情况下，自增长的值可能会重复。但似乎sequenced-id能避免此问题，待验证。
：value-field：想要获得自增长字段的实体对象。
：seq-field-name：实体的自增长字段。
：increment-by：待确定
：numeric-padding：待确定
3. 逻辑操作
3.1. set
<set field="inMap.num" value="2"/>
<set field="newValue" default-value="1" from-field="inMap.num" set-if-empty="true" set-if-null="true" type="String"/>
Set 为变量参数赋值 。
: field: 变量参数的名称.
: from-field:变量参数值来源来源于环境中已经存在的变量.当然也可以使用value
赋固定值。
：default-value：默认值，当from-field和value都不存在时，使用默认值。
:set-if-empty:如果变量的值为””是否仍然赋””于变量。
:set-if-null:如果变量的值为null，是否仍然赋变量null。所以如果此属性配置为false（默认为false） 的话，那么使用set 的话，如果不赋值那么此set 无效。如：
<set field="inMap.num" />此行代码无任何意义。
3.2. set-calendar
创建calendar 日期对象，待确定。
3.3. set-current-user-login
<set field="ulLookup.userLoginId" value="system"/>
<find-by-primary-key entity-name="UserLogin" map="ulLookup" value-field="newuserLogin"/>
<set-current-user-login value-field=" newuserLogin"/>
<log level="info" message="${parameters.userLogin}"></log>
<log level="info" message="${userLogin}"></log>
set-current-user-login 改变当前simple context 中的userLogin .
parameters中的userLogin 不发生改变。
3.4. string-append
<string-append string="456" field="newString" arg-list="newList" prefix="prefix" suffix="suffix"/>
将String 字符串拼接起来。
效果类似于 :
newString = “${newString}”+”${prefix}”+”${string}”+”${suffix}”
:arg-list:待确定
3.5. string-to-list
<set field="newList" type="List"/>
<string-to-list string="a" list="newList"/>
<string-to-list string="b" list="newList"/>
将字符串放到一个list 中。
3.6. session-to-field
<session-to-field field="sessionField" session-name="_WEBAPP_NAME_" default="sessionNull"/>
Session-to-field 将session 中参数取出来赋值到当前环境的某变量中。
：field：变量名称.
:session-name:session中变量的名称.
: default:如果sesssion 中此变量对应的值为null的话，则使用此默认值。
注：此命令只有在event 调用simple method 时方有效。即（MethodContext. methodType== MethodContext.EVENT）时方可使用。
目前所知符合条件的只有一种情况，即在controller.xml中，如下例。
<request-map uri="testServiceDelegator">
<event type="simple"
invoke="TestServiceOnSimple" path="component://webtools/script/org/ofbiz/common/CommonServices .xml"/>
<response name="success" type="view" value="testServiceTest"/>
<response name="error" type="view" value="testServiceTest"/>
</request-map>
在event 中调用，且type为simple .
3.7. field-to-session
<field-to-session field="newUserLogin" session-name="userLogin"/>
Field-to-session 将simple 环境中的参数放入session 中。属性不重复了.
使用限制和session-to-field一样。
3.8. field-to-list
<clear-field field="newList"/>
<field-to-list list="newList" field="newUserLogin"/>
Field-to-list ,将simple 环境中的一个参数变量放到一个list 类型的参数变量中。
3.9. field-to-request
<clear-field field="newList"/>
<field-to-list list="newList" field="newUserLogin"/>
<field-to-request field="newList" request-name="userLoginList"/>
field-to-request ,把参数变量放到request 中，使用规则和限制同field-to-session 相同，不重复。
3.10. request-to-field
将参数从request 中取出赋职到simple 运行环境中。规则和限制同field-to-request。
3.11. request-parameters-to-list
<request-parameters-to-list request-name="checkBoxName" list-name="parametersList"/>
request-parameters-to-list 获取request 中的参数数组，并将参数放到simple method 中的list 中。request-parameters参数一般来源于checkBox .使用限制同 Session-to-field。
3.12. list-to-list
待确定。
3.13. map-to-map
待确定。
3.14. loop
Loop待确定。
3.15. first-from-list
<first-from-list entry="oldExampleStatus" list="oldExampleStatusList"/>
<if-not-empty field="oldExampleStatus">
<set field="oldExampleStatus.statusEndDate" from-field="nowTimestamp"/>
<store-value value-field="oldExampleStatus"/>
</if-not-empty>
first-from-list 从list 参数中得到第一个元素，并赋值到变量参数${entry}中。
3.16. webapp-property-to-field
<webapp-property-to-field resource="WebtoolsUiLabels" property="doNotHavePermission" field="fildFromProperties"/>
Webapp-property-to-field 从国际化资源文件WebtoolsUiLabel.xml中获取property 为” doNotHavePermission” 的字符串并赋值到${field}中。
3.17. iterate
<clear-field field="newParamList"/>
<set field="newParamList[]" value="a"/>
<set field="newParamList[]" value="b"/>
<set field="newParamList[]" value="c"/>
<iterate entry="newParam" list="newParamList" >
<log level="info" message="${newParam}"></log>
</iterate>
Iterate 遍历List参数newParamList。
3.18. iterate-map
<clear-field field="newParamMap"/>
<set field="newParamMap.param1" value="param1"/>
<set field="newParamMap.param2" value="param2"/>
<set field="newParamMap.param3" value="param3"/>
<iterate-map key="newKey" value="newValue" map="newParamMap">
<log level="info" message="${newValue}"></log>
<log level="info" message="${newParamMap.${newKey}}"></log>
</iterate-map>
Iterate-map 对map参数进行遍历，这里有两种方法获取map中元素，一： 通过直接读取${value},二：也可以通过${key}读取map .
3.19. while
<set field="tmp" value="1"/>
<while>
<condition>
<if-compare operator="equals" value="2" field="tmp">
</if-compare>
</condition>
<then>
<log level="info" message="test"></log>
</then>
</while>
While 循环，无论condition 条件 是否成立，先执行一次then 中的内容，然后再进行 condition 条件判断，如果不满足，则跳出while 循环。
3.20. refresh-value
refresh-value 待确定。
4. 调用
4.1. script
<script location="component://product/webapp/catalog/WEB-INF/actions/imag emanagement/SetDefaultImage.groovy"/>
Script 调用groovy 脚本 。
：error-list-name：错误信息存放参数名称
4.2. call-bsh
<call-bsh><![CDATA[
taxAuthPartyGeoIds = parameters.get("taxAuthPartyGeoIds");
parameters.put("taxAuthPartyId", taxAuthPartyGeoIds.substring(0, taxAuthPartyGeoIds.indexOf("::")));
parameters.put("taxAuthGeoId", taxAuthPartyGeoIds.substring(taxAuthPartyGeoIds.indexOf("::") + 2));
]]>
</call-bsh>
使用CDATA 部件 直接调用bsh脚本。也可以直接调用bsh 文件。
<call-bsh error-list-name="error_list" resource="component://webtools/webapp/webtools/WEB-INF/actions/ca che/findUtilCache.bsh">
</call-bsh>
4.3. call-class-method
<call-class-method class-name="org.ofbiz.base.util.UtilDateTime" method-name="getInterval" ret-field="originalProductionRunEstimatedTime">
<field field="productionRunHeader.estimatedStartDate" type="Timestamp"/>
<field field="productionRunHeader.estimatedCompletionDate" type="Timestamp"/>
</call-class-method>
<set field="taskTimeDifference" value="${originalProductionRunEstimatedTime - newProductionRunEstimatedTime}" type="Double"/>
public static double getInterval(Date from, Date thru) {
return thru != null ? thru.getTime() - from.getTime() : 0;
}
call-class-method 调用class类中的方法 .
: class-name:class类所在路径。
：method-name：class类中方法名称。
：ret-field：返回值名称，如果ret-map-name 没有设置的话，直接从当前环境中获取此参数就可以了，如上例。
: ret-map-name:如果设置此值，那么需要先从simple methodContext中获取此map 对象，然后再从map 中获取ret-field.
: field:当前调用的方法所需要的参数。
4.4. call-map-processor
<call-map-processor xml-resource="component://accounting/script/org/ofbiz/accounting/ payment/PaymentMapProcs.xml"
processor-name="createCreditCard" in-map-name="parameters" out-map-name="context"/>
call-map-processor调用map 处理器。
map-processor 一种对map中元素进行过滤或者转化的处理器，类似于加工车间，入料口投入原料，出料口获得成品。一般多用于service 的参数进行处理，因为一般情况下service 对输入参数有限制，所以有时候需要对输入参数map 进行转化一下以匹配service 参数义。
：xml-resource：map-processor 路径。
：processor-name：map-processor名称。
：in-map-name：输入map名称，相当于入料口原料，可能包含多余的参数。
：out-map-name：输入map 名称，相当于出料口，获得到的map 可以直接用于service 的输入参数。
4.5. set-service-fields
<set-service-fields to-map="categoryFindContext" service-name="getAllCategories" map="parameters"/>
<call-service service-name="getAllCategories" in-map-name="categoryFindContext">
<result-to-field result-name="categories" field="categories"/>
</call-service>
set-service-fields 功能同call-map-processor，都是对map中元素进行过滤处理。不同的是 call-map-processor 的处理规则是我们手动定义的map-processor规则，set-service-fields规则是使用service 定义的输入参数。
：service-name：service 名称。规定程序按照此service参数定义进行过滤。
：map：转换器入口，投入map 的名称。
：to-map：转换器出口，输出map的名称。
4.6. call-service
<call-service service-name="getAllCategories" in-map-name="categoryFindContext">
<result-to-field result-name="categories" field="categoriesField"/>
<result-to-request result-name="categories" request-name="categoriesField"/>
<result-to-session result-name="categories" session-name="categoriesField"/>
<result-to-result result-name="categories" service-result-name="categoriesResult"/>
</call-service>
call-service
经过call-map-processor 或 set-service-fields 参数处理之后，处理之后的输出结果， 我们可以直接拿来用做调用service 的输入参数。如上例：
：service-name：service 名称
：in-map-name：调用service 时用到的输入参数,map 类型，如果这里调用的是一个simple service的话 这里的in-map-name 就相当于 被调用simple service 中的parameters ,如果这里调用的是一个java service 的话这里的in-map-name 就相当于java service 输入参数中的context ,都是从其中获取参数。
：result-to-field：假设在service A 中调用 service B ,那么个配置是将B service 中的return 参数 赋值到 service A 的参数。result-name 一定要是service B 中定义过的输出参数。
：result-to-request：request-to-request 和 request-to-session 分别是将被调用service 的返回参数赋值到request 或者 session 中， 使用此命令有限制，请参考field-to-request。
：result-to-result： 将service B 的输出参数 赋值到service A 的输出参数中
result-name 一定要是 service B 中定义过的输出参数， service-result-name一定要是service A中定义过的输出参数。
4.7. call-service-asynch
call-service-asynch同call-service 类似，不同的是call-service是能够步调用，call-service-asynch 是异步调用，异步调用使用的ofbiz job 调度实现。
4.8. call-object-method
<set field="newString" value="123:456" type="String"/>
<call-object-method method-name="indexOf" obj-field="newString" ret-field="retObject">
<string value=":"></string>
</call-object-method>
<log level="info" message="${retObject}">
call-object-method 调用参数对象的方法。
：obj-field：参数对象名称。
：method-name：参数对象的方法名称。
：ret-field：返回值。
：string：输入参数。<string value=":"></string> 。field 同样是做为输入参数。
4.9. call-simple-method
<call-simple-method method-name="getGlArithmeticSettingsInline" xml-resource="component://accounting/script/org/ofbiz/accounting/ ledger/GeneralLedgerServices.xml"/>
call-simple-method 直接调用simple method ，不是以service 的形式调用。如果被调用simple-method 与当前service 在同一个xml文件中xml-resource 可以不用写。
5. 其他
5.1. now-date-to-env
<now-date-to-env field="nowDate"/>
将当前日期（不带时间）赋值给变量参数now.格式为yyyy-MM-dd
5.2. now-timestamp
<now-timestamp field="nowTime"/>
将当前日期时间赋值给变量参数nowTime,格式为yyyy-MM-dd HH:mm:ss.sss
5.3. to-string
将参数转化成string 格式。待确定。
5.4. log
输出日志。前面已经用到很多了 ，不重复了 。
5.5. Order-map-list
<clear-field field="newParamMap"/>
<set field="newParamMap.param1" value="param1"/>
<set field="newParamMap.param2" value="param2"/>
<set field="newParamMap.param3" value="param3"/>
<clear-field field="newParamMap1"/>
<set field="newParamMap1.param1" value="param4"/>
<set field="newParamMap1.param2" value="param5"/>
<set field="newParamMap1.param3" value="param6"/>
<clear-field field="newParamMap2"/>
<set field="newParamMap2.param1" value="param7"/>
<set field="newParamMap2.param2" value="param8"/>
<set field="newParamMap2.param3" value="param9"/>
<set field="newList[]" from-field="newParamMap"/>
<set field="newList[]" from-field="newParamMap1"/>
<set field="newList[]" from-field="newParamMap2"/>
<order-map-list list="newList" >
<order-by field-name="-param1"/>
</order-map-list>
<log level="info" message="${newList}"></log>
order-map-list 以一个list 中map的key为标准对这个list 中各个map 进行排序。
5.6. order-value-list
order-value-list 待定。
5.7. transaction-begin
开启事务。
：began-transaction-name：对当前事务取个别名，如果只有一个事务的话，可以使用默认值。
5.8. transaction-commit
提交事务，如果有多个事务可以根据began-transaction-name进行选择事务提交。
5.9. transaction-rollback
事务回滚。如果有多个事务可以根据began-transaction-name进行选择事务回滚。
1. 验证
1.1. Login-required
：这是一个simple-method的属性,对是否需要登陆进行设置,默认值为true ，即默认需要先登陆。（加上service 定义中的auth 定义，所以如果你不希望一个simple service 必须登陆才能调用的话,那么首先得将service 定义中的auth设为false ，再将此处的login-required 设为false），后续会陆续多种子权限判断的用法，关于权限判断都是首先需要登陆的。
1.2. use-transaction
：设置此simple method 是否使用事务。根据业务需求来判断具体设置。
1.3. check-permission
：判断权限是否具有某一权限，一般用法为：
<check-permission permission="person" action="_update">
<alt-permission permission="person" action="_view"/>
<fail-property resource="WebtoolsUiLabels" property="doNotHavePermission"></fail-property>
</check-permission>
<check-errors></check-errors>
使用check-permission前提条件是当前service 环境中必须存在用户的登陆信息，即能获取到userLogin . service 的调用场景有很多,controller.xml中,screen中,simple method 中,bsh文件中,ftl 文件中,java 文件中，groovy文件中等，其中前三项系统会自动将userLogin,locale 等信息自动封装到service context 中去，所以不需要我们手段传值，所以我们在其他环境中调用service的时候就需要对需要的隐性参数进行传值，比如fail-property中会用到locale, check-permission会用到userLogin 等，调用举例如下：
dispatcher.runSync("TestServiceOnSimple",UtilMisc.toMap("param3","TestServiceOnJava","userLogin",userLogin,"locale",locale)); //java文件中
check-permission中有个属性error-list-name="error_list" ,这条属性的意思是意义是将错误信息放到error_list这个list 中。配合check-errors的共同使用。
其中check-permission判断是否具有”${permission的值}_ADMIN” 权限,如果action的值不为null，则会首先判断当前用户是否具有”${permission的值}_ADMIN”权限,如果有则权限判定符合要求，否则判断是否具有”${permission的值}_${action的值}”，如果check-permission判断权限要求都不满足的话，会进行alt-permission 权限判断，判断规则和check-permission一样, check-permission 和 alt-permission 两者的关系是or的关系，即只要两者有一个满足权限要求即可。如果两者条件都不满足的话那么将会把fail-property 写进错误信息中，fail-property错误信息来源于”${ resource的值}.xml”中key值为”${property的值}”所对应的value 值。系统会自动根据客户端浏览器的locale从文件中获取对象的提示信息。
当然你也可以直接将来报错提示信息写在当前simple methord 中，使用
<check-permission permission="person" action="_update">
<alt-permission permission="person" action="_view"/>
<fail-message message="you do not have XXX permission !!"/>
</check-permission>
fail-message 与 fail-property 是不能共存的，二者只能存其一。
所有上面的内容只会对权限进行判断，权限不满足的话收集提示信息，<check-errors></check-errors>则是返回错误信息。如果没有check-errors那么service method 将会继续往下执行。有check-errors的话则会中断simple method 的执行。
如果非要用java 语言进行翻译的话，我觉得应该是这样的。
<check-permission permission="person" action="_update">
<alt-permission permission="party" action="_view"/>
<fail-property resource="WebtoolsUiLabels" property="doNotHavePermission"></fail-property>
</check-permission>
<check-errors></check-errors>
翻译成java service 应该是这样的.
Security security = dctx.getSecurity();
if (!(security.hasPermission ("person_ADMIN", userLogin)
|| security.hasPermission ("person_update", userLogin)
|| security.hasPermission ("party_ADMIN", userLogin)
|| security.hasPermission ("party_view ", userLogin))
) {Return ServiceUtil.returnError(
UtilProperties.getMessage("WebtoolsUiLabels","doNotHavePermission",locale));
}
另：check-permission 中还有个子节点accept-userlogin-party ，似乎不很常用，后待研究
1.4. if-has-permission
<if-has-permission permission="person_view" >
<set field="hasPermission" type="Boolean" value="true"/>
<field-to-result field="hasPermission"/>
<log level="info" message="you have ACCTG_FX_ENTRY!"/>
<else>
<set field="hasPermission" type="Boolean" value="false"/>
<property-to-field
resource="CommonUiLabels" property="CommonGenericPermissionError" field="failMessage"/>
<field-to-result field="hasPermission"/>
<field-to-result field="failMessage"/>
</else>
</if-has-permission>
if-has-permission判断权限的规则和check-permission的规则是一样的。不重复了，if-has-permission和check-permission最大的不同在于if-has-permission可以进行if-else 的逻辑判断.当然如果不需要else判断的话可以把else节点整个去掉，即：
<if-has-permission permission="person_view" >
<set field="hasPermission" type="Boolean" value="true"/>
<field-to-result field="hasPermission"/>
<log level="info" message="you have ACCTG_FX_ENTRY!"/>
</if-has-permission>
翻译一下前边的if-has-permission的例子.
首先判断当前用户是否具有person_view的权限，如果有这个权限那么执行：
<set field="hasPermission" type="Boolean" value="true"/>
创建Boolean 变量 hasPermission 值为true
<field-to-result field="hasPermission"/>
将hasPermission这个变量赋值到result结果集中
<log level=" info" message="you have ACCTG_FX_ENTRY!"/>
输出info级别日志,” you have ACCTG_FX_ENTRY!”.
判断权限如果没有这个权限则执行：
<set field="hasPermission" type="Boolean" value="false"/>
创建Boolean 变量 hasPermission 值为false
<property-to-field
resource="CommonUiLabels" property="CommonGenericPermissionError" field="failMessage"/>
从CommonUiLabels.xml文件中获取key为CommonGenericPermissionError的国际化内容并赋值到变量failMessage中
<field-to-result field="hasPermission"/>
将hasPermission这个变量赋值到result结果集中
<field-to-result field="failMessage"/>
将failMessage这个变量赋值到result结果集中
1.5. if-compare
<if-compare field="statusId"
operator="equals" value="INVOICE_PAID">
<log level="info"
message="The compare conditions are met"></log>
<else>
<log level="info"
message="The compare conditions are not met"></log>
</else>
</if-compare>
if-compare，把某一参数的值与一特定的值进行比较。比较的逻辑类型通过operator进行设置，种类主要有less，greater，less-equals，greater-equals，equals，not-equals，contains等，不挨个解释了无非是大于，等于，大（小）于等于，包含等。
if-compare中另外还有两个参数format、type . type指比较参数双方的数据类型,比较之前系统会将比较双方的参数转化成你指定的type类型。
format指比较参数双方的格式，一般用在日期格式中，和日期有关的type类型主要有Time，Date，Timestamp三种，针对这三种子日期类型format类型有三个默认值
分别是"HH:mm:ss"，"yyyy-MM-dd"，"yyyy-MM-dd HH:mm:ss.SSS" 。使用时间进行比较的时候参数的格式最好和默认的format相同，否则容易出现不可预料的问题。
与if-has-permission类似,当满足if条件的情况下执行<if-compare 与 <else>中间的内容，否则则执行<else>与</else>中间的内容，当然和if-has-permission一样，也可以不使用<else></else>（以后类似情况不再提了，自己类推吧。）.即
<if-compare field="statusId"
operator="equals" value="INVOICE_PAID">
<log level="info"
message="The compare conditions are met"></log>
</if-compare>
1.6. if-compare-field
if-compare-field与if-compare用法规则相同，唯一的不同在于if-compare是一个参数与固定值之间的比较，而if-compare-field是两个参数之间的比较。
1.7. if-empty
<if-empty field="param5">
<log level="info" message="the parameter param5 is empty"></log>
<else>
<log level="info" message="the parameter is not empty "></log>
</else>
</if-empty>
判断一个参数是否为null,如上判断参数param5是否为null.
1.8. if-not-empty
<if-not-empty field="param5">
<log level="info" message="the parameter is not empty "></log>
<else>
<log level="info" message="the parameter is empty "></log>
</else>
</if-not-empty>
顾名思义这个是和if-empty反着用的。
1.9. if-instance-of
<if-instance-of field="param5" class="String">
<log level="info" message="the parameter is a String"></log>
<else>
<log level="info" message="the parameter is not a String"></log>
</else>
</ if-instance-of>
OR
<if-instance-of field="param5" class="java.util.List">
<log level="info" message="the parameter is a List"></log>
<else>
<log level="info" message="the parameter is not a List"></log>
</else>
</if-instance-of>
if-instance-of判断某一参数是否属于指定的参数类型。类似于java 中的instanceof 。
1.10. if-regexp
<if-regexp field="param5" expr="^[a-zA-Z_0-9]+$">
<log level="info" message="expr validate success"></log>
<else>
<log level="info" message="expr validate Fail"></log>
</else>
</if-regexp>
使用正则表达式对参数进行验证。
1.11. if-validate-method
<if-validate-method field="param5" method="isEmail">
<log level="info" message="param5 is a Email"></log>
<else>
<log level="info" message=" param5 is not a Email"></log>
</else>
</if-validate-method>
使用验证方法对参数进行验证，if-validate-method有个class属性,其默认值为
"org.ofbiz.base.util.UtilValidate"，使用${class}类中的${method}方法对参数param5进行验证。
1.12. if
<if>
<condition>
<and>
<if-compare field="param1" operator="equals" value="value1"/>
<if-compare field="param2" operator="equals" value="value2"/>
</and>
</condition>
<then>
<log level="info" message="condition1 validate success"></log>
</then>
<else-if>
<condition>
<if-compare field="param3" operator="equals" value="value3"/>
</condition>
<then>
<log level="info" message="condition2 validate success"></log>
</then>
</else-if>
<else>
<log level="info" message="condition1 and condition2 validate Fail"></log>
</else>
</if>
If 一般情况下配合condition 使用，进行多条件的组合判断，使用<and></and> 或者<or></or>组织多个条件的逻辑关系,如果condition 条件满足，那么执行then ，否则执行 else-if 或者 else . 此用法是minilang 中唯一可以使用else if 逻辑判断的地方。
1.13. check-id
<check-id field="parameters.orderId" error-list-name="error_list">
</check-id>
对参数进行特殊字符验证,判断orderId 中是否含有空格、“、‘、&、？、<、>、\、/等。针对每种不同的特殊字符,check-id 提供了一种默认错误提示信息与之对应，所以错误信息可以不用设置，当然也可以使用fail-message 和 fail-property提供错误信息（用法同check-permission ，后续用到将不再重复）,将错误信息放到${error-list-name}中,供check-errors使用。
1.14. add-error
<add-error error-list-name="error_list">
<fail-message message="error Need a reason?"/>
</add-error>
OR
<add-error error-list-name="error_list">
<fail-property resource="WebtoolsUiLabels" property="errorKey">
</fail-property>
</add-error>
向一个错误结果list中添加错误信息,错误结果list的name 可以指定,错误信息的来源可以来自来源于国家化xml文件.而可以是直接写死的message。一般用在之前介绍的那么多if-XXXX判断中，如果条件不满足（<else></else>中间）那么将错误信息写入错误信息结果list中，再通过check-errors 将错误信息返回。
1.15. check-errors
<check-errors error-code="resultPage" error-list-name="error_list">
</check-errors>
前边已经讲到很多，是将错误信息进行返回，如果错误信息结果${error-list-name}中存在错误那么将返回错误信息并终止当前simple method 的运行。
error-list-name指定要返回的错误信息结果list名称，MethodContext中可能会包含多个错误结果信息list,根据业务需要而定， error-code 返回错误状态码，一般用在controller.xml 中，
<request-map uri="testServiceTest">
<security https="false" auth="false"/>
<event type="service" invoke="TestServiceOnJava"/>
<response name="success" type="view" value="toSuccess"/>
<response name="error" type="view" value="toError"/>
<response name="resultPage" type="view" value="toResult"/>
</request-map>
系统会根据其返回的code 而指向不同的request 或者 view 。
check-errors 另有4个节点,（已过期，源码已经被注释）
<message-suffix resource="WebtoolsUiLabels" property="doNotHavePermission2"></message-suffix>
<message-prefix resource="WebtoolsUiLabels" property="doNotHavePermission2"></message-prefix>
<error-prefix resource="WebtoolsUiLabels" property="doNotHavePermission2"></error-prefix>
<error-suffix resource="WebtoolsUiLabels" property="doNotHavePermission2"></error-suffix>
1.16. assert
assert：断言待确定。
calculate
1.17. calculate
calculate：待确定
2. 数据操作
2.1. clone-value
<clone-value value-field="lookedUpValue" new-value-field="newLookedUpValue"/>
clone-value克隆参数。以${value-field}参数对象为模板，创建一个新的参数对象。value-field的值必须是一个GenericValue对象或者是能够转化成GenericValue的对象。
2.2. clear-field
<if-not-empty field="param6">
<log level="info" message="the value of param6 is not empty"></log>
</if-not-empty>
<clear-field field="param6"/>
<if-empty field="param6">
<log level="info" message="the value of param6 is empty"></log>
</if-empty>
运行结果
[CommonServices.xml#TestServiceOnSimple line 85] the value of param6 is not empty
[CommonServices.xml#TestServiceOnSimple line 89] the value of param6 is empty
clear-field 将参数${field}从simple method 运行环境中methodContext清除掉。
2.3. create-object
待确定
2.4. clear-cache-line
待确定
2.5. clear-entity-caches
待确定
2.6. entity-one
<set field="UserLogin" value="admin"/>
<entity-one entity-name="UserLogin" value-field="adminUserLogin"
auto-field-map="true" use-cache="true">
</entity-one>
<log level="info" message="${adminUserLogin}"></log>
entity-one根据给定主键对某一特定实体进行主键查询。如上例：根据实体UserLogin 主键userLoginId的值进行主键查询，并将查询结果定义为adminUserLogin。
由于entity-one 的属性auto-field-map的值设置为true,所以系统会从simple method 的运行环境MethodContext中自动寻找实体的主键。use-cache 是关于是否首 先从缓存中获取数据的设置。
如果auto-field-map的值设置为false,那么系统将不会自动从封装实体主键，那么需要我们手动给参，如下：
<entity-one entity-name="UserLogin" value-field=" adminUserLogin " auto-field-map="false">
<field-map field-name="userLoginId" value="admin"/>
</entity-one>
<set field="userLoginId" value="admin"/> 即为给主键传参。参数可以为固定的value 值，也可为已经存在与运行环境中的参数值。如下：
<set field="userLoginId" value="admin"/>
<entity-one entity-name="UserLogin" value-field=" adminUserLogin " auto-field-map="true">
<field-map field-name="userLoginId" from-field=" userLoginId "/>
<select-field field-name="currentPassword"/>
<select-field field-name="disabledDateTime"/>
</entity-one>
select-field为非主键选择性输出，即将实体字段中用到的字段写入查询结果adminUserLogin中，用不到的则不写入。select-field 不得设置主键，且使用select-field时不能与use-cache="true" 同时使用。
2.7. entity-and
<entity-and entity-name="WorkEffortPartyAssignment" list="wepaList">
<field-map field-name="partyId" value="admin"/>
<select-field field-name="workEffortId"/>
<order-by field-name="+workEffortId"/>
</entity-and>
<log level="info" message="${wepaList}"></log>
entity-and 非主键多条件查询。
use-cache 是关于是否首先从缓存中获取数据的设置。不能和select-field共同使用。
为了容易查看效果这里使用select-field（用法同entity-one 中select-field）限制查询字段只显示输出了workEffortId
字段。输出结果如下：
{
[GenericEntity:WorkEffortPartyAssignment][workEffortId,9000(java.lang.String)],
[GenericEntity:WorkEffortPartyAssignment][workEffortId,9002(java.lang.String)],
[GenericEntity:WorkEffortPartyAssignment][workEffortId,9100(java.lang.String)],
[GenericEntity:WorkEffortPartyAssignment][workEffortId,CALENDAR_PUB_DEMO(java.lang.String)],
[GenericEntity:WorkEffortPartyAssignment][workEffortId,OneOffMeeting(java.lang.String)],
[GenericEntity:WorkEffortPartyAssignment][workEffortId,STAFF_MTG(java.lang.String)]
}
entity-and 中属性 limit-range 效果展示 ：
<entity-and entity-name="WorkEffortPartyAssignment" list="wepaList">
<field-map field-name="partyId" value="admin"/>
<select-field field-name="workEffortId"/>
<order-by field-name="+workEffortId"/>
<limit-range size="3" start="2"/>
</entity-and>
<log level="info" message="${wepaList}"></log>
输出结果：
{
[GenericEntity:WorkEffortPartyAssignment][workEffortId,9002(java.lang.String)],
[GenericEntity:WorkEffortPartyAssignment][workEffortId,9100(java.lang.String)],
[GenericEntity:WorkEffortPartyAssignment][workEffortId,CALENDAR_PUB_DEMO(java.lang.String)]
}
可以发现limit-range的功能为截取查询结果，从第${start}(包括此条)数据起，截取${size}条数据做为最终结果。
entity-and 中属性 limit-view 效果展示 ：
<entity-and entity-name="WorkEffortPartyAssignment" list="wepaList">
<field-map field-name="partyId" value="admin"/>
<select-field field-name="workEffortId"/>
<order-by field-name="+workEffortId"/>
<limit-view view-size="2" view-index="2"/>
</entity-and>
<log level="info" message="${wepaList}"></log>
输出结果：
{
[GenericEntity:WorkEffortPartyAssignment][workEffortId,9100(java.lang.String)],
[GenericEntity:WorkEffortPartyAssignment][workEffortId,CALENDAR_PUB_DEMO(java.lang.String)]
}
可以发现limit-view 类似于分页，将查询结果划分为每页${view-size}条数据,取第${view-index}页数据,如果用limit-view 来实现相同功能的话，需要设置start="3"，size="2"
entity-and 中属性 use-iterator 效果展示 ：
<entity-and entity-name="WorkEffortPartyAssignment" list="wepaList">
<field-map field-name="partyId" value="admin"/>
<select-field field-name="workEffortId"/>
<order-by field-name="+workEffortId"/>
<use-iterator/>
</entity-and>
<if-instance-of ass="org.ofbiz.entity.util.EntityListIterator"
ield="wepaList">
<log level="info" message="the wepaList is a Iterator"></log>
</if-instance-of>
<if-instance-of class="java.util.List" field="wepaList">
<log level="info" message="the wepaList is a List object"></log>
</if-instance-of>
设置<use-iterator/>时输出结果为：
the wepaList is a Iterator
不设置时输出结果为：
the wepaList is a List object
可见设置<use-iterator/>使输出参数结果的格式发生了变化。如果设置了use-iterator ，却不使用EntityListIterator结果对象的话，会报错（待查验）
总结：use-iterator、limit-view、limit-range 三者不能两两共存，且此三者所处位置必须在其他同级节点的后面。
2.8. entity-condition
<entity-condition list="partyAssignments" entity-name="WorkEffortPartyAssignment" filter-by-date="true">
<condition-list combine="and">
<condition-expr field-name="workEffortId" from-field="workEffortId"/>
<condition-expr field-name="partyId" from-field="userLogin.partyId"/>
<condition-expr field-name="statusId" value="PRTYASGN_ASSIGNED"/>
<condition-list combine="or">
<condition-expr field-name="roleTypeId" value="CAL_OWNER"/>
<condition-expr field-name="roleTypeId" value="CAL_ORGANIZER"/>
<condition-expr field-name="roleTypeId" value="CAL_DELEGATE"/>
</condition-list>
</condition-list>
</entity-condition>
entity-condition 对实体${entity-name}进行多条件组合逻辑查询。
ofbiz 很多实体在创建的时候都会有两个字段，分别为fromDate 和 thruDate.
这两个字段一般被用来代表当前数据的有效期间，既当前数据的有效期为大于等于fromDate 且 小于 thruDate 。 当fromDate 为null 时 则表示前端无限制, thruDate表示后端无限制。
属性distinct很好理解，剔除重复数据。需要注意的是如果配合select-field 共同使用的时候，判断重复的条件是判断select-field 需要显示字段是否重复，而不是判断当前实体所有的字段，即SQL 执行顺序是 先select-field 再distinct。
属性filter-by-date即为对记录表数据时间有效性的过滤，使用前提是当前实体必须有fromDate 和 thruDate这两个字段，且不能使用缓存进行查询 ，即use-cache="false"，转化成sql 表示为
((thruDate IS NULL OR thruDate > '当前时间') AND (fromDate IS NULL OR fromDate <= '当前时间'))
condition-expr为单个条件的逻辑判断，逻辑判断类型通过operator 进行设置，用法和if-compare类似。ignore-if-empty="true"，当前字段为“”时是否忽略，
意思是如果当前进行判断的字段为””则忽略此判断。同理ignore-if-null="true"意思是如果当前进行判断的字段为null则忽略此判断.
condition-list为多个条件的逻辑组合，通过combine对condition-list节点中的多个condition-expr 进行逻辑组合，逻辑关系主要有 “and” 和 “or” 两种。
condition-object为使用当前simple 运行环境中已经存在的org.ofbiz.entity.condition.EntityCondition 类型的对象进行逻辑判断。
having-condition-list一般用于带有group-by 查询的视图实体查询，首先对根据condition-list查询条件进行查询，然后再根据having-condition-list查询条件进行限制查询。 比如：
<view-entity entity-name="WorkEffortPartyAssignmentView" package-name="org.ofbiz.workeffort.workeffort">
<member-entity entity-alias="wepa" entity-name="WorkEffortPartyAssignment"></member-entity>
<alias-all entity-alias="wepa">
<exclude field="partyId"/>
</alias-all>
<alias entity-alias="wepa" name="partyId" group-by="true">
</alias>
<alias entity-alias="wepa" name="quantityTotal" field="partyId" function="count"/>
</view-entity>
此视图实体全部使用WorkEffortPartyAssignment的参数，根据partyId进行分组，然后获取每组的数量。
查询使用：
<entity-condition list="wepaListTwo" entity-name="WorkEffortPartyAssignmentView">
<condition-list combine="or">
<condition-expr field-name="partyId" operator="equals" value="admin"/>
<condition-expr field-name="partyId" operator="equals" value="DemoEmployee2"/>
<condition-expr field-name="partyId" operator="equals" value="DemoEmployee3"/>
</condition-list>
<having-condition-list>
<condition-expr field-name="quantityTotal" operator="equals" value="3"/>
</having-condition-list>
<select-field field-name="partyId"/>
<select-field field-name="quantityTotal"/>
<use-iterator/>
</entity-condition>
首先根据三个partyId条件进行逻辑或进行分组查询，然后再对查询结果进行having-condition-list筛选。Sql 解析结果为：
SELECT wepa.PARTY_ID, COUNT(wepa.PARTY_ID) FROM OFBIZ.WORK_EFFORT_PARTY_ASSIGNMENT wepa WHERE ((wepa.PARTY_ID = 'admin' OR wepa.PARTY_ID = 'DemoEmployee3' OR wepa.PARTY_ID = 'DemoEmployee2')) GROUP BY wepa.PARTY_ID HAVING (COUNT(wepa.PARTY_ID) = 3)
having-condition-list 用法同condition-list。
总结：entity-condition当使用缓存进行查询时，不能使用distinct、having-condition-list、select-field。entity-condition查询限制条件最外层必须为condition-list、condition-expr、condition-object中的一个，三者不能两两并存。entity-condition的几个子节点配置先后顺序分别为：[condition-list、condition-expr、condition-object]三者中的一个、[having-condition-list]、[select-field]，[order-by]、[use-iterator、limit-view、limit-range]三者中的一个。
2.9. entity-count
<entity-count count-field="num" entity-name="WorkEffortPartyAssignment">
<condition-list combine="or">
<condition-expr field-name="partyId" operator="equals" value="admin"/>
<condition-expr field-name="partyId" operator="equals" value="DemoEmployee2"/>
<condition-expr field-name="partyId" operator="equals" value="DemoEmployee3"/>
</condition-list>
</entity-count>
entity-count 查询${entity-name}中符合条件的数据条数并赋值到 ${count-field}参数。条件配置与 entity-condition 一样。不罗嗦。
2.10. entity-data
待确定
2.11. find-by-primary-key
<set field="fieldsToSelect[]" value="currentPassword"/>
<set field="fieldsToSelect[]" value="partyId"/>
<set field="inParma.userLoginId" value="admin"/>
<!—- 此处以上都是参数的处理以及设置 -->
<find-by-primary-key entity-name="UserLogin" value-field="outResult" map="inParma" fields-to-select-list="fieldsToSelect" />
<log level="info" message="---${outResult}---"></log>
find-by-primary-key功能与entity-one 相同，不同的是find-by-primary-key需要将主键字段封装到一个map中，然后使用,显示字段slelect-field 也是需要先将需要显示的字段封装到一个list 中。
: entity-name:查询实体名称。
：value-field：查询结果得到的实体对象名称。
：map： 一个map ，其中包含了主键字段。作为主要查询的依据。如果主键由多个字段组合而成，那么此map中需要包含所有的主键的字段信息。
：fields-to-select-list： 一个list,配置查询结果中所包含的非主键字段，主键字段就不要再这里设置了。
：use-cache：与entity-one 不同，这里的use-cache可以和选择性显示字段fields-to-select-list共同使用
2.12. find-by-and
<clear-field field="inParma"/>
<set field="inParma.partyId" value="admin"/>
<set field="orderList[]" value="+partyId"/>
<set field="orderList[]" value="-workEffortId"/>
<find-by-and list="outResult" map="inParma" entity-name="WorkEffortPartyAssignment" order-by-list="orderList" use-cache="true" use-iterator="true"/>
<iterate entry="out" list="outResult">
<log level="info" message="iterator---${out}---"></log>
</iterate>
功能同entity-and,多条件查询。
：map：map 类型，其中放置了查询条件,map中多条查询条件之间的逻辑关系是and的关系。由于输入参数inParma这个map不能包含所查询实体${entity-name}之外的字段,在之前程序中我们可能已经使用过这个inParma参数，其中可能已经包含一些其他数据，所以我们使用之前最好将inParma参数清除一下。即<clear-field field="inParma"/>
：order-by-list：list 类型，排序的依据。需要提前封装。
：use-cache：是否使用缓存查询，与entity-and中use-cache会与其他节点或者属性有冲突不同，这里use-cache与其他节点属性可以共存。
：use-iterator：是否使用iterator类型返回参数。
2.13. get-related-one
<make-value value-field="userNew" entity-name="UserLogin"/>
<set field="userNew.partyId" value="admin"/>
<get-related-one relation-name="Party" to-value-field="partyNew" value-field="userNew"/>
get-related-one根据外键实体获取外键所对应主键的实体。
实体与实体之间存在一中relation关系，如果把relation的方称为 甲实体 ，被relation的实体称为乙实体 。那么这里是根据 甲实体对象对乙方实体对象进行业务操作（查询）。使用get-related-one的前提是 甲实体 对乙方实体 relation 的type类型为one 或者 one-noFK 。
：value-field：甲方实体对象名称，查询依据。此实体必须包含relation 字段的值，
即甲方实体对象相对应乙方的外键值必须不能为null值。否则获得结果集为null;
：relation-name：查询实体名称。
：to-value-field：查询结果实体对象名称。
后面将会介绍到remove-related ,这个和 get-related-one 的关系有点相反。
remove-related 是根据乙方实体对象对甲方实体对象进行业务操作（删除）。
把这两个结合起来看吧 。（相关relation 的操作建议熟悉实体的relation 再看）
2.14. get-related
<clear-field field="partyNew"/>
<make-value value-field="partyNew" entity-name="Party"/>
<set field="partyNew.partyId" value="AUTHOR_MADMAX"/>
<get-related relation-name="UserLogin" list="userLoginList" value-field="partyNew"/>
待定。。。。。。
2.15. filter-list-by-and
<entity-and entity-name="WorkEffortPartyAssignment" list="wepaList">
<field-map field-name="partyId" value="admin"/>
<select-field field-name="workEffortId"/>
<select-field field-name="partyId"/>
<select-field field-name="roleTypeId"/>
<order-by field-name="+workEffortId"/>
</entity-and>
<iterate entry="wepaL" list="wepaList">
<log level="info" message="before filter --- ${wepaL}"></log>
</iterate>
<clear-field field="inParma"/>
<set field="inParma.workEffortId" value="9000"/>
<set field="inParma.roleTypeId" value="PROVIDER_MANAGER"/>
<filter-list-by-and list="wepaList" map="inParma" to-list="wepaListFilter"/>
<iterate entry="wepa" list="wepaList">
<log level="info" message="after filter wepaList --- ${wepa}"></log>
</iterate>
<iterate entry="wepa" list="wepaListFilter">
<log level="info" message="after filter wepaListFilter----${wepa}"></log>
</iterate>
输出结果如下：
before filter --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,PROVIDER_MANAGER(java.lang.String)][workEffortId,9000(java.lang.String)]
before filter --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,PROVIDER_MANAGER(java.lang.String)][workEffortId,9002(java.lang.String)]
before filter --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,PROVIDER_MANAGER(java.lang.String)][workEffortId,9100(java.lang.String)]
before filter --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,CAL_OWNER(java.lang.String)][workEffortId,CALENDAR_PUB_DEMO(java.lang.String)]
before filter --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,CAL_ATTENDEE(java.lang.String)][workEffortId,OneOffMeeting(java.lang.String)]
before filter --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,CAL_ATTENDEE(java.lang.String)][workEffortId,STAFF_MTG(java.lang.String)]
after filter wepaList --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,PROVIDER_MANAGER(java.lang.String)][workEffortId,9000(java.lang.String)]
after filter wepaList --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,PROVIDER_MANAGER(java.lang.String)][workEffortId,9002(java.lang.String)]
after filter wepaList --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,PROVIDER_MANAGER(java.lang.String)][workEffortId,9100(java.lang.String)]
after filter wepaList --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,CAL_OWNER(java.lang.String)][workEffortId,CALENDAR_PUB_DEMO(java.lang.String)]
after filter wepaList --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,CAL_ATTENDEE(java.lang.String)][workEffortId,OneOffMeeting(java.lang.String)]
after filter wepaList --- [GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,CAL_ATTENDEE(java.lang.String)][workEffortId,STAFF_MTG(java.lang.String)]
after filter wepaListFilter----[GenericEntity:WorkEffortPartyAssignment][partyId,admin(java.lang.String)][roleTypeId,PROVIDER_MANAGER(java.lang.String)][workEffortId,9000(java.lang.String)]
filter-list-by-and 的功能为对存放GenericValue对象的list ，使用一个存放有一个或者多个list 中GenericValue对象的字段的键值对，对list进行筛选。
如果list中GenericValue对象的字段能够和map中的对象（map中多个对象关系为and,必须全部满足。）对应起来那么则满足条件。
<filter-list-by-and list="wepaList" map="inParma" to-list="wepaListFilter"/>
如果 to-list有值，那么则过滤后的结果放到${to-list}中去，否则过滤后结果覆盖${to-list}.
Map中key 值必须为list 中GenericValue对象中存在的字段，否则过滤后结果为null。
2.16. filter-list-by-date
<entity-and entity-name="WorkEffortPartyAssignment" list="wepaList">
<field-map field-name="partyId" value="admin"/>
<order-by field-name="+workEffortId"/>
</entity-and>
<set field="DateNow" type="Timestamp" value="2009-07-04 10:53:25.546"/>
<filter-list-by-date list="wepaList" to-list="wepaListFilter" all-same="false" from-field-name="fromDate" thru-field-name="thruDate" valid-date="DateNow"/>
<iterate entry="wepa" list="wepaList">
<log level="info" message="after filter wepaList --- ${wepa}"></log>
</iterate>
<iterate entry="wepa" list="wepaListFilter">
<log level="info" message="after filter wepaListFilter----${wepa}"></log>
</iterate>
filter-list-by-date 对含有GenericValue对象的list 集合中数据进行时间有效性验证。
：list：要进行过滤验证的list 的名称.其中包含对象必须为GenericValue对象.
: to-list:过滤后结果输出集合名称，如果不设置此值，结果会覆盖输入集合。
：from-field-name：时间有效性验证开始时间字段。
：thru-field-name：时间有效性验证结束时间字段。
：all-same：无效字段。
：valid-date：时间有效性验证的标准，此值必须是一个在运行环境中存在的时间类型的参数。如果不设置此值，默认使用当前时间。炎症规则请参考 entity-condition 的filter-by-date。
2.17. make-value
<clear-field field="inParma"/>
<set field="inParma.userLoginId" value="djtao"/>
<make-value value-field="user" entity-name="UserLogin" map="inParma"/>
<log level="info" message="make-value----${user}"></log>
输出结果： make-value----[GenericEntity:UserLogin][userLoginId,djtao(java.la ng.String)]
Make-value : 创建一个GenericValue对象. entity-name是所要创建对象的实体的名称，value-field是所创建对象的参数名称， map会将其中自动与实体字段相对应的值赋到实体对象中。
2.18. set-pk-fields
<clear-field field="inParma"/>
<set field="inParma.partyId" value="admin"/>
<set-pk-fields value-field="wepaNew" set-if-null="true" map="inParma"/>
set-pk-fields 用于给一个GenericValue对象 赋主键值。如果${map}参数中所包含的内容中key有GenericValue对象主键的字段相同的，那么将此key所对象的value赋到GenericValue对象。
：value-field：GenericValue对象 名称。将要被赋予值的参数名称。
：map：主键值来源。
：set-if-null：其目的是想如果map 中某主键对应的值为null的话，是否对此主键进行赋值，如果此设置为“true”的话，主键对应的值为null 或者 “”的话，程序都会给此主键赋值为null 。如果此如果此设置为“false”的话，null值则会忽略，其他原样赋值。
2.19. set-nonpk-fiels
<set-nonpk-fields value-field="wepaNew" map="inParma" set-if-null="true"/>
给非主键赋值，规则和set-pk-fields一样 不重复。
2.20. create-value
<create-value value-field="wepaNew" do-cache-clear="true" or-store="false"/>
在经过make-value、set-pk-fields、set-nonpk-fields之后一个完整的实体对象 就被创建起来了，那么我们将使用create-value将这个实体对象保存到数据库中。
：value-field：要保存对象的名称。
：do-cache-clear：清除缓存。
：or-store：如果数据库中已存在此主键对应数据，是否根据实体对数据进行update更新。
2.21. store-value
<set field="user.currentPassword" value="321"/>
<store-value value-field="user" do-cache-clear="true"/>
解析后执行SQL
UPDATE OFBIZ.USER_LOGIN SET CURRENT_PASSWORD=?, LAST_UPDATED_TX_STAMP=?, LAST_UPDATED_STAMP=? WHERE USER_LOGIN_ID=?
minilang 中更新数据和我们用SQL 直接更新不同。首先我们必须获得包含主键信息的实体对象，这个获取实体对象的方式可以是我们用make-value手动生成，也可以根据主键信息查询数据得到的实体对象，然后对实体对象中字段进行set修改。然后使用store-value就可以将改动些到数据库中了。Update 字段只修改实体对象中的非主键字段。
：do-cache-clear：清除缓存。
2.22. store-list
<set field="listUser[]" from-field="user" />
<set field="listUser[]" from-field="user" />
<set field="listUser[]" from-field="user" />
<set field="listUser[]" from-field="user" />
<set field="listUser[]" from-field="user" />
<store-list list="listUser" do-cache-clear="true"/>
store-list批量修改数据。${list}是一个list 其中放的是要被写入数据库的实体对象。
store-list 与 store-value 不同的地方在于 ， 如果store-list 中的实体对象在数据库中不存在时，他会首先创建一条记录，而store-value 却不会。
2.23. remove-value
<remove-value value-field="user" do-cache-clear="true"/>
根据包含主键字段的实体删除数据。
2.24. remove-list
<remove-list list="listUser" do-cache-clear="true"/>
批量删除。将一个包含多个实体对象的list 中所代表的数据行全部删除。
2.25. remove-by-and
<set field="whereMap.partyId" value="djtao"/>
<set field="whereMap.userLoginId" value="djtao"/>
<set field="whereMap.currentPassword" value="djtao"/>
<remove-by-and map="whereMap" entity-name="UserLogin" do-cache-clear="true"/>
SQL解析后结果为:
DELETE FROM OFBIZ.USER_LOGIN WHERE (PARTY_ID = 'djtao' AND USER_LOGIN_ID = 'djtao' AND CURRENT_PASSWORD = 'djtao')
根据多条条件删除实体数据。Map中各个条件之间逻辑关系为and 关系。
2.26. remove-related
<make-value value-field="partyObject" entity-name="Party"/>
<set field="inMap.partyId" value="djtao"/>
<set-pk-fields value-field="partyObject" map="inMap"/>
<remove-related relation-name="UserLogin" value-field="partyObject"/>
SQL解析后结果为：
DELETE FROM OFBIZ.USER_LOGIN WHERE (PARTY_ID = 'djtao')
remove-related 根据外键所对应主键的实体的对象删除外键实体记录。如上例：UserLogin 实体中，partyId为外键，根据外键的实体对象进行删除。
2.27. sequenced-id
<make-value value-field="newEntity" entity-name="WorkEffort"/>
<sequenced-id sequence-name="WorkEffort" field="workEffortId"/>
<set field="newEntity.workEffortId" from-field="workEffortId"/>
sequenced-id 一般用于获取实体的自增长字段。
：sequence-name：实体名称。
：field：获取到的自增长字段值的名称。
：get-long-only：待确定。
：stagger-max：待确定。
当然也可以这样用，可以节省一行代码，如下：
<make-value value-field="newEntity" entity-name="WorkEffort"/>
<sequenced-id sequence-name="WorkEffort" field="newEntity.workEffortId"/>
2.28. make-next-seq-id(待验证)
<make-value value-field="newEntity" entity-name="WorkEffort"/>
<make-next-seq-id seq-field-name="workEffortId" value-field="newEntity"/>
功能和sequenced-id 差不多，但由于其自增长字段是通过程序获得并写入数据库的方法获得的，所以在高并发或者一次获取多条自增长的情况下，自增长的值可能会重复。但似乎sequenced-id能避免此问题，待验证。
：value-field：想要获得自增长字段的实体对象。
：seq-field-name：实体的自增长字段。
：increment-by：待确定
：numeric-padding：待确定
3. 逻辑操作
3.1. set
<set field="inMap.num" value="2"/>
<set field="newValue" default-value="1" from-field="inMap.num" set-if-empty="true" set-if-null="true" type="String"/>
Set 为变量参数赋值 。
: field: 变量参数的名称.
: from-field:变量参数值来源来源于环境中已经存在的变量.当然也可以使用value
赋固定值。
：default-value：默认值，当from-field和value都不存在时，使用默认值。
:set-if-empty:如果变量的值为””是否仍然赋””于变量。
:set-if-null:如果变量的值为null，是否仍然赋变量null。所以如果此属性配置为false（默认为false） 的话，那么使用set 的话，如果不赋值那么此set 无效。如：
<set field="inMap.num" />此行代码无任何意义。
3.2. set-calendar
创建calendar 日期对象，待确定。
3.3. set-current-user-login
<set field="ulLookup.userLoginId" value="system"/>
<find-by-primary-key entity-name="UserLogin" map="ulLookup" value-field="newuserLogin"/>
<set-current-user-login value-field=" newuserLogin"/>
<log level="info" message="${parameters.userLogin}"></log>
<log level="info" message="${userLogin}"></log>
set-current-user-login 改变当前simple context 中的userLogin .
parameters中的userLogin 不发生改变。
3.4. string-append
<string-append string="456" field="newString" arg-list="newList" prefix="prefix" suffix="suffix"/>
将String 字符串拼接起来。
效果类似于 :
newString = “${newString}”+”${prefix}”+”${string}”+”${suffix}”
:arg-list:待确定
3.5. string-to-list
<set field="newList" type="List"/>
<string-to-list string="a" list="newList"/>
<string-to-list string="b" list="newList"/>
将字符串放到一个list 中。
3.6. session-to-field
<session-to-field field="sessionField" session-name="_WEBAPP_NAME_" default="sessionNull"/>
Session-to-field 将session 中参数取出来赋值到当前环境的某变量中。
：field：变量名称.
:session-name:session中变量的名称.
: default:如果sesssion 中此变量对应的值为null的话，则使用此默认值。
注：此命令只有在event 调用simple method 时方有效。即（MethodContext. methodType== MethodContext.EVENT）时方可使用。
目前所知符合条件的只有一种情况，即在controller.xml中，如下例。
<request-map uri="testServiceDelegator">
<event type="simple"
invoke="TestServiceOnSimple" path="component://webtools/script/org/ofbiz/common/CommonServices .xml"/>
<response name="success" type="view" value="testServiceTest"/>
<response name="error" type="view" value="testServiceTest"/>
</request-map>
在event 中调用，且type为simple .
3.7. field-to-session
<field-to-session field="newUserLogin" session-name="userLogin"/>
Field-to-session 将simple 环境中的参数放入session 中。属性不重复了.
使用限制和session-to-field一样。
3.8. field-to-list
<clear-field field="newList"/>
<field-to-list list="newList" field="newUserLogin"/>
Field-to-list ,将simple 环境中的一个参数变量放到一个list 类型的参数变量中。
3.9. field-to-request
<clear-field field="newList"/>
<field-to-list list="newList" field="newUserLogin"/>
<field-to-request field="newList" request-name="userLoginList"/>
field-to-request ,把参数变量放到request 中，使用规则和限制同field-to-session 相同，不重复。
3.10. request-to-field
将参数从request 中取出赋职到simple 运行环境中。规则和限制同field-to-request。
3.11. request-parameters-to-list
<request-parameters-to-list request-name="checkBoxName" list-name="parametersList"/>
request-parameters-to-list 获取request 中的参数数组，并将参数放到simple method 中的list 中。request-parameters参数一般来源于checkBox .使用限制同 Session-to-field。
3.12. list-to-list
待确定。
3.13. map-to-map
待确定。
3.14. loop
Loop待确定。
3.15. first-from-list
<first-from-list entry="oldExampleStatus" list="oldExampleStatusList"/>
<if-not-empty field="oldExampleStatus">
<set field="oldExampleStatus.statusEndDate" from-field="nowTimestamp"/>
<store-value value-field="oldExampleStatus"/>
</if-not-empty>
first-from-list 从list 参数中得到第一个元素，并赋值到变量参数${entry}中。
3.16. webapp-property-to-field
<webapp-property-to-field resource="WebtoolsUiLabels" property="doNotHavePermission" field="fildFromProperties"/>
Webapp-property-to-field 从国际化资源文件WebtoolsUiLabel.xml中获取property 为” doNotHavePermission” 的字符串并赋值到${field}中。
3.17. iterate
<clear-field field="newParamList"/>
<set field="newParamList[]" value="a"/>
<set field="newParamList[]" value="b"/>
<set field="newParamList[]" value="c"/>
<iterate entry="newParam" list="newParamList" >
<log level="info" message="${newParam}"></log>
</iterate>
Iterate 遍历List参数newParamList。
3.18. iterate-map
<clear-field field="newParamMap"/>
<set field="newParamMap.param1" value="param1"/>
<set field="newParamMap.param2" value="param2"/>
<set field="newParamMap.param3" value="param3"/>
<iterate-map key="newKey" value="newValue" map="newParamMap">
<log level="info" message="${newValue}"></log>
<log level="info" message="${newParamMap.${newKey}}"></log>
</iterate-map>
Iterate-map 对map参数进行遍历，这里有两种方法获取map中元素，一： 通过直接读取${value},二：也可以通过${key}读取map .
3.19. while
<set field="tmp" value="1"/>
<while>
<condition>
<if-compare operator="equals" value="2" field="tmp">
</if-compare>
</condition>
<then>
<log level="info" message="test"></log>
</then>
</while>
While 循环，无论condition 条件 是否成立，先执行一次then 中的内容，然后再进行 condition 条件判断，如果不满足，则跳出while 循环。
3.20. refresh-value
refresh-value 待确定。
4. 调用
4.1. script
<script location="component://product/webapp/catalog/WEB-INF/actions/imag emanagement/SetDefaultImage.groovy"/>
Script 调用groovy 脚本 。
：error-list-name：错误信息存放参数名称
4.2. call-bsh
<call-bsh><![CDATA[
taxAuthPartyGeoIds = parameters.get("taxAuthPartyGeoIds");
parameters.put("taxAuthPartyId", taxAuthPartyGeoIds.substring(0, taxAuthPartyGeoIds.indexOf("::")));
parameters.put("taxAuthGeoId", taxAuthPartyGeoIds.substring(taxAuthPartyGeoIds.indexOf("::") + 2));
]]>
</call-bsh>
使用CDATA 部件 直接调用bsh脚本。也可以直接调用bsh 文件。
<call-bsh error-list-name="error_list" resource="component://webtools/webapp/webtools/WEB-INF/actions/ca che/findUtilCache.bsh">
</call-bsh>
4.3. call-class-method
<call-class-method class-name="org.ofbiz.base.util.UtilDateTime" method-name="getInterval" ret-field="originalProductionRunEstimatedTime">
<field field="productionRunHeader.estimatedStartDate" type="Timestamp"/>
<field field="productionRunHeader.estimatedCompletionDate" type="Timestamp"/>
</call-class-method>
<set field="taskTimeDifference" value="${originalProductionRunEstimatedTime - newProductionRunEstimatedTime}" type="Double"/>
public static double getInterval(Date from, Date thru) {
return thru != null ? thru.getTime() - from.getTime() : 0;
}
call-class-method 调用class类中的方法 .
: class-name:class类所在路径。
：method-name：class类中方法名称。
：ret-field：返回值名称，如果ret-map-name 没有设置的话，直接从当前环境中获取此参数就可以了，如上例。
: ret-map-name:如果设置此值，那么需要先从simple methodContext中获取此map 对象，然后再从map 中获取ret-field.
: field:当前调用的方法所需要的参数。
4.4. call-map-processor
<call-map-processor xml-resource="component://accounting/script/org/ofbiz/accounting/ payment/PaymentMapProcs.xml"
processor-name="createCreditCard" in-map-name="parameters" out-map-name="context"/>
call-map-processor调用map 处理器。
map-processor 一种对map中元素进行过滤或者转化的处理器，类似于加工车间，入料口投入原料，出料口获得成品。一般多用于service 的参数进行处理，因为一般情况下service 对输入参数有限制，所以有时候需要对输入参数map 进行转化一下以匹配service 参数义。
：xml-resource：map-processor 路径。
：processor-name：map-processor名称。
：in-map-name：输入map名称，相当于入料口原料，可能包含多余的参数。
：out-map-name：输入map 名称，相当于出料口，获得到的map 可以直接用于service 的输入参数。
4.5. set-service-fields
<set-service-fields to-map="categoryFindContext" service-name="getAllCategories" map="parameters"/>
<call-service service-name="getAllCategories" in-map-name="categoryFindContext">
<result-to-field result-name="categories" field="categories"/>
</call-service>
set-service-fields 功能同call-map-processor，都是对map中元素进行过滤处理。不同的是 call-map-processor 的处理规则是我们手动定义的map-processor规则，set-service-fields规则是使用service 定义的输入参数。
：service-name：service 名称。规定程序按照此service参数定义进行过滤。
：map：转换器入口，投入map 的名称。
：to-map：转换器出口，输出map的名称。
4.6. call-service
<call-service service-name="getAllCategories" in-map-name="categoryFindContext">
<result-to-field result-name="categories" field="categoriesField"/>
<result-to-request result-name="categories" request-name="categoriesField"/>
<result-to-session result-name="categories" session-name="categoriesField"/>
<result-to-result result-name="categories" service-result-name="categoriesResult"/>
</call-service>
call-service
经过call-map-processor 或 set-service-fields 参数处理之后，处理之后的输出结果， 我们可以直接拿来用做调用service 的输入参数。如上例：
：service-name：service 名称
：in-map-name：调用service 时用到的输入参数,map 类型，如果这里调用的是一个simple service的话 这里的in-map-name 就相当于 被调用simple service 中的parameters ,如果这里调用的是一个java service 的话这里的in-map-name 就相当于java service 输入参数中的context ,都是从其中获取参数。
：result-to-field：假设在service A 中调用 service B ,那么个配置是将B service 中的return 参数 赋值到 service A 的参数。result-name 一定要是service B 中定义过的输出参数。
：result-to-request：request-to-request 和 request-to-session 分别是将被调用service 的返回参数赋值到request 或者 session 中， 使用此命令有限制，请参考field-to-request。
：result-to-result： 将service B 的输出参数 赋值到service A 的输出参数中
result-name 一定要是 service B 中定义过的输出参数， service-result-name一定要是service A中定义过的输出参数。
4.7. call-service-asynch
call-service-asynch同call-service 类似，不同的是call-service是能够步调用，call-service-asynch 是异步调用，异步调用使用的ofbiz job 调度实现。
4.8. call-object-method
<set field="newString" value="123:456" type="String"/>
<call-object-method method-name="indexOf" obj-field="newString" ret-field="retObject">
<string value=":"></string>
</call-object-method>
<log level="info" message="${retObject}">
call-object-method 调用参数对象的方法。
：obj-field：参数对象名称。
：method-name：参数对象的方法名称。
：ret-field：返回值。
：string：输入参数。<string value=":"></string> 。field 同样是做为输入参数。
4.9. call-simple-method
<call-simple-method method-name="getGlArithmeticSettingsInline" xml-resource="component://accounting/script/org/ofbiz/accounting/ ledger/GeneralLedgerServices.xml"/>
call-simple-method 直接调用simple method ，不是以service 的形式调用。如果被调用simple-method 与当前service 在同一个xml文件中xml-resource 可以不用写。
5. 其他
5.1. now-date-to-env
<now-date-to-env field="nowDate"/>
将当前日期（不带时间）赋值给变量参数now.格式为yyyy-MM-dd
5.2. now-timestamp
<now-timestamp field="nowTime"/>
将当前日期时间赋值给变量参数nowTime,格式为yyyy-MM-dd HH:mm:ss.sss
5.3. to-string
将参数转化成string 格式。待确定。
5.4. log
输出日志。前面已经用到很多了 ，不重复了 。
5.5. Order-map-list
<clear-field field="newParamMap"/>
<set field="newParamMap.param1" value="param1"/>
<set field="newParamMap.param2" value="param2"/>
<set field="newParamMap.param3" value="param3"/>
<clear-field field="newParamMap1"/>
<set field="newParamMap1.param1" value="param4"/>
<set field="newParamMap1.param2" value="param5"/>
<set field="newParamMap1.param3" value="param6"/>
<clear-field field="newParamMap2"/>
<set field="newParamMap2.param1" value="param7"/>
<set field="newParamMap2.param2" value="param8"/>
<set field="newParamMap2.param3" value="param9"/>
<set field="newList[]" from-field="newParamMap"/>
<set field="newList[]" from-field="newParamMap1"/>
<set field="newList[]" from-field="newParamMap2"/>
<order-map-list list="newList" >
<order-by field-name="-param1"/>
</order-map-list>
<log level="info" message="${newList}"></log>
order-map-list 以一个list 中map的key为标准对这个list 中各个map 进行排序。
5.6. order-value-list
order-value-list 待定。
5.7. transaction-begin
开启事务。
：began-transaction-name：对当前事务取个别名，如果只有一个事务的话，可以使用默认值。
5.8. transaction-commit
提交事务，如果有多个事务可以根据began-transaction-name进行选择事务提交。
5.9. transaction-rollback
事务回滚。如果有多个事务可以根据began-transaction-name进行选择事务回滚。
500
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
