首页 > 代码库 > 转 ofbiz 服务引擎
转 ofbiz 服务引擎
概述
服务定义为一段独立的逻辑顺序,当多个服务组合一起时可完成不同类型的业务需求
服务有很多类型,WorkFlow、Rules、Java、SOAP、BeanShell等。java类型的服务更像一个静态方法实现的事件,然而使用服务框架就不会局限在web应用程序中。
服务需要使用Map传入参数,结果同样从Map中返回。这样很妙,因为Map可以被序列化并保存或通过HTTP(SOAP)传输。服务通过服务定义来定义并指派给具体的服务引擎。每个服务引擎通过适当的方式负责调用服务定义。因为服务没有和web应用程序绑定在一起,就允许在没有响应对象可用时仍可以执行。这就允许在指定时间由工作调度程序在后台调用服务
服务能够调用其他服务。因此,将多个小的服务串联起来实现一个大的任务使重用更容易。在不同应用程序中使用的服务可以通过创建全局服务定义文件(只能创建一个)或者一个应用程序的特定服务(这样的服务受限制且只能用于这个应用程序)。
当在web应用程序中使用时,服务可以用于web事件,这允许同时在服务框架中并重用现成的逻辑。同样,服务可以定义成“exportable",允许外部程序访问。目前,SOAP EventHandler允许服务通过SOAP来产生。其他形式的远程访问将来会加入到框架中。
特点
1、不可知的服务调用:实现不可知,位置不可知,你需要调用的服务仅仅按照要求知道服务名和传递的参数即可,你不需要知道在哪里实现的,文件在哪个服务器上或者其他的这类事情。你也不必关心是用java、simplemethod、还是其他脚本语言实现的。这就提供了在调用服务代码和服务间的松耦合,提供了高伸缩性、增加重用性。
2、不同类型的服务调用:同步、异步、预定时间。相同的服务定义、相同的服务实现,可以根据应用的需要用不同的方式调用。
3、服务提供输入和输出参数的校验。
4、不同的实现方式:有许多不同方式实现服务,处理这些不同方式实现服务的对象称之为服务引擎。处理不同类型服务实现的每个对象都要实现GenericEngine interface。所以你想实现自己的服务,基本上实现这个接口即可。
服务引擎的定义
在serviceengine.xml文件中定义了存在的引擎
<!-- Service Engine Configuration --> <engine name="entity-auto" class="org.ofbiz.service.engine.EntityAutoEngine"/> <engine name="group" class="org.ofbiz.service.group.ServiceGroupEngine"/> <engine name="interface" class="org.ofbiz.service.engine.InterfaceEngine"/> <engine name="java" class="org.ofbiz.service.engine.StandardJavaEngine"/> <engine name="simple" class="org.ofbiz.minilang.SimpleServiceEngine"/> <engine name="script" class="org.ofbiz.service.engine.ScriptEngine"/> <!-- Engines that can be replaced by the generic script engine --> <engine name="bsh" class="org.ofbiz.service.engine.BeanShellEngine"/> <engine name="groovy" class="org.ofbiz.service.engine.GroovyEngine"> <parameter name="scriptBaseClass" value="org.ofbiz.service.engine.GroovyBaseScript"/> </engine> <engine name="jacl" class="org.ofbiz.service.engine.BSFEngine"/> <engine name="javascript" class="org.ofbiz.service.engine.ScriptEngine"/> <engine name="jpython" class="org.ofbiz.service.engine.BSFEngine"/> <!-- --> <engine name="route" class="org.ofbiz.service.engine.RouteEngine"/> <engine name="http" class="org.ofbiz.service.engine.HttpEngine"/> <engine name="jms" class="org.ofbiz.service.jms.JmsServiceEngine"/> <engine name="rmi" class="org.ofbiz.service.rmi.RmiServiceEngine"/> <engine name="soap" class="org.ofbiz.service.engine.SOAPClientEngine"/> <engine name="ofbiz-workflow" class="org.ofbiz.workflow.WorkflowEngine"/> <engine name="workflow" class="org.ofbiz.shark.service.SharkServiceEngine"/>
属性名
|
是否必须
|
描述
|
name
|
Y
|
服务引擎的名字,必须唯一
|
class
|
Y
|
GenericEngine接口的实现类
|
服务引擎的一些配置
服务引擎的名称:<service-engine name = "default"/>
authorization 标签设置服务授权需要调用的服务。这个标签只有一个属性service-name:属性值应该是用来授权的服务名。默认使用通用的OFBiz的UserLogin服务
<!-- Name of the service to use for authorization --> <authorization service-name="userLogin"/> 服务位置: <service-location name="main-rmi" location="rmi://localhost:1099/RMIDispatcher"/> <service-location name="main-http" location="http://localhost:8080/webtools/control/httpService"/> <service-location name="entity-sync-rmi" location="rmi://localhost:1099/RMIDispatcher"/> <service-location name="entity-sync-http" location="http://localhost:8080/webtools/control/httpService"/> <service-location name="rita-rmi" location="rmi://localhost:1099/RMIDispatcher"/> <service-location name="eedcc-test" location="http://localhost:8080/webtools/control/httpService"/>
服务引擎的线程池的配置
工作调度器(job scheduler)异步调用工作/服务。它包含池化的线程和几个请求线程。
thread-pool:该标签用来配置每个线程是怎操作。
<!-- Thread pool configuration (max/min threads, uses to live and time to live) --> <thread-pool send-to-pool="pool" purge-job-days="4" failed-retry-min="3" ttl="18000000" wait-millis="750" jobs="10" min-threads="5" max-threads="15" poll-enabled="true" poll-db-millis="20000"> <run-from-pool name="pool"/> </thread-pool>
如下属性可用
属性名
|
是否必须
|
描述
|
Ttl
|
Y
|
每个请求线程的存活时间。达到时间线程将被销毁
|
wait-millis
|
Y
|
每个请求线程在检查通过运行前休眠的时间
|
jobs
|
Y
|
每个请求线程在销毁之前可运行的工作数
|
min-threads
|
Y
|
线程池中保持的请求线程的最小数
|
max-threads
|
Y
|
线程池中将会创建请求线程的最大数
|
poll-enabled | Y | 为‘true’scheduler就会poll数据库来调度工作 |
poll-db-millis | Y | 如果线程池可用,本属性用来定义池化线程运行的频率 |
几种服务引擎
BeanShell(BSH):是用BeanShell脚本实现一个服务
服务组:你能用一组服务实现一个服务,结果是通过定义的服务组来调用其他服务
HTTP:http方式是通过另一台通过http通讯接口运行的服务引擎的一个服务,它是通过http或https运行的。指定URL联系到另一台服务器,发送请求到远程服务器,远程服务器通过处理后返回响应。
接口:这个是特殊的服务,其根本没有实现服务,只是设定了一个接口,它有属性定义。只是它的作用在于给其他服务继承和扩展
jacl:另一种脚本语言,基本上是java语言写的解释器。
java引擎:用java实现的静态方法(可能在OFBiz中使用较多的方式是这种)
RMI:远程调用接口,基于java的rmi方式调用
SOAP:另一个远程调用接口。将基于服务定义的自动化映射调用在另一台服务器的soap服务上
simple:用minilang实现的服务
服务的定义
服务定义在服务定义文件中,该文件一般在每个组件的servicedef目录下,习惯命名weiservices.xml
服务定义有一个唯一的名字,明确的服务引擎,明确的输入输出参数
参考:framework\common\servicedef\services.xml
<service name="createNote" engine="java" location="org.ofbiz.common.CommonServices" invoke="createNote"> <description>Create a new note record</description> <attribute name="partyId" type="String" mode="INOUT" optional="true"/> <attribute name="noteName" type="String" mode="IN" optional="true"/> <attribute name="note" type="String" mode="IN" allow-html="safe"/> <attribute name="noteId" type="String" mode="OUT"/> </service>
服务元素
service的属性 详细参考framework/service/dtd/service.xsd
属性
|
是否必须
|
说明
|
缺省值
|
name
|
Y
|
服务的唯一名称
|
|
engine
|
Y
|
引擎的名称(在serviceengine.xml中定义)
|
|
location
|
N
|
位置或服务包类的包名
|
|
invoke
|
N
|
服务的方法名
|
|
auth
|
N
|
服务是否要求授权?(true/false)
|
true
|
debug | N | 当调用服务时,是否启动详细调试?(true/false) | true |
default-entity-name | N | 使用自动属性(auto-attribute)的缺省实体 | |
export | N | 这个服务是否允许通过SOAP/HTTP/JMS访问?(true/false) | false |
validate | N | 是否对服务参数的名字和类型进行验证?(true/false) | true |
max-retry | N | 异步调用服务失败时,最大重复次数 | -1(无限次) |
use-transaction | N | 是否使用事务 | true |
require-new-transaction | N | 在使用事务的情况下是否启动新事务 | true |
semaphore | N | 并发调用服务时使用的信号量: none:当多个线程调用服务时,并发执行服务 wait:当多个线程调用服务时,采用排队的方法调用服务 fail:当服务正在被执行时,其他任何试图要调用该服务的线程都将调用失败 |
none |
semaphore-wait-seconds | N | 当sempaphore="wait"时,调用服务的线程要等待的超时时间, 超时调用失败 |
300 |
semaphore-sleep | N | 当sempaphore="wait"时,1毫秒内做几次检查 (检查服务能否被调用) |
300 |
transaction-timeout | N | 该服务的事务超时时间,当该服务启动新事务才有效 | 0 |
属性
attribute的属性 详细参考framework/service/dtd/service.xsd
属性
|
是否必须
|
描述
|
缺省值
|
name
|
Y
|
这个是属性的名字
|
|
type
|
Y
|
对象的类型(String,java.util.Date)等
|
|
model
|
Y
|
这个参数是输入、输出或输入输出(IN/OUT/INOUT)
|
|
optional
|
N
|
这个参数是否可选?(true/false)
|
false
|
default-value
|
N
|
默认值
|
|
form-label | N | 对应的表单项显示名称 | |
entity-name | N | 对象名 | |
field-name | N | 属性名 | |
string-map-prefix | N | Map类型参数的前缀 | |
string-list-prefix | N | List类型参数的后缀 | |
form-display | N | 是否在表单中显示?(true/false) | true |
我们参考几个service的定义看看service
参考一:framework\service\servicedef\services.xm
<!-- simple condition implementation --> <service name="effectiveDateEcaCondition" engine="java" auth="false" use-transaction="false" location="org.ofbiz.service.ServiceUtil" invoke="genericDateCondition"> <implements service="serviceEcaConditionInterface"/> <attribute name="fromDate" mode="IN" type="java.sql.Timestamp" optional="true"/> <attribute name="thruDate" mode="IN" type="java.sql.Timestamp" optional="true"/> </service>
参考二:applications/accounting/servicedef/services_finaccount.xml
<service name="refundGcPurchase" engine="java" require-new-transaction="true" use-transaction="true" location="org.ofbiz.accounting.payment.GiftCertificateServices" invoke="refundGcPurchase" auth="true"> <description>Creates return for reload on failure</description> <attribute name="orderItem" type="org.ofbiz.entity.GenericValue" mode="IN" optional="false"/> <attribute name="partyId" type="String" mode="IN" optional="false"/> </service>
参考三:framework\service\servicedef\services.xml
<!-- Service Engine Services --> <service name="purgeOldJobs" engine="java" location="org.ofbiz.service.ServiceUtil" invoke="purgeOldJobs" auth="true" use-transaction="false" semaphore="wait"> <description>Cleans out old jobs which have been around longer then what is defined in serviceengine.xml</description> <required-permissions join-type="AND"> <check-permission permission="SERVICE_INVOKE_ANY"/> </required-permissions> <!-- this service has no attributes --> </service>
概述
服务定义为一段独立的逻辑顺序,当多个服务组合一起时可完成不同类型的业务需求
服务有很多类型,WorkFlow、Rules、Java、SOAP、BeanShell等。java类型的服务更像一个静态方法实现的事件,然而使用服务框架就不会局限在web应用程序中。
服务需要使用Map传入参数,结果同样从Map中返回。这样很妙,因为Map可以被序列化并保存或通过HTTP(SOAP)传输。服务通过服务定义来定义并指派给具体的服务引擎。每个服务引擎通过适当的方式负责调用服务定义。因为服务没有和web应用程序绑定在一起,就允许在没有响应对象可用时仍可以执行。这就允许在指定时间由工作调度程序在后台调用服务
服务能够调用其他服务。因此,将多个小的服务串联起来实现一个大的任务使重用更容易。在不同应用程序中使用的服务可以通过创建全局服务定义文件(只能创建一个)或者一个应用程序的特定服务(这样的服务受限制且只能用于这个应用程序)。
当在web应用程序中使用时,服务可以用于web事件,这允许同时在服务框架中并重用现成的逻辑。同样,服务可以定义成“exportable",允许外部程序访问。目前,SOAP EventHandler允许服务通过SOAP来产生。其他形式的远程访问将来会加入到框架中。
特点
1、不可知的服务调用:实现不可知,位置不可知,你需要调用的服务仅仅按照要求知道服务名和传递的参数即可,你不需要知道在哪里实现的,文件在哪个服务器上或者其他的这类事情。你也不必关心是用java、simplemethod、还是其他脚本语言实现的。这就提供了在调用服务代码和服务间的松耦合,提供了高伸缩性、增加重用性。
2、不同类型的服务调用:同步、异步、预定时间。相同的服务定义、相同的服务实现,可以根据应用的需要用不同的方式调用。
3、服务提供输入和输出参数的校验。
4、不同的实现方式:有许多不同方式实现服务,处理这些不同方式实现服务的对象称之为服务引擎。处理不同类型服务实现的每个对象都要实现GenericEngine interface。所以你想实现自己的服务,基本上实现这个接口即可。
服务引擎的定义
在serviceengine.xml文件中定义了存在的引擎
<!-- Service Engine Configuration --> <engine name="entity-auto" class="org.ofbiz.service.engine.EntityAutoEngine"/> <engine name="group" class="org.ofbiz.service.group.ServiceGroupEngine"/> <engine name="interface" class="org.ofbiz.service.engine.InterfaceEngine"/> <engine name="java" class="org.ofbiz.service.engine.StandardJavaEngine"/> <engine name="simple" class="org.ofbiz.minilang.SimpleServiceEngine"/> <engine name="script" class="org.ofbiz.service.engine.ScriptEngine"/> <!-- Engines that can be replaced by the generic script engine --> <engine name="bsh" class="org.ofbiz.service.engine.BeanShellEngine"/> <engine name="groovy" class="org.ofbiz.service.engine.GroovyEngine"> <parameter name="scriptBaseClass" value="org.ofbiz.service.engine.GroovyBaseScript"/> </engine> <engine name="jacl" class="org.ofbiz.service.engine.BSFEngine"/> <engine name="javascript" class="org.ofbiz.service.engine.ScriptEngine"/> <engine name="jpython" class="org.ofbiz.service.engine.BSFEngine"/> <!-- --> <engine name="route" class="org.ofbiz.service.engine.RouteEngine"/> <engine name="http" class="org.ofbiz.service.engine.HttpEngine"/> <engine name="jms" class="org.ofbiz.service.jms.JmsServiceEngine"/> <engine name="rmi" class="org.ofbiz.service.rmi.RmiServiceEngine"/> <engine name="soap" class="org.ofbiz.service.engine.SOAPClientEngine"/> <engine name="ofbiz-workflow" class="org.ofbiz.workflow.WorkflowEngine"/> <engine name="workflow" class="org.ofbiz.shark.service.SharkServiceEngine"/>
属性名
|
是否必须
|
描述
|
name
|
Y
|
服务引擎的名字,必须唯一
|
class
|
Y
|
GenericEngine接口的实现类
|
服务引擎的一些配置
服务引擎的名称:<service-engine name = "default"/>
authorization 标签设置服务授权需要调用的服务。这个标签只有一个属性service-name:属性值应该是用来授权的服务名。默认使用通用的OFBiz的UserLogin服务
<!-- Name of the service to use for authorization --> <authorization service-name="userLogin"/> 服务位置: <service-location name="main-rmi" location="rmi://localhost:1099/RMIDispatcher"/> <service-location name="main-http" location="http://localhost:8080/webtools/control/httpService"/> <service-location name="entity-sync-rmi" location="rmi://localhost:1099/RMIDispatcher"/> <service-location name="entity-sync-http" location="http://localhost:8080/webtools/control/httpService"/> <service-location name="rita-rmi" location="rmi://localhost:1099/RMIDispatcher"/> <service-location name="eedcc-test" location="http://localhost:8080/webtools/control/httpService"/>
服务引擎的线程池的配置
工作调度器(job scheduler)异步调用工作/服务。它包含池化的线程和几个请求线程。
thread-pool:该标签用来配置每个线程是怎操作。
<!-- Thread pool configuration (max/min threads, uses to live and time to live) --> <thread-pool send-to-pool="pool" purge-job-days="4" failed-retry-min="3" ttl="18000000" wait-millis="750" jobs="10" min-threads="5" max-threads="15" poll-enabled="true" poll-db-millis="20000"> <run-from-pool name="pool"/> </thread-pool>
如下属性可用
属性名
|
是否必须
|
描述
|
Ttl
|
Y
|
每个请求线程的存活时间。达到时间线程将被销毁
|
wait-millis
|
Y
|
每个请求线程在检查通过运行前休眠的时间
|
jobs
|
Y
|
每个请求线程在销毁之前可运行的工作数
|
min-threads
|
Y
|
线程池中保持的请求线程的最小数
|
max-threads
|
Y
|
线程池中将会创建请求线程的最大数
|
poll-enabled | Y | 为‘true’scheduler就会poll数据库来调度工作 |
poll-db-millis | Y | 如果线程池可用,本属性用来定义池化线程运行的频率 |
几种服务引擎
BeanShell(BSH):是用BeanShell脚本实现一个服务
服务组:你能用一组服务实现一个服务,结果是通过定义的服务组来调用其他服务
HTTP:http方式是通过另一台通过http通讯接口运行的服务引擎的一个服务,它是通过http或https运行的。指定URL联系到另一台服务器,发送请求到远程服务器,远程服务器通过处理后返回响应。
接口:这个是特殊的服务,其根本没有实现服务,只是设定了一个接口,它有属性定义。只是它的作用在于给其他服务继承和扩展
jacl:另一种脚本语言,基本上是java语言写的解释器。
java引擎:用java实现的静态方法(可能在OFBiz中使用较多的方式是这种)
RMI:远程调用接口,基于java的rmi方式调用
SOAP:另一个远程调用接口。将基于服务定义的自动化映射调用在另一台服务器的soap服务上
simple:用minilang实现的服务
服务的定义
服务定义在服务定义文件中,该文件一般在每个组件的servicedef目录下,习惯命名weiservices.xml
服务定义有一个唯一的名字,明确的服务引擎,明确的输入输出参数
参考:framework\common\servicedef\services.xml
<service name="createNote" engine="java" location="org.ofbiz.common.CommonServices" invoke="createNote"> <description>Create a new note record</description> <attribute name="partyId" type="String" mode="INOUT" optional="true"/> <attribute name="noteName" type="String" mode="IN" optional="true"/> <attribute name="note" type="String" mode="IN" allow-html="safe"/> <attribute name="noteId" type="String" mode="OUT"/> </service>
服务元素
service的属性 详细参考framework/service/dtd/service.xsd
属性
|
是否必须
|
说明
|
缺省值
|
name
|
Y
|
服务的唯一名称
|
|
engine
|
Y
|
引擎的名称(在serviceengine.xml中定义)
|
|
location
|
N
|
位置或服务包类的包名
|
|
invoke
|
N
|
服务的方法名
|
|
auth
|
N
|
服务是否要求授权?(true/false)
|
true
|
debug | N | 当调用服务时,是否启动详细调试?(true/false) | true |
default-entity-name | N | 使用自动属性(auto-attribute)的缺省实体 | |
export | N | 这个服务是否允许通过SOAP/HTTP/JMS访问?(true/false) | false |
validate | N | 是否对服务参数的名字和类型进行验证?(true/false) | true |
max-retry | N | 异步调用服务失败时,最大重复次数 | -1(无限次) |
use-transaction | N | 是否使用事务 | true |
require-new-transaction | N | 在使用事务的情况下是否启动新事务 | true |
semaphore | N | 并发调用服务时使用的信号量: none:当多个线程调用服务时,并发执行服务 wait:当多个线程调用服务时,采用排队的方法调用服务 fail:当服务正在被执行时,其他任何试图要调用该服务的线程都将调用失败 |
none |
semaphore-wait-seconds | N | 当sempaphore="wait"时,调用服务的线程要等待的超时时间, 超时调用失败 |
300 |
semaphore-sleep | N | 当sempaphore="wait"时,1毫秒内做几次检查 (检查服务能否被调用) |
300 |
transaction-timeout | N | 该服务的事务超时时间,当该服务启动新事务才有效 | 0 |
属性
attribute的属性 详细参考framework/service/dtd/service.xsd
属性
|
是否必须
|
描述
|
缺省值
|
name
|
Y
|
这个是属性的名字
|
|
type
|
Y
|
对象的类型(String,java.util.Date)等
|
|
model
|
Y
|
这个参数是输入、输出或输入输出(IN/OUT/INOUT)
|
|
optional
|
N
|
这个参数是否可选?(true/false)
|
false
|
default-value
|
N
|
默认值
|
|
form-label | N | 对应的表单项显示名称 | |
entity-name | N | 对象名 | |
field-name | N | 属性名 | |
string-map-prefix | N | Map类型参数的前缀 | |
string-list-prefix | N | List类型参数的后缀 | |
form-display | N | 是否在表单中显示?(true/false) | true |
我们参考几个service的定义看看service
参考一:framework\service\servicedef\services.xm
<!-- simple condition implementation --> <service name="effectiveDateEcaCondition" engine="java" auth="false" use-transaction="false" location="org.ofbiz.service.ServiceUtil" invoke="genericDateCondition"> <implements service="serviceEcaConditionInterface"/> <attribute name="fromDate" mode="IN" type="java.sql.Timestamp" optional="true"/> <attribute name="thruDate" mode="IN" type="java.sql.Timestamp" optional="true"/> </service>
参考二:applications/accounting/servicedef/services_finaccount.xml
<service name="refundGcPurchase" engine="java" require-new-transaction="true" use-transaction="true" location="org.ofbiz.accounting.payment.GiftCertificateServices" invoke="refundGcPurchase" auth="true"> <description>Creates return for reload on failure</description> <attribute name="orderItem" type="org.ofbiz.entity.GenericValue" mode="IN" optional="false"/> <attribute name="partyId" type="String" mode="IN" optional="false"/> </service>
参考三:framework\service\servicedef\services.xml
<!-- Service Engine Services --> <service name="purgeOldJobs" engine="java" location="org.ofbiz.service.ServiceUtil" invoke="purgeOldJobs" auth="true" use-transaction="false" semaphore="wait"> <description>Cleans out old jobs which have been around longer then what is defined in serviceengine.xml</description> <required-permissions join-type="AND"> <check-permission permission="SERVICE_INVOKE_ANY"/> </required-permissions> <!-- this service has no attributes --> </service>
转 ofbiz 服务引擎
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。