bwsabc的专栏

昨天下午搞了一下午也没有搞定，该死的8007007f。开始以为是ADO库出现问题就下了MDAC2.7，装了不行，下MDAC2.6装了也不行，MSDN上也没有该错误信息。在网上搜索了一下，出现该错误都是因为升级到2003后数据库访问出现的问题。现在用的机器上是2000，但是系统已经装了一年多了，各种系统文件改的改，换的换，差不多是面目全非了，死马当做活马医，从原来ghost下来的文件中提取OLE D

　　在网上看到许多资料介绍访问控制中的一个基本原则“最小特权原则”是“在需要时才给用户分配所需的权限”，感觉这样如果从字面理解的会产生歧义，如果不在授权时为操作者指派特定的权限，那么在操作者对某个资源进行操作时才根据该访问规则对该操作者指派对该资源的操作权限话。这就暗示着该操作者拥有对系统中所有资源的访问权限。举个例子，某个公司新招聘了个员工N，hr把他带到各个部门转了一圈，并没有为他安排工作岗位

在{project}/src/test下有一个osworkflow-spring-hibernate-loader.xml文件，这是针对osworkflow,spring,hibernate3集成的spring配置文件，但是其中各项定义还是使用的com.opensymphony.workflow.spi.hibernate包中的类（想不明白）。下面着手更改了。 1.dataSource

checkout Osworkflow生成一个osworkflow工程。更改com.opensymphony.workflow.spi.hibernate和com.opensymphony.workflow.spi.hibernate3下所有的hbm.xml文件定义为  DOCTYPE hibernate

对于Osworkflow,spring,hibernate3的集成花费了大量的时间,因为被com.opensymphony.workflow.spi.hibernate和com.opensymphony.workflow.spi.hibernate3这两个包中的类搞得昏头转向，而且还有配置文件对于各种方式的配置也没有详细的说明文档，其中还有不少误导人的地方。过程不表了，直接记录下成功集成的步骤

新建一个工程，然后将生成的osworkflow-3.0-dev.jar及其它所必需的jar文件、spring配置文件置入构建路径中。在上面spring中的工作流定义是从数据库中读取，但是编程去构建一个工作流定义是相当麻烦的事情，这里打算首先从designer中生成定义文件然后读取工作流定义持久到数据库中。这里为了从xml文件中读取工作流的定义，需要osworkflow.xml，内容如下：

刚开始用webwork,想了解一下webwork是如何使用ognl来存取Action中的属性的,并想知道是否可以在页面form 中动态的插入field,顺便了解了一下OgnlValueStack,小记一点东西,以备以后回忆.看了webwork文档,知道了堆栈就是一个继承List的com.opensymphony.xwork.util.CompoundRoot类的一个对象. 

在webwork.properties中有这样一个属性: ### use alternative syntax that requires %{} in most places### to evaluate expressions for String attributes for tagswebwork.tag.altSyntax=true 这个选项指定是否使

 前两天下了XFire1.0和Axis2。一直拿不定在项目中使用Axis2还是XFire。那就两个分别作个example测试一番。首先是XFire:下载XFire库: distribution和XFire-all,distribution是一些依赖包,例子及文档,XFire-all是XFire的核心包.然后是根据文档中的Quick Start来实现一个Web Service,Qui

在看PDM Enablers时一直不是很了解PropertySet这个类的作用到底是什么，只是凭猜想是用于数据的存取的.现在在OSWorkflow中也发现了PropertySet.到opensymphones上看到有一个PropertySet的项目.看了一些文档.对PropertySet有了更具体的了解,PropertySet是应用系统中不确定采用哪种持久化方式时完成存储请求的一种方式.在Pr

在OSWorkflow2.8.0中需要用到PropertySet.在ProertySet1.3中com.opensymphony.module.propertyset.hibernate这个包是包含在jar中的,在PropertySet1.4中的jar中并无此包,在OSWorkflow/lib/optional中发现propertyset-hibernate-1.4.jar这个文件,解压缩后,其中

在hibernate的many-to-many关系中,如userrole,当删除inverse="true"(user)一端的一个实例时,需要循环的从inverse="false"(role)一端查找与user的关系并删除之,最后删除inverse="true"的一端,hibernate会产生以下的sql语句:1)一个select from user.2)一个select from user_ro

问题:在for 循环中如果将变量的定义和创建都放在循环中时,那么在整个循环过程中对对象的操作都是对同一个对象的操作.分析:当从一个循环进入下一个循环是虽然好象都有new关键字创建了一个新的对象,但事实并非如此,new在这里并没有起任何作用,对象依然是对上个循环中创建的对象的引用.更深的原因要好好看docment再说.解决:1.此时在循环中用 set obj=nothing 显式的将一个对象与引用分

用了这么久的hibernate,一直都是从ddl->hbm->java,最后做少量的修改.但是总是觉得并没有以oo的思想去构建object.在这个项目中就体验从java->hbm->ddl的构建过程.开发环境eclipse 3.0.1+ant1.6+xdoclet1.2.2+mysql4.1.8整个项目中的生成工具是xdoclet.那么首先就是xdoclet的配置和使用方法

在一个B/S结构的系统中(struts+hibernate+mysql+tomcat),现在有一个文件管理需求:1.客户端选择一个文件上传至服务器后,服务器端需要将上传的文件保存至磁盘指定的目录下,并且将文件信息保存至数据库中(包括上传时间,上传者,文件存放路径等等一些信息).2.下载时服务器端是根据数据库中文件存放路径得到文件下载到客户端.这样一个文件对象的持久化好象对应了数据库的持久和磁盘空间

因为在项目中需要从autoCAD 的dwg文件中提取标题框中的属性插入到数据库中实现图纸的批量入库.一开始在网上搜索这方面的资料,其中有一些控件可以脱离autoCAD系统提取的,但都是要收费的.比如openDwg是用的比较多的.但是要交费成为会员才能使用.于是想自己分析DWG的文件格式,然后自己写个控件出来.找到了DWG文件格式说明.一看,吓一跳,如此的复杂,自己写是不现实的.只好找其他的门路了.

　　一直在为ArgonautPDM中集成工作流之后的访问控制寻找解决方案。查看了很多资料，主要是T-RBAC和TBAC，但是脑子愚钝，一直没有理解这两种模型的思想。今天又翻看了一遍关于T-RBAC的文章，看后有点感觉了。为了抓住这点灵光胡乱画了张图。