亚洲日韩精品无码专区加勒比☆,亚洲日本中文字幕天天更新,鲁死你资源站亚洲av

OFBiz的MVC框架

persister — Fri, 27 Aug 2010 14:32:00 GMT

OFBiz是一个非常强大的企业架构体系�Q�这里只描述它MVC斚w��的内容，从MVC的角度去看，OFBiz采用的是Service to Worker模式�Q�大名鼎鼎的Struts 1采用的也是这�U�架构。Service to Worker模式的目标就是维护Action�Q�View和Controller之间的分��R�?br />
Controller

ControlServlet�?a >Front Controller�Q? 接收所有的��h��Q�是��h��的入口，执行一些的预备处理后，交由RequestHandler��d��理实际的��h��工作�Q�View层的处理交给 ViewHandler�q�行处理�Q�ViewHandler有很多实现类�Q�还可以自定义，可以集成很多��面层显�C�技术，如JSP和FreeMarker�{�，处理��程如下图所�C�：

MVC的解耦的地方��是通过controller.xml配置文�g实现的，配置文�g如下所�C�：

<request-map uri="login">
        <security https="false" auth="false"/>
        <event type="java" path="com.xxx.ldap.LdapLoginWorker" invoke="login"/>
        <response name="success" type="view" value="main"/>
        <response name="error" type="view" value="login"/>
request-map>

<view-map name="main" type="screen" page="component://xxx/widget/CustomerScreens.xml#main"/>

<view-map name="login" type="screen" page="component://xxx/widget/CommonScreens.xml#login"/>

request-map的response元素有一个属性name�Q�这个name理论上可以�Q意选取�Q�不�q�OFBiz内置了success�? error�q�两个��|��q�类��g��Struts 2。属性type如果是view表示得到一个页面，value值对于view-map中的name属性倹{��之所以不直接写上��面�Q�而是增加view- map�Q�一是�ؓ了解耦，二是针对不同的view�Q�可以设�|�不同的type�{�属性。type属性很关键�Q�正是这个属性帮助OFBiz集成不同的显�C�层技术�? common-controller定义了不同的type和其对应的ViewHandler�Q?/p>

�q�里的name��对应view map中的type。实现解耦的�c�M��是Front Controller而是RequestHandler�Q�请求代理类�Q�在�q�里负责��d��controller.xml文�g中的对应关系�Q�根据Front Controller发送过来的��h��Q�选择相应的业务动作进行业务更斎ͼ��q�且选择相应的视图View去解析�ƈ展示。在Service to Worker模式中，RequestHandler�cȝ��角色��是Dispatcher�?br />

View
OFBiz支持很多�c�d��的页面展�C�技术，JSP/FreeMarker/Velocity/PDF/Widget�{�。OFBiz最常用的就是Widget�?a >FreeMarker。Widget是OFBiz自己�Ҏ��的页面技术，好处��是可以不用写�Q何html和css代码��可以得��C��个统一的完整的��面�Q�展�C�的业务数据也可以轻杄��获取。缺�Ҏ��Q�不像FreeMarker是一个纯��面技术，从request和session中得��C��务数据，然后直接��其展示处理。Widget技术将业务数据获取和业务数据展�C��؜在一��P��后台开发�h员和��面设计人员不能合作分工�Q�甚臛_��有后台设计�h员才能开发OFBiz应用。OFBiz之所以设计自��q��面技术，与OFBiz实现ERP/CRM复杂的业务系�l�时分不开的。ERP/CRM业务�pȝ��复杂多变�Q�模块众多。什么样的框架能够满��L��pȝ��呢：一是适应业务变化�Q�第二适合快速开发，�W�三��面风格能够一致。OFBiz��是�q�样的框�Ӟ��entity��d��减少一个字�D�，在OFBiz中只需要在entitymodel中做修改�Q�在输入��面�Q�显�C�页面，修改��面都不用做��M��的修改就可以看到变化�Q�而且业务逻辑模块也不用修改就可以对变化的字段�q�行�l�护�Q�非常的Easy。OFBiz适合快速开发，熟悉了OFBiz开发的人员�Q�开发一个Customer模块�Q�对用户�q�行增删改和复杂的查询，一个小时��够，够快了吧。由于不直接操作html和css代码�Q��用OFBiz开发的各个模块都长得一��P��q�是很多设计人员期望的。言归正传，�q�是从技术上分析View的设计。前面说了通过实现ViewHandler接口�Q�OFBiz集成了不同的��面技术以供选择。相关的�c�d��p�d��如下�Q?br />
View Handler:

ViewHandler负责选择相应的Renderer�Q�进行页面显�C�的准备工作,对于��单的��面技术如JSP�Q�JspViewHandler直接�q�行处理�Q�不再委托给其他Renderer�q�行处理。AbstractViewHandler的子�c�M��Q�包含Screen字眼的Handler通常相对较复杂，见上图中下面哪些Handler�Q�典型的是ScreenWidgetViewHandler�?br />
View Renderer:

Renderer负责具体的显�C�工作�?br />

未完待箋

persister 2010-08-27 22:32 发表评论

persister — Fri, 26 Feb 2010 03:17:00 GMT

OFBiz执行后台��d��的类在org.ofbiz.service.job中�?br />
JobPoller和JobInvoker是主要的两个�c�，一个负责查询可以执行的Job�Q�另一个执行Job��d��。Job�c�d��如下所�C��?br />

1.Job轮询

创徏JobManager�Ӟ��会创建JobPoller的一个实例。JobPoller实现了Runnable接口�Q�以此创建线�E�后
通过JobManager一直轮询是否有Job需要执行，如果有奖��其攑օ�队列中�?br />

1     public synchronized void run() {
2         try {
3             // wait 30 seconds before the first poll
4             java.lang.Thread.sleep(30000);
5         } catch (InterruptedException e) {
6         }
7         while (isRunning) {
8             try {
9                 // grab a list of jobs to run.
10                 List<Job> pollList = jm.poll();
11                 //Debug.logInfo("Received poll list from JobManager [" + pollList.size() + "]", module);
12
13                 for (Job job : pollList) {
14                     if (job.isValid()) {
15                         queueNow(job);
16                         //Debug.logInfo("Job [" + job.getJobId() + "] is queued", module);
17                     }
18                 }
19                 // NOTE: using sleep instead of wait for stricter locking
20                 java.lang.Thread.sleep(pollWaitTime());
21             } catch (InterruptedException e) {
22                 Debug.logError(e, module);
23                 stop();
24             }
25         }
26     }
27

queueNow�Ҏ��要执行job攑օ�到队列中�Q�如果队列中的等待执行的job数量很多�Q�那么就创徏一定数量的�U�程执行�q�些job�?br />

1    public void queueNow(Job job) {
2         synchronized (run) {
6             run.add(job);
7         }
8         if (Debug.verboseOn()) Debug.logVerbose("New run queue size: " + run.size(), module);
9         if (run.size() > pool.size() && pool.size() < maxThreads()) {
10             synchronized (pool) {
11                 if (run.size() > pool.size() && pool.size() < maxThreads()) {
12                     int calcSize = (run.size() / jobsPerThread()) - (pool.size());
13                     int addSize = calcSize > maxThreads() ? maxThreads() : calcSize;
14
15                     for (int i = 0; i < addSize; i++) {
16                         JobInvoker iv = new JobInvoker(this, invokerWaitTime());
17                         pool.add(iv);
18                     }
19                 }
20             }
21         }
22     }

JobInvoker��是执行的线�E�，它从queue中取job�q�执行。JobInvoker�U�程不是一直运行下去，�q�行的时间长度超�q�一定的��|��见serviceengine.xml中ttl的��|��U�程��׃��停止�q�从pool中删除。JobInvoker的run�Ҏ��中job.exec()执行具体的�Q务�?br />

2.Job执行

Job�c�都有一个exec�Ҏ��Q�用��h��行Job的service。如GenericServiceJob中的exec�Ҏ��如下�Q?br />

1     public void exec() throws InvalidJobException {
2         init();
3
4         // no transaction is necessary since runSync handles this
5         try {
6             // get the dispatcher and invoke the service via runSync -- will run all ECAs
7             LocalDispatcher dispatcher = dctx.getDispatcher();
8             Map<String, Object> result = dispatcher.runSync(getServiceName(), getContext());
9
10             // check for a failure
11             boolean isError = ModelService.RESPOND_ERROR.equals(result.get(ModelService.RESPONSE_MESSAGE));
12             if (isError) {
13                  String errorMessage = (String) result.get(ModelService.ERROR_MESSAGE);
14                  this.failed(new Exception(errorMessage));
15             }
16
17             if (requester != null) {
18                 requester.receiveResult(result);
19             }
20
21         } catch (Throwable t) {
22             // pass the exception back to the requester.
23             if (requester != null) {
24                 requester.receiveThrowable(t);
25             }
26
27             // call the failed method
28             this.failed(t);
29         }
30
31         // call the finish method
32         this.finish();
33     }
34

在执行service执行�Q�有一个init�Ҏ��Q�在PersistedServiceJob�c�M��init�Ҏ��主要是生成下一个执行的��d��Q�如果有的话。也��x��说每一个job是由当时执行的这个job生成的，�Ҏ��是什么呢�Q�主要是两个变量�Q�tempExprId和maxRecurrenceCount�Q�init�Ҏ��中：

1     TemporalExpression expr = null;
2     ……
3
4     if (expr == null && UtilValidate.isNotEmpty(job.getString("tempExprId"))) {
5             try {
6                 expr = TemporalExpressionWorker.getTemporalExpression(this.delegator, job.getString("tempExprId"));
7             } catch (GenericEntityException e) {
8                 throw new RuntimeException(e.getMessage());
9             }
10         }
11

TemporalExpressionWorker里面有一个makeTemporalExpression�Ҏ��很重要，从这个方法可以知道怎么配置TemporalExpression实体数据了，当然要结合TemporalExpressions�c�，里面定义了各�U�配�|�的�l�节�?br />
tempExprTypeId有如下几�U�：

DateRange
DayInMonth
DayOfMonthRange
DayOfWeekRange
Difference
Frequency
Intersection
MonthRange
TimeOfDayRange
Union

比如如果希望服务只执行一�ơ，可以如下配置�Q?br />


maxRecurrenceCount="0" 表示�Q�不重复。tempExprTypeId="FREQUENCY" integer1="1" integer2="1"表示一�q�执行一�ơ。所以��d��执行一�ơ就�l�束了�?br />
每天都执行可以这样配�|�：



maxRecurrenceCount="-1"表示无限循环下去。tempExprId="MIDNIGHT_DAILY" tempExprTypeId="TIME_OF_DAY_RANGE" string1="20:00:00" string2="20:00:00"/>表示每天晚上八点执行�?br />
每个月一�ơ�Q务可以如下配�|�：



tempExprTypeId="FREQUENCY" date1="2010-02-26 11:05:00.000" integer1="2" integer2="1"表示每月一�ơ，旉��是date1定义的时��_��如果没用定义date1�Q�那么就是当前时间�?br />
�q�里的配�|�相当灵�z�，好好掌握�?br />

persister 2010-02-26 11:17 发表评论

OFBiz中services调用机制

persister — Wed, 24 Feb 2010 07:19:00 GMT

OFBiz业务�Ҏ��里面�Q�当执行一个service的时候，通常采用如下的方式：

   LocalDispatcher dispatcher = dctx.getDispatcher();
   Map result = dispatcher.runSync(getServiceName(), getContext());

LocalDispatcher是本地调度器�Q�实现服务的同步异步调度和定时�Q务的调度。与服务调度相关的类囑֦�下：

LocalDispatcher是一个接口，实例化的都是GenericDispatcher�c�，ContextFilter实现了Servlet Filter�Q�会初始化一个GenericDispatcher,�q�将其存攑֜�ServletContext中，以备整个应用使用�?br /> 在请求处理过�E�中�Q�如果遇到service的event�Q�那么EventHandler会��用LocalDispatcher执行service�?br /> 实际上GenericDispatcher只是一个Proxy�Q�自己�ƈ不处理相关的调度工作�Q�真正最苦最累的调度工作是由ServiceDispatcher完成的。下面具体研�I�一下Dispatcher同步和异步调用方法的实现代码�Q?br />
1.同步调用

通过dispatcher调用runSync�Ҏ��Q�也��x��调用GenericDispatcher的runSync�Ҏ��Q?br />
        /**
         * @see org.ofbiz.service.LocalDispatcher#runSync(java.lang.String, java.util.Map)
         */
        public Map runSync(String serviceName, Map context)
        throws ServiceValidationException, GenericServiceException
        {
            ModelService service = ctx.getModelService(serviceName);
            return dispatcher.runSync(this.name, service, context);
        }

dispatcher实际是ServiceDispatcher对象。ServiceDispatcher的runSync�Ҏ��有三癑֤�行，比较复杂�Q?br /> 但最�l�调用service的是GenericEngine�?br />
   GenericEngine engine = this.getGenericEngine(modelService.engineName);
   ……

   Map invokeResult = engine.runSync(localName, modelService, context);

GenericEngine是其工厂�c�GenericEngineFactory获取的，�q�个Factory�c�非常简单：

public class GenericEngineFactory {

    protected ServiceDispatcher dispatcher = null;
    protected Map engines = null;

    public GenericEngineFactory(ServiceDispatcher dispatcher) {
        this.dispatcher = dispatcher;
        engines = FastMap.newInstance();
    }

    /**
     * Gets the GenericEngine instance that corresponds to given the name
     *@param engineName Name of the engine
     *@return GenericEngine that corresponds to the engineName
     */
    public GenericEngine getGenericEngine(String engineName) throws GenericServiceException {
        Element rootElement = null;

        try {
            rootElement = ServiceConfigUtil.getXmlRootElement();
        } catch (GenericConfigException e) {
            throw new GenericServiceException("Error getting Service Engine XML root element", e);
        }
        Element engineElement = UtilXml.firstChildElement(rootElement, "engine", "name", engineName);

        if (engineElement == null) {
            throw new GenericServiceException("Cannot find a service engine definition for the engine name [" + engineName + "] in the serviceengine.xml file");
        }

        String className = engineElement.getAttribute("class");

        GenericEngine engine = engines.get(engineName);

        if (engine == null) {
            synchronized (GenericEngineFactory.class) {
                engine = engines.get(engineName);
                if (engine == null) {
                    try {
                        ClassLoader loader = Thread.currentThread().getContextClassLoader();
                        Class c = loader.loadClass(className);
                        Constructor cn = c.getConstructor(ServiceDispatcher.class);
                        engine = (GenericEngine) cn.newInstance(dispatcher);
                    } catch (Exception e) {
                        throw new GenericServiceException(e.getMessage(), e);
                    }
                    if (engine != null) {
                        engines.put(engineName, engine);
                    }
                }
            }
        }

        return engine;
    }
}

从配�|�文件serviceengine.xml文�g中获取相应的engine子类�Q�如java的是org.ofbiz.service.engine.StandardJavaEngine
bsh的是org.ofbiz.service.engine.BeanShellEngine�?br />
Java的StandardJavaEnignerunSync�Ҏ��采用的是反射来执行相应的�Ҏ��Q�如下：

        Class c = cl.loadClass(this.getLocation(modelService));
            Method m = c.getMethod(modelService.invoke, DispatchContext.class, Map.class);
            result = m.invoke(null, dctx, context);

不同的Engine实现的方式不一栗��?br />
2. 异步调用

异步调用怎么实现的呢�Q�实现异步的原理��是启动一个线�E�来执行相应的业务逻辑�Q�原�Ҏ��直接�q�回�Q�从而实现异步。具体实现的时候可以根据实际情况而定�Q�比如将业务逻辑��装成一个�Q务，��此��d��攑ֈ�一个�Q务链中，�U�程池采用先�q�先出的方式来选择��d��q�行执行。OFBiz中怎么实现呢？具体查看GenericAsyncEngine的runAsync�Ҏ��发现是通过一个生成一个Job来实现的�Q?br />
        job = new GenericServiceJob(dctx, jobId, name, modelService.name, context, requester);
        try {
            dispatcher.getJobManager().runJob(job);
        } catch (JobManagerException jse) {
            throw new GenericServiceException("Cannot run job.", jse);
        }
对于Job的执行，感兴��的可以看我的另一��文�?a href="http://m.tkk7.com/persister/archive/2010/02/26/313974.html">OFBiz中Job的运行机�?/a>�?br />

persister 2010-02-24 15:19 发表评论

persister — Mon, 10 Aug 2009 08:58:00 GMT

OFBiz开发时遇到��q��的问题，MySQL数据库插入中文数据时出现了一个问题，报告中文错误�Q�incorrect string value �Q�．�Q�．�Q?/p>

1.�q�时�׃��字符�~�码不一致导致的�Q�应该将数据库对应的表或coloum�Ҏ��uft-8�Q�所以如果在CustomerExtra�q�表中存储中文的话，需要将
此表另外�q�有operationlog表的charset�Ҏ��utf-8

2.Servlet中字�W�显�C�Zؓ证券的中文，而且表也讄��为utf-8�Q�但是数据库和页面还是�ؕ码，怎么回事�Q?br /> �q�里需要修改jdbc url的参敎ͼ�如将jdbc:mysql://localhost/ccbportal?zeroDateTimeBehavior=convertToNull
�Ҏ��Q�jdbc:mysql://localhost/ccbportal?zeroDateTimeBehavior=convertToNull&useUnicode=true&characterEncoding=UTF-8

3.前台输入的是中文�Q�到后台��变成了��q��Q�怎么回事�Q?br /> 无论何种表单提交都可以在后台的java文�g中通过String des = new String(s.getBytes("iso8859-1"),"UTF-8");
来�{换成你想要的UTF�Q?�~�码方式。但如果每处都加词句太麻烦，故分post和get两种方式区分提交�?br /> 写一个Filter卛_��解决问题�Q?br />

1
2  import java.io.IOException;
3  import javax.servlet.ServletException;
4  import javax.servlet.Filter;
5  import javax.servlet.FilterChain;
6  import javax.servlet.FilterConfig;
7
8  import javax.servlet.ServletRequest;
9  import javax.servlet.ServletResponse;
10
11  public class SetCharacterEncodingFilter implements Filter {
12
13   protected String encoding = "GBK";
14
15   protected FilterConfig filterConfig = null;
16
17   protected boolean ignore = true;
18
19   public void init(FilterConfig filterConfig) throws ServletException {
20    this.filterConfig = filterConfig;
21    this.encoding = filterConfig.getInitParameter("encoding");
22    String value = filterConfig.getInitParameter("ignore");
23    if (value == null)
24     this.ignore = true;
25    else if (value.equalsIgnoreCase("true"))
26     this.ignore = true;
27    else if (value.equalsIgnoreCase("yes"))
28     this.ignore = true;
29    else
30     this.ignore = false;
31   }
32
33   public void doFilter(ServletRequest request, ServletResponse response,
34     FilterChain chain) throws IOException, ServletException {
35    // Conditionally select and set the character encoding to be used
36    if (ignore || (request.getCharacterEncoding() == null)) {
37     String encoding = selectEncoding(request);
38     if (encoding != null) {
39      request.setCharacterEncoding(encoding);
40     }
41
42    }
43    // Pass control on to the next filter
44    chain.doFilter(request, response);
45   }
46
47   protected String selectEncoding(ServletRequest request) {
48    return (this.encoding);
49   }
50
51   public void destroy() {
52    this.encoding = null;
53    this.filterConfig = null;
54   }
55  }
56

web.xml��d��此Filter�Q?br />

1  <filter>
2   <filter-name>encodeFilterfilter-name>
3   <filter-class> com.aicent.ccb.filter.SetCharacterEncodingFilterfilter-class>
4   <init-param>
5    <param-name>encodingparam-name>
6    <param-value>GBKparam-value>
7   init-param>
8   <init-param>
9    <param-name>ignoreparam-name>
10    <param-value>trueparam-value>
11   init-param>
12  filter>
13  <filter-mapping>
14   <filter-name>encodeFilterfilter-name>
15   <url-pattern>/control/*url-pattern>
16  filter-mapping>

persister 2009-08-10 16:58 发表评论

persister — Sun, 19 Apr 2009 10:01:00 GMT

1、分布式事务相关概念
分布式事务处理（Distributed Transaction Processing�Q�DTP�Q�是指一个事务可能涉及多个数据库操作�Q�分布式事务处理的关键是必须有一�U�方法可以知道事务在��M��地方所做的所有动作，提交或回滚事务的军_��必须产生�l�一的结果（全部提交或全部回滚）�?/span>
X/Open �l�织�Q�即现在�?span style="font-family: "Courier New";"> Open Group �Q�定义了分布式事务处理模型�?span style="font-family: "Courier New";"> X/Open DTP 模型�Q?span style="font-family: "Courier New";"> 1994 �Q�包括应用程序（ AP �Q�、事务管理器�Q?span style="font-family: "Courier New";"> TM �Q�、资源管理器�Q?span style="font-family: "Courier New";"> RM �Q�、通信资源��理器（ CRM �Q�四部分。一般，常见的事务管理器�Q?span style="font-family: "Courier New";"> TM �Q�是交易中间�Ӟ��常见的资源管理器�Q?span style="font-family: "Courier New";"> RM �Q�是数据库，常见的通信资源��理器（ CRM �Q�是消息中间件�?/span>
　　通常把一个数据库内部的事务处理，如对多个表的操作�Q�作为本��C��务看待。数据库的事务处理对象是本地事务�Q�而分布式事务处理的对象是全局事务�?/span>

所谓全局事务�Q�是指分布式事务处理环境中，多个数据库可能需要共同完成一个工作，�q�个工作��x��一个全局事务�Q�例如，一个事务中可能更新几个不同的数据库。对数据库的操作发生在系�l�的各处但必��d��部被提交或回滚。此时一个数据库对自己内部所做操作的提交不仅依赖本��n操作是否成功�Q�还要依赖与全局事务相关的其�? 数据库的操作是否成功�Q�如果�Q一数据库的��M��操作��p�|�Q�则参与此事务的所有数据库所做的所有操作都必须回滚�?/span>

一般情况下�Q�某一数据库无法知道其它数据库在做什么，因此�Q�在一�?span style="font-family: "Courier New";"> DTP 环境中，交易中间件是必需的，由它通知和协调相��x��据库的提交或回滚。而一个数据库只将其自己所做的操作�Q�可恢复�Q�媄��到全局事务中�?/span>

XA ��是 X/Open DTP 定义的交易中间�g与数据库之间的接口规范（��x��口函敎ͼ��Q�交易中间�g用它来通知数据库事务的开始、结束以及提交、回滚等�?span style="font-family: "Courier New";"> XA 接口函数由数据库厂商提供�?/span>

XA 与两阶段提交协议

通常情况下，交易中间件与数据库通过 XA 接口规范�Q��用两阶段提交来完成一个全局事务�Q?span style="font-family: "Courier New";"> XA 规范的基��是两阶段提交协议�?/span>
在第一阶段�Q�交易中间�g��h��所有相��x��据库准备提交�Q�预提交�Q�各自的事务分支�Q�以��认是否所有相��x��据库都可以提交各自的事务分支。当某一数据库收到预提交后，如果可以提交属于自己的事务分支，则将自己在该事务分支中所做的操作固定记录下来�Q��ƈ�l�交易中间�g一个同意提交的应答�Q�此时数据库��不能再在该�? 务分支中加入��M��操作�Q�但此时数据库�ƈ没有真正提交该事务，数据库对�׃�n资源的操作还未释放（处于上锁状态）。如果由于某�U�原因数据库无法提交属于自己�? 事务分支�Q�它��回滚自��q��所有操作，释放对共享资源上的锁�Q��ƈ�q�回�l�交易中间�g��p�|应答�?/span>在第二阶�D�，交易中间件审查所有数据库�q�回的预提交�l�果�Q�如所有数据库都可以提交，交易中间件将要求所有数据库做正式提交，�q�样该全局事务被提交。而如果有��M��数据库预提交�q�回��p�|�Q�交易中间�g��要求所有其它数据库回滚其操作，�q�样该全局事务被回滚�?/span>
　　以一个全局事务��Z��Q?span style="font-family: "Courier New";"> AP 首先通知交易中间件开始一个全局事务�Q�交易中间�g通过 XA 接口函数通知数据库开始事务，然后 AP 可以�Ҏ��据库��理的资源进行操作，数据库系�l�记录事务对本地资源的所有操作。操作完成后交易中间仉��过 XA 接口函数通知数据库操作完成。交易中间�g负责记录 AP 操作�q�哪些数据库�Q�事务分支）�?span style="font-family: "Courier New";"> AP �Ҏ��情况通知交易中间件提交该全局事务�Q�交易中间�g会通过 XA 接口函数要求各个数据库做预提交，所有数据库�q�回成功后要求各个数据库做正式提交，此时一�W�全局事务�l�束�?/span>

XA 规范对应用来��_��最大好处在于事务的完整性由交易中间件和数据库通过 XA 接口控制�Q?span style="font-family: "Courier New";"> AP 只需要关注与数据库的应用逻辑的处理，而无需�q�多兛_��事务的完整性，应用设计开发会��化很多�?/span>

具体来说�Q�如果没有交易中间�g�Q�应用系�l�需要在�E�序内部直接通知数据库开始、结束和提交事务�Q�当出现异常情况时必��ȝ��专门的程序对数据库进行反向操作才能完成回滚。如果是有很多事务分支的全局事务�Q�回滚时情况��变得异常复杂。而��?span style="font-family: "Courier New";"> XA 接口�Q�则全局事务的提交是�׃��易中间�g控制�Q�应用程序只需通知交易中间件提交或回滚事务�Q�就可以控制整个事务�Q�可能涉及多个异地的数据库）的全部提交或回滚�Q�应用程序完全不用考虑冲正逻辑�?/span>
在一个涉及多个数据库的全局事务中，��Z��证全局事务的完整性，�׃��易中间�g控制数据库做两阶�D�|��交是必要的。但典型的两阶段提交�Q�对数据库来说事务从开始到�l�束�Q�提交或回滚�Q�时间相对较长，在事务处理期间数据库使用的资源（如逻辑日志、各�U�锁�Q�，直到事务�l�束时才会释放。因此，使用典型的两阶段提交相对来说会占用更多的资源�Q�在�|�络条�g不是很好�Q�如低速网、网�l�颠��R��J�，情况会更��Z��重�?/span>
　　当一个全局事务只涉及一个数据库�Ӟ��有一�U�优化方式，即一阶段提交。当 AP 通知交易中间件提交事务时�Q�交易中间�g直接要求数据库提交事务，省去两阶�D�|��交中的第一阶段�Q�可以羃短处理一个事务的旉��Q�以提高事务处理的效率。作��Z��阶段提交的一�U�特例，与两阶段一��P��一阶段提交也是标准的�?/span>

XA的要�?/strong>
对于jms来说�Q�需要配�|�支持XA�?connection factory.
对于db来说�Q�需使用支持XA的JDBC driver.

两阶�D�|��?2 phase commit)
先说transaction的管理，如下图�?nbsp;

transaction manager与不同的resource manager都有交互�?

在phase1�Ӟ��transaction manager向两个resouce询问是否可以准备提交。Resouce可回复ready, not_ready或是read_only. 当两个都ready�Ӟ��则可以进入phase2 �q�行提交。�Q何一个回复not_ready则整个transaction 回滚。回复read_only的资源在phase2阶段被排除在提交�q�程之外�?

2.JTA
JTA(Java Transaction API) �?J2EE �q�_��提供了分布式事务服务�?br /> 要用 JTA �q�行事务界定�Q�应用程序要调用 javax.transaction.UserTransaction 接口中的�Ҏ��?
让我们来��x��下面的话�Q?br /> “�?JTA 界定事务�Q�那么就需要有一个实�?javax.sql.XADataSource �? javax.sql.XAConnection �?javax.sql.XAResource 接口�?JDBC 驱动�E�序。一个实��C��q�些接口的驱动程序将可以参与 JTA 事务。一�?XADataSource 对象��是一�?XAConnection 对象的工厂�?XAConnection s 是参�?JTA 事务�?JDBC �q�接�?#8221;
要��用JTA事务�Q�必��M��用XADataSource来��生数据库�q�接�Q��生的�q�接��Z��个XA�q�接�?/p>
XA�q�接�Q�javax.sql.XAConnection�Q�和非XA�Q�java.sql.Connection�Q�连接的区别在于�Q�XA可以参与JTA的事务，而且不支持自动提交�?/p> Note:
Oracle, Sybase, DB2, SQL Server,MySQL(5.0以后InnoDB存储引擎)�{�大型数据库才支持XA, 支持分布事务�?

3.OFBiz中实现的事务
OFBiz采用Apache Commons DBCP作�ؓ数据库连接池技术，分布式事务是通过Apache Geronimo Transaction实现的。下面是部分实现�c�d��p�：

TransactionFactory和ConnectionFactory都可以自己实现�ƈ且在entityengine.xml中进行配�|�，OFBiz中默认配�|�的�?/span>GeronimoTransactionFactory和DBCPConnectionFactory。OFBiz中实��C��务不需要显�C��用，在services.xml中的service�q�行配置�Q�配�|�的��目有两个require-new-transaction和use-transaction�Q�是否�v一个新的事务和是否启用事务�Q�默认是false和true。如果不是采用service�Q�event为java实现�Q�那么需要手动实��C��务，通常如下�Q?br />

try {

     beganTransaction = TransactionUtil.begin(DEFAULT_TX_TIMEOUT);

     //db operation
     return "success";
} catch (Exception e) {
     e.printStackTrace();
     TransactionUtil.rollback(beganTransaction, e.getMessage(), e);
     return "error";
} finally {
    TransactionUtil.commit(beganTransaction);
}

persister 2009-04-19 18:01 发表评论

persister — Sat, 11 Apr 2009 16:01:00 GMT
     摘要: 1.OSWorklow的基本概�? Osworkflow是完全用java语言�~�写的开放源代码的工作流引擎�Q�具有显著的灉|��性及完全面向有技术背景的用户的特炏V��用户可以根据自�w�的需求利用这�Ƒּ�源��Y件设计简单或是复杂的工作��。Osworkflow几乎提供了所有用户可能在实际��程定义中需要用到的工作��构成元素，如：环节�Q�step�Q�、条�Ӟ��conditions�Q�、��@环（loops�Q�、分支（splits�Q?..  阅读全文

persister 2009-04-12 00:01 发表评论

persister — Mon, 30 Mar 2009 04:38:00 GMT

1. 在eclipse下运行或调试Ofbiz的出�?span class="hilite1">Can't find bundle for base
关键�? ofbiz

eclipse 中利用org.ofbiz.base.start.Start�c�运行Ofbiz 出现错误:

Exception in thread "main" java.lang.ExceptionInInitializerError
at org.ofbiz.base.util.Debug.(Debug.java:90)
at org.ofbiz.base.container.ContainerLoader.load(ContainerLoader.java:50)
at org.ofbiz.base.start.Start.initStartLoaders(Start.java:248)
at org.ofbiz.base.start.Start.init(Start.java:87)
at org.ofbiz.base.start.Start.main(Start.java:403)
Caused by: java.util.MissingResourceException: Can't find bundle for base name cache, locale zh_CN
at java.util.ResourceBundle.throwMissingResourceException(ResourceBundle.java:836)
at java.util.ResourceBundle.getBundleImpl(ResourceBundle.java:805)
at java.util.ResourceBundle.getBundle(ResourceBundle.java:549)
at org.ofbiz.base.util.cache.UtilCache.setPropertiesParams(UtilCache.java:217)
at org.ofbiz.base.util.cache.UtilCache.setPropertiesParams(UtilCache.java:213)
at org.ofbiz.base.util.cache.UtilCache.(UtilCache.java:172)
at org.ofbiz.base.util.UtilProperties.(UtilProperties.java:53)
... 5 more

原因是没有正��设�|�Debug环境�Q�OFBiz Wiki上的文章描述的很详细�Q�按照它的步骤设�|�，��׃��会出��C��面的问题�?br />
2.trunk 中定义entity时在entitymodel中，如果定义的group在org.ofbiz中就不需要在entitygroup中定义，而自定义�?br /> 如在com.aicent中，实体存放在不同的数据库，那么需要定义entitygroup。因此导致的一个问题就是：
如果有自定义实体在entitymodel中定义了但是没有加入到entitygroup中，那么��׃��D��此实体默认放在在org.ofbiz中从而在ofbiz的数据库中徏表了�Q�这点得注意�?br />

persister 2009-03-30 12:38 发表评论

OFBiz开发需要用到的几个重要�Q�配�|�）文�g

persister — Wed, 21 Jan 2009 06:25:00 GMT
OFBiz是一个非常好的企业��开发框�Ӟ��实现了多层的松耦合�l�构�Q�其中一部分松耦合��是通过配置文�g实现的，�q�里��p��提到一些配�|�文件和开发文件�?br />
1、首先是entityengine.xml文�g�Q�这个文件是配置数据源的�Q�也包括数据库连接池、事务实现类的配�|�和字段�c�d��配置文�g。企业��pȝ��的开发一般都��M��开数据库，那么在OFBiz中，数据库的配置��在�q�个配置文�g里面�Q�先配置一个group-map�Q�然后配�|�其对应的数据源�Q?br />

<delegator name="default" entity-model-reader="main" entity-group-reader="main" entity-eca-reader="main"
   distributed-cache-clear-enabled="false">
        <group-map group-name="org.ofbiz" datasource-name="ofbiz"/>
        <group-map group-name="com.aicent" datasource-name="portal"/>
    delegator>

    <datasource name="ofbiz"
            helper-class="org.ofbiz.entity.datasource.GenericHelperDAO"
            field-type-name="mysql"
            check-on-start="false"
            add-missing-on-start="false"
            check-pks-on-start="false"
            use-foreign-keys="true"
            join-style="ansi-no-parenthesis"
            alias-view-columns="false"
            drop-fk-use-foreign-key-keyword="true"
            table-type="InnoDB"
            character-set="latin1"
            collate="latin1_swedish_ci">
        <read-data reader-name="seed"/>
        <read-data reader-name="seed-initial"/>
        <read-data reader-name="demo"/>
        <read-data reader-name="ext"/>
        <inline-jdbc
                jdbc-driver="com.mysql.jdbc.Driver"
        jdbc-uri="jdbc:mysql://localhost/ofbiztrunk"
                jdbc-username="root"
                jdbc-password="123456"
                isolation-level="ReadCommitted"
                pool-minsize="2"
                pool-maxsize="20"/>

    datasource>

datasource配置里面有一�?span style="color: #ff0000;">field-type-name="mysql"�Q�到entitymodel.xml配置文�g��q��道是�q�吗用的了�?br />
2.entitymodel.xml & entitygroup.xml
OFBiz本质上来说还是面向数据库的设计，entitymodel.xml的配�|�entity的，entity实体对应数据库里面的table�Q�实体的field对应数据库里面的字段,如下是一个entity配置�Q?br />

<entity entity-name="Customerinfo" package-name="com.aicent.ccb" no-auto-stamp="true"
        title="customerinfo">
        <field name="id" type="int10" >field>
        <field name="name" type="varchar128">field>
        <field name="customernameshort" type="varchar16">field>
        <field name="country" type="varchar64">field>
        <field name="businessaddr" type="text">field>
        <field name="mailaddr" type="text">field>
        <field name="billaddr" type="text">field>
        <field name="phone" type="varchar32">field>
        <field name="fax" type="varchar32">field>
        <field name="website" type="varchar128">field>
        <field name="note" type="text">field>
entity>

里面有一个type�Q�这个type对应数据库字�D늚��c�d��Q�日期型�Q�字�W�串型，整型�{�）�Q�这个对于关�p�d��哪里呢？��在刚才说的field-type-name里面配置�Q�如果配�|��ؓmysql�Q�那么entitygengine.xml中mysql�?br /> field-type指向的文件是�Q?br />

<field-type name="mysql" loader="fieldfile" location="fieldtypemysql.xml"/>

在fieldtypemysql.xml中，��可以找到如int10,varchar128表示的实际mysql字段�c�d��了：

1 <fieldtypemodel xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
2         xsi:noNamespaceSchemaLocation="http://ofbiz.apache.org/dtds/fieldtypemodel.xsd">
3
4
5     <field-type-def type="blob" sql-type="BLOB" java-type="java.sql.Blob">field-type-def>
6
7     <field-type-def type="date-time" sql-type="DATETIME" java-type="java.sql.Timestamp">field-type-def>
8     <field-type-def type="date" sql-type="DATE" java-type="java.sql.Date">field-type-def>
9     <field-type-def type="time" sql-type="TIME" java-type="java.sql.Time">field-type-def>
10
11     <field-type-def type="currency-amount" sql-type="DECIMAL(18,2)" java-type="java.math.BigDecimal"><validate method="isSignedDouble" />field-type-def>
12     <field-type-def type="currency-precise" sql-type="DECIMAL(18,3)" java-type="java.math.BigDecimal"><validate method="isSignedDouble" />field-type-def>
13     <field-type-def type="fixed-point" sql-type="DECIMAL(18,6)" java-type="java.math.BigDecimal"><validate method="isSignedDouble" />field-type-def>
14     <field-type-def type="floating-point" sql-type="DECIMAL(18,6)" java-type="Double"><validate method="isSignedDouble" />field-type-def>
15     <field-type-def type="numeric" sql-type="DECIMAL(20,0)" java-type="Long"><validate method="isSignedLong" />field-type-def>
16     <field-type-def type="integer" sql-type="INTEGER" java-type="Integer">field-type-def>
17
18     <field-type-def type="id" sql-type="VARCHAR(20)" java-type="String">field-type-def>
19     <field-type-def type="id-long" sql-type="VARCHAR(60)" java-type="String">field-type-def>
20     <field-type-def type="id-vlong" sql-type="VARCHAR(250)" java-type="String">field-type-def>
21
22     <field-type-def type="indicator" sql-type="CHAR(1)" java-type="String">field-type-def>
23     <field-type-def type="very-short" sql-type="VARCHAR(10)" java-type="String">field-type-def>
24     <field-type-def type="short-varchar" sql-type="VARCHAR(60)" java-type="String">field-type-def>
25     <field-type-def type="long-varchar" sql-type="VARCHAR(255)" java-type="String">field-type-def>
26     <field-type-def type="very-long" sql-type="LONGTEXT" java-type="String">field-type-def>
27
28     <field-type-def type="comment" sql-type="VARCHAR(255)" java-type="String">field-type-def>
29     <field-type-def type="description" sql-type="VARCHAR(255)" java-type="String">field-type-def>
30     <field-type-def type="name" sql-type="VARCHAR(100)" java-type="String">field-type-def>
31     <field-type-def type="value" sql-type="VARCHAR(255)" java-type="String">field-type-def>
32
33
34     <field-type-def type="text" sql-type="TEXT" java-type="String">field-type-def>
35
36     <field-type-def type="char" sql-type="CHAR(1)" java-type="String">field-type-def>
37     <field-type-def type="char125" sql-type="CHAR(125)" java-type="String">field-type-def>
38     <field-type-def type="varchar16" sql-type="VARCHAR(16)" java-type="String">field-type-def>
39     <field-type-def type="varchar20" sql-type="VARCHAR(20)" java-type="String">field-type-def>
40     <field-type-def type="varchar24" sql-type="VARCHAR(24)" java-type="String">field-type-def>
41     <field-type-def type="varchar50" sql-type="VARCHAR(50)" java-type="String">field-type-def>
42     <field-type-def type="varchar64" sql-type="VARCHAR(64)" java-type="String">field-type-def>
43     <field-type-def type="varchar128" sql-type="VARCHAR(128)" java-type="String">field-type-def>
44 fieldtypemodel>

OFBiz�q�里��Z��么不在entitymodel里面直接使用字段在数据库中的�c�d��Q�而这么绕呢？我想臛_��有两个目的：首先是公�怼�业开发时可以针对使用的字�D늱�型有一个规范，所有的字段都采用这个配�|�文件中的字�D늱�型，而不是开发�h员自己随意定义数据库字段的类型；�W�二是�ؓ了��用不同Vendor的数据库�Q�如果想从mysql换成oracle�Q�只需要定义另一份fieldtypeoracle.xml�Q�field-type-def中sql-type不变�Q�而sql-tye换成oracle的类型即可�?br />
entitygroup.xml配置文�g时用于配�|�entitymodel.xml中配�|�的entity是属于哪个group的，�q�个group对应entityengine.xml中的group-name�Q�如果忘记在entitygroup.xml中配�|�，那么在OFBiz 9之前�Q�这个entity��无法��用，不会创徏相应的table�Q�OFBiz 9以后�Q�默认的group name是org.ofbiz�?br />

<entitygroup xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:noNamespaceSchemaLocation="http://www.ofbiz.org/dtds/entitygroup.xsd">

    <entity-group group="com.aicent" entity="Customerextra" />
    <entity-group group="com.aicent" entity="Customerinfo" />

entitygroup>

3.ofbiz-containers.xml 里面配置了各�U�容器类�Q�经�怿�改的容器��是name为catalina-container的容器，使用的是embeded tomcat�Q�里面可以修改各�U�tomcat的配�|�项�Q�就像我们修改tomcat的配�|�文件server.xml一��P��在里面修改端口等信息�?br />
4.log4j.xml 日志配置文�g

5.component-load.xml �q�个文�g在几个文件夹中都存在�Q�如framework,applications,specialpurpose中。OFBiz��一个个应用实现为component�Q�这些componnet是就好像tomcat中webapps中的一个个web应用。每�ơ是否加载这个component可以在component-load.xml配置�Q�如果不惛_��载，注释掉就可以�?br />

<component-loader xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:noNamespaceSchemaLocation="http://ofbiz.apache.org/dtds/component-loader.xsd">
    <load-component component-location="commonext"/>
    <load-component component-location="securityext"/>

component-loader>

到底哪些目录下的component-load.xml有效呢，�q�个目录在framework/base/config/component-load.xml�q�进行配�|�：

<component-loader xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:noNamespaceSchemaLocation="http://ofbiz.apache.org/dtds/component-loader.xsd">
    <load-components parent-directory="framework"/>
    <load-components parent-directory="themes"/>
    <load-components parent-directory="applications"/>
    <load-components parent-directory="specialpurpose"/>
    <load-components parent-directory="hot-deploy"/>
component-loader>

6.general.properties �q�里面配�|�的东西很多�Q�大家自己去看吧�?br />
7.cache.properties 配置OFBiz中的�~�存�Q�配�|�这个文仉��要对OFBiz中的�~�存有所了解�Q�这个在后箋文章中进行分析�?br />
其他�q�有一些比较配�|�的文�g�Q�就不一一说明了�?br />

persister 2009-01-21 14:25 发表评论