yuolligeng的专栏

ofbiz 之entity实体 1. 实体定义文件 实体定义文件一般存放位置是在对应模块的entity文件夹下面,以party为例,party的实体定义文件路径为%ofbiz-home%\applications\party\entitydef\entitymodel.xml。 通过对应模块的ofbiz-component.xml进行加载。      实体定义文件可以为多个

用了一段时间ofbiz自带的form widgets工具，发现不是很好用。尤其是与前端配合开发的时候，表单的样式、效果受到了很多的限制。于是决定抛弃form widget，用freemarker。前端开发出来的效果和效率果然有了很大提交。但是存在一个问题，就是用freemarker写的表单提交如何做校验？和Struts不一样，struts框架中自带了form的验证器。那么ofbiz除了form w

Data Model"The Data Model Resource Book, Volumes 1, 2 & 3" The OFBiz Data Model was mainly developed using the entity designs from these books. Although OFBiz uses a variation on these m

Map result = FastMap.newInstance();        LocalDispatcher dispatcher = (LocalDispatcher)request.getAttribute("dispatcher");        Map context = FastMap.newInstance();        context.put("model

1、widget-form.xsd文件中加入以下内容： 2、ModelFormF

1.修改配置文件framework/common/config/general.properties,下面是配置好的################################################################################ Licensed to the Apache Software Foundation (ASF) under on

/******************************************************************************* * Licensed to the Apache Software Foundation (ASF) under one * or more contributor license agreements. See the NOTICE

简介Apache Open For Business(Apache OFBiz) 是Apache开源的一个经典ERP项目。它提供了一套企业应用，用于集成以及自动化一些企业的“商业流程”。从学习角度来看，它也是一个非常不错的企业级应用框架。这篇文章从OFBiz的权限设计这一切入点来谈谈OFBiz对于应用系统的权限设计。设计思想简述OFBiz采用的“安全组”（Secur

简介最近一直在看Apache OFbiz entity engine的源码。为了能够更透彻得理解，也因为之前没有看人别人写过分析它的文章，所以决定自己来写一篇。首先，我提出一个问题，如果你有兴趣可以想一下它的答案：JDBC真的给数据访问提供了足够的抽象，以至于你可以在多个支持jdbc访问的数据库之间任意切换而完全不需要担心你的数据访问代码吗？我曾经在微博上有过关

apacheofbizserviceengine目录(?)[-]Service执行方式的抽象LocalDispatcherLocalDispatcher的抽象实现GenericAbstractDispatcherLocalDispatcher的标准通用实现GenericDispatcher真正的服务调度器ServiceDispatcher服务调度的上下文DispatchCo

最近同时在看《Core J2EE Patterns》跟ApacheOFBiz 源码，确实正如OFBiz官方介绍的那样，OFBiz应用了该书中的很多经典的设计模式。本篇结合OFBiz的源码试图总结一下其中用到的几个典型的Patterns。典型的J2EE模式业务代表模式业务代表模式主要目的是用于隐藏业务逻辑对于调用端的实现，消除不同层次之间的耦合，它封装了业务服务的访问。

技术文档第一部分、ofbiz表现一、理解MVC模式    当涉及大量商业逻辑项目的时候,我们需要考虑什么?如何分离用户界面和后台操作？如何避免将商业逻辑混淆于一般的流程控制中？作为企业信息系统， 就需要考虑很多类似的问题。    源源不断的客户新需求, 要进行功能修改和扩充, 但是因为程序的高耦合，改动将变得非常困难，导致项目成本何风险增加。 而且，往往维护人员与开发人员不

ant load-demo  时加载demo数据， 加载每个模块的data目录的xml数据

java  -jar ofbiz.jar

function ${id}Refresh(obj){        var form = $(obj).closest("form");        var data = JSON.stringify(form.serializeObjectToJson());            $("#${id}").kendoGrid({            pageable:{

ofbiz：设置sql语句在控制台的输出为研究ofbiz中的entity，view-entity的关联，当然也想看看到底是如何输出sql语句，默认输出sql是有受时间限制，那如何取消呢，操作如下 1. 确保debug.properties中的print.timing=true 2. 打开GenericDAO.java 中大概798行（偶用的是12.04）

编写一个simple method 首先我们需要对输入参数进行验证 ，判断参数是否完整。 1. 验证 1.1. Login-required ：这是一个simple-method的属性,对是否需要登陆进行设置,默认值为true ，即默认需要先登陆。（加上service 定义中的auth 定义，所以如果你不希望一个simple service 必须登陆才能调用的话,那么首先得将servi

需要修改的文件：widget-form.xsd  ：规范xml文件，添加自定义标签ModelFormField.java：添加子类；MacroFormRenderer.java:添加渲染方法；htmlFormMacroLibrary.ftl:添加freemarker自定义方法；详细步骤：1.      添加子类public static class KdDatePick

int viewSize = GlobalConstant.VIEW_SIZE;   int dataSize = 0;  int viewIndex = 0;          String temp = (String) map.get("viewIndex");          if (UtilValidate.isNotEmpty(temp)) {