Sunday, December 31, 2006
Wednesday, December 27, 2006
internet传播地震
幸好blogger和spaces设置了通过邮件发布，否则就连blog都使用不能就糟糕了！嘿嘿！
Sunday, December 24, 2006
喔哟～～！釜山料理
看来事实上是我们的状态比他还萎靡，哈哈哈！今天是豆豆军团的聚会，到会的当然是豆豆军团的人和相关人物（呵！废话！）
釜山料理最好吃的我发觉还是生拌牛肉，其他的东西也都很好吃（关键是我们烤的技术一流啊，
哈哈）。那个南瓜粥现在居然不是无限量供应了，倒～～！最为吃惊的是居然在餐桌上见到了小小强，而且是还没开吃的时候～～～！
如果是在烤肉的中途让我看到小强出没的话一定旺火烤掉，哈哈哈！吃的时候感觉超级饱，可居然没想到下午5：30我就肚子饿了！
饱得快，饿得快，倒！平安夜了，睡觉最平安，那就睡觉去... ...
Friday, December 15, 2006
转贴：《人在大学》
大门 是雄伟的
进去 会后悔的
宿舍 是简陋的
价格 是不菲的
上课 是很闲的
社团 是骗钱的
恋爱 是常见的
生活 是贫贱的
学习 是无奈的
睡觉 是最爽的
理想 是奇怪的
未来 是实在的
考好 是意外的
重修 是常在的
作弊 是被迫的
开卷 是不错的
昼夜 是不分的
精神 是不振地
废话 是没完的
发疯 是常有的
上了大学才知道.玩游戏是要通宵的！
上了大学才知道.手机是用来追女生的！！
上了大学才知道.人渣都是大学培养的！！
上了大学才知道.原来大学和养老院是差不多的！！
上了大学才知道.馒头一捏就能变汤圆的！！
上了大学才知道.所有的课都能跷，只有体育课是不能跷的！！
上了大学才知道.打水是用来泡面的！！
上了大学才知道.开学校原来是那么赚钱的！！
上了大学才知道.二锅头是用来干的！！
上了大学才知道.刻苦学习的.都是穷得交不起补考费的！！
上了大学才知道.一门课一学期可以就考试那天去一次的
Tuesday, December 12, 2006
哦哟哟~~~！第一次参加选举
说真的，这种选举对广大群众来说根本豪无意义，提名的前3个人中没一个认识的，他们也没有作过任何介绍和演讲，如果选自己不认识又不了解的人，那不就等于变相剥夺了选举权嘛~~！！
发觉freezing他们公司人渣的哦~~！发现我们公司算是很民主的了~~~！
freezing 说:
我选好了
freezing 说:
你牛的
freezing 说:
我们开过会的，所有人都选一样的
[jojo mclntosh:msn]; 说:
人渣啊,你们公司太假了
freezing 说:
你这PS也太。。。。
freezing 说:
吴刚不是神话传说里面在月亮上砍树的人嘛
Sunday, December 10, 2006
不出所料，combo果然没坏(20061209)
今天决定拆开ibook验证一下是否combo可用。拿出两张纸画好正反面的螺丝位置，拆开ibook拿出combo后发现用蛮力法把光盘出入口形状弄正之后光盘可以顺利出入！
果然我猜中了！哈哈哈。快速装好ibook之后拿出mac os x 10.4的安装dvd，呵呵～～！顺利重装。
唯一美中不足的就是发现刚才在装上ibook的时候忘记把触摸板的线接上了，导致触摸板使用不能，再次拆开ibook接触摸板线时不小心把液晶屏划伤了，哎～～～！可怜的小白，我也不是故意的啊～～！
破相ed~~!一篇介绍如何拆iBook G4的文章
拆装中手机的照片：
Friday, December 8, 2006
向wasabiBean学习，使用免费的avast!Home
在找不到能用的 key之前总不可能让窗户们XP这么脆弱系统赤膊单挑病毒和木马吧！wasabiBean说avast!Home是个不错的东西，那就学习一下拿来一用，呵呵。http://files.myopera.com/jojomclntosh/files/avast%21home_setupeng.rar注：avast! 4 Home Edition works for 60 days after the installation in demo mode. You will obtain your FREE license key by E-mail after the registration. The license key is valid for 1 year. After one year you will need to just re-register.
Tuesday, December 5, 2006
eclipse使用svn
先在服务器端建立reposity:
svnadmin create d:/svn/repos
注：d:/svn这个目录要首先就已经创建过。
然 后的任务就是往这个reposity里添加项目了。先建立一个临时目录d:/svn/tmp/，然后往这个目录里按照subversion的布局结构创建 一个项目myproject的目录树，包含三个文件夹：d:/svn/tmp/myproject/branches与d: /svn/tmp/myproject/tags和d:/svn/tmp/myproject/trunk。前两个目录为空，把代码等数据都放于 trunk目录下。之后就是导入这个项目到resposity。
svn import d:/svn/tmp/ file:///d:/svn/repos/ -m "initial import"
导好之后使用svn的命令查看导入结果：
svn list --verbose file:///d:/svn/repos/
subversion带有一个svn服务，使用svnserve启动服务:
作为inetd启动：
svnserve –i
作为deamon启动：
svnserve -d或者svnserve -d -r d:/svn/repos
带-r使得客户端可以通过URL访问svn://ip/repos。通过配置svnserve.conf可以对访问权限进行控制。
svn 服务起来之后，在eclipse上装上svn的插件subclipse（http: //subclipse.tigris.org/update_1.0.x），新建资源库位置svn://ip/repos/myproject即可使 用。对于subclipse的使用帮助见http://svn.collab.net/subclipse/help/index.jsp
注：因为svn是客户端命令，svnadmin和svnlook都是服务器端命令，所以svnadmin和svnlook不接受URL或者file路径。
参考文章：
用 Apache 和 Subversion 搭建安全的版本控制环境
Version Control with Subversion
Sunday, December 3, 2006
Thursday, November 30, 2006
看完栋笃神探了，哈哈！
powered by performancing firefox
Sunday, November 26, 2006
轨道交通不能
此时心中暗自高兴，还好我有交通卡，呵呵 ，不过突然想起早上交通卡透支了！！！ 不过可以用自动售票机啊，哈哈， ，看看，这么多人都因为不会用自动售票机而忍受排着长长的队之苦 。走到自动售票机前一看，更是傻了！！！
急忙环顾了一下周围十几台自动售票机，“系统调试”，我靠！！ 轨道交通不能，只能走下售票厅，往公交方向走去... ...
Friday, November 24, 2006
专心spy第五天，完结篇
在工作流的活动节点的扩展属性中自定义url用来设定跳转到自定义的jsp页面。这里有一个bug，就是选取展现逻辑后要手动加上".do"。
对于每个工作流程实力都有自己的"相关数据区"。"相关数据区"是独立于xml
bus之外的，应该是由工作流引擎来管的，所以不能通过开启在studio中的调试服务器来查看其中的数据。只能用eosmgr中集成的工作流监控来察看。另外有一点是值得关心的，就是工作流的状态（包括"相关数据区"的内容）是记录在数据库中的，这样看来如果服务器崩溃的话也是可以恢复流程状态的。
对于基于jsp页面的工作流，其实就是"相关数据区"与展现逻辑、业务逻辑之间的数据交互。
今天还发现一个bug，是在使用BL_sendMail运算构件的时候，发现studio无法自动引入这个构件，需要手动加上包名：com.primeton.eos.bizlets.sender.Email.BL_sendMail。使用这个构件时，若只用一个参数的话就会使用默认的邮件服务器，其配置在eosconfig.xml中。
工作流是无缝地集成的，在把展现逻辑拖入工作流图时即成为一个"人工活动"节点，把业务逻辑拖入工作流图时即成为一个"自动活动"节点。
最后一点是关于组织机构系统中角色／机构中如果只有一个人的情况下是否使用直接分配而不用自己去提取任务，这个是可配置的，在eosserver\config\wfconfig.xml中。
finish!
Thursday, November 23, 2006
专心spy第四天，期待已久的workflow
一开始没有讲workflow，而是把构件包都介绍了一下，呵呵，这个其实没什么听头的，做开发的时候文档一看就有数了。不过有一点在刚开始用eos的运算构件时要注意，就是诸如BL_runFormatSql这样的运算构件。这个构件在运行时是不关联数据实体而直接运行sql语句的，所以使用这个构件完成一次查询操作后如果有返回结果集(Result
Set)的话，在不指定结果集的实体类型的情况下，将实体类型当做entity处理。在使用指定类型后，如list[@type='CITY']后，将使用CITY作结果集的类型。在我看来，说白了，这个就象java里类型转换或者更象c++里的template，这个理解起来没什么难度，但在用起来要注意的，这会影响到从三个context中取数据。
举个例子，比如说查询的实体为CITY，放在list节点下，则
1.未指定list包含的实体集的类型时：
<list>
<entity>
<CITYID>
1
</CITYID>
</entity>
<entity>
<CITYID>
2
</CITYID>
</entity>
<entity>
<CITYID>
3
</CITYID>
</entity>
</list>
2.用list[@type='CITY']指定list包含实体集的类型时：
<list>
<CITY>
<CITYID>
1
</CITYID>
</CITY>
<CITY>
<CITYID>
2
</CITYID>
</CITY>
<CITY>
<CITYID>
3
</CITYID>
</CITY>
</list>
注：对于形如BL_xxxSql这样不通过关联数据实体而直接运行和数据库相关的sql的构件不提倡使用，因为这些构件中的sql语句可能是不同数据库相关的，跨数据库使用可能产生问题。
今明两天的主角：EOS工作流――具有中国特色的工作流（我靠！）
因为EOS自己的工作流当然能够与EOS
Studio和Server无封继承，所以下午我们是先在昨天的开源系统中加入workflowTest构件包来添加workflow到项目中去。之后选中项目-->属性-->EOS项目属性-->引用构件包-->添加引用库-->EOS业务流程引用构件包。这样就把使用工作流要用到的构件包都引入进来了。
有一点值得注意，就是EOS物理上实质是以构件包而不是传统的项目为单位发布到EOS
Server上去的，所以当两个项目中有同名的构件包时后部署的项目中的构件包就会覆盖前一个项目中同名的构件包（因为构件包都部署在同一个目录下的）。在这个问题上，普元的人说一般是一个EOS
Server部署一个项目，不太赞成一个EOS
Server上部署多的项目，理由是会引起同名构件包的冲突。在我看来这个完全是商业行为，我们就是要花最少的钱让EOS
Server做最多的事，剩余价值就是这么压榨的，呵呵。因为既然是面向构件的东西，那么就不应该出现同名而不同功能的构件，也就是说如果两个项目中使用到了同名构件，那就应该共享该构件，如何共享？部署在同一EOS
Server上就能共享了。
活动的分支模式和聚合模式：
这个在帮助文件的EOS workflow-->概念-->与开发环境相关-->与活动属性相关里面有详细的介绍。其实看穿了，这两个模式中的3个方式无非就是and和or以及and与or组合起来的逻辑运算。
人工活动中的多工作项属性：
多工作项的意思就是可以根据某角色或岗位中包含的人员的个数来产生多个工作项（具体由"多工作项分配策略"定义）。
另外，各种活动和流程的属性在帮助中均有详细的说明。
最后就是用表单的方式做了个请假的工作流并部署和调试应用了一下，具体的步骤在工作流教程的那本书里有。感觉上有oa的味道。
tips:
在活动属性填写中，可以按住shift再点数据行，可以多选。之后就能用ctrl+c和ctrl+v进行复制粘贴到需要的地方去了。
明天要用基于页面的方式实现同一个工作流，拭目以待吧。
今天碰到的问题：
今天碰到的问题就是为什么今天没碰到什么问题呢？不够专心吗？哈哈哈！god knows!
sleeping...
state of BeanGroup this week
public class Bean {
String name;
private String place="SHA_airport CN";
private String thing="playing";
public Bean(String name){
this.name=name;
}
public void setPlace(String place){
this.place=place;
}
public void setThing(String thing){
this.thing=thing;
}
public String getBeanState(){
return new String(name+" is "+thing+" at "+place+".");
}
}
public class BeanGroup {
private Bean[] beans={new Bean("wasabiBean"),
new Bean("thunderclapBean"),
new Bean("javaBean"),
new Bean("bobbyBean")};
public BeanGroup(){
beans[0].setPlace("Melbourne AU");
beans[0].setThing("training");
beans[1].setPlace("SH_SHA CN");
beans[1].setThing("working");
beans[2].setPlace("SH_zhangjiang CN");
beans[2].setThing("spying");
beans[3].setPlace("SH_PVG CN");
beans[3].setThing("on duty");
}
public void printBeanGroupState(){
for(int i=0; i<beans.length; i++){
System.out.println(beans[i].getBeanState());
}
}
public static void main(String[] args){
new BeanGroup().printBeanGroupState();
}
}
Wednesday, November 22, 2006
专心spy第三天，keep on spying
说到了昨天讲的连接构件的连接线，在线上可以设置构件的返回值，也可以使用复杂表达式。复杂表达式用来对当前dom中的值进行判断，即对当前xml
bus中的数据。详见帮助的"EOS Studio"部分中"提示和技巧"下的"复杂条件判断"。
之后讲解了一下eos中个个目录和其中的文件，包括了自带的jboss应用服务器中的相关目录（这个貌似上次发给陈俊的压缩包里有详细的讲解）。然后发现一个好东东――YingJAD.EXE(好像是什么小颖java反编译程序)，就是上次发给陈俊的一个压缩包里有的一个小程序（java反编译程序，从class反编译到源代码，灵的！哈哈）。在讲eos配置文件时讲到，在开发测试阶段一般使用jdbc去连接，而在部署应用的时候是使用DataSource。具体是这样的，在eosserver\config\eosconfig.xml中DBConnect里面key值为single的节点的值为false时使用DataSource而不是该节点下面几行的jdbc连接。DataSource的配置位于application
server中的，默认的即jboss-x.x.x\server\default\deploy\eos4jboss里面的ProductDataSource-ds.xml。
deploy：
1.导出项目为EOS项目，后缀为epj
2.用eosmgr中的应用管理里面的构件包发布项进行部署
注：若项目中含有自己写的业务构件，则部署完成后需重启server。
另外在部署后，实际应用中在eosmgr的日志配置里关闭debug，减少额外系统开销。
在部署讲完之后继续讲了些eosmgr里的东西。"监控信息"能够对运行时context中的内容和sql的内容进行实时监控，这点可以说比较实用吧。在"安全控制"中的策略控制可进行访问限制的设置。
接下来就对那个开源的组织机构权限管理系统进行了自己动手的部署操作（这个系统上次也发给陈俊了）。在部署过程中是根据其中的install.txt来操作的。部署成功后从eos
studio中找到jsp里那个login的页面，然后进行登录。登录后就是一些管理功能放在不同的菜单下供使用。
1.系统管理菜单：
(1).角色管理：用户的权限是通过授予用户不同的角色来配置的，对角色的控制性由弱到强一次是：菜单权限，功能权限，数据权限。
(2).菜单管理：配置页面上所有的菜单。
(3).功能管理：配置具体功能所对应的展现逻辑、jsp及业务逻辑。
(4).逻辑管理：管理发布的构件包，可设置包的校验来限制角色对包的访问。
(5).业务字典：配置业务字典。
(6).数据权限管理：对数据实体的过滤，可以取SessionEntity中的数据。
注：此数据权限将应用到"角色管理"的"数据范围约束权限"中。
(7).元数据管理：呵呵，老师她也还没研究过，暂时我也没时间。呵呵！
2.机构管理菜单：
(1).机构管理：以树的结构展现了个部门之间的关系。可用拖拉方式实现部门的移动和关系的设定。其中包括了岗位信息的设置管理，这个可能对我们比较有用。就是通过岗位而不是角色来进行权限的设定，不过两种方式道理是一样的。
接下来讲到了将自己前两天做的一个练习挂到刚才部署好的开源系统上。（通过增加一个菜单的方式）
1.从"系统管理"-->"菜单管理"-->"增加菜单"
2.把菜单对应的jsp或逻辑加入菜单
3.在角色管理中把这个菜单权限授予某角色
4.属于该角色的用户登录系统后将看到此菜单并可以使用新加的功能。
实际项目开发中的注意事项：
首先是要看《系统功能分解与跟踪矩阵》...xls和《EOS应用开发过程参考》.doc及《交行...开发规范》.doc这三个文档（都给陈俊了）。而后对于构件包的开发以一人开发一个构件包为宜。在需求阶段：填写《系统功能分解与跟踪矩阵》...xls。之后由项目经理把项目放到cvs上，各开发人员每天check
out下来，开发自己的构件包，然后每天再把自己做的那部分check in上去。由项目经理每天对大家check
in的代码走查，看一下是否符合规范。对数据库的设计和变更应该交给dba来统一管理，以免每个人各自更改了自己的数据库实体而导致其他人引用到这个实体时发生问题。对于页面风格，css由美工工艺更改，开发人员只需使用class来调用css中的定义（这个大家都知道，哈哈）。
今天唯一让我很兴奋的一个功能就是文档生成，呵呵～～！程序员都是懒人，懒也是一种美德！选择项目菜单，然后选择eos文档生成，选择生成文档的格式等信息，一路next直到偷懒的事情由电脑完成。哈哈！
运算逻辑构件的开发：
运算逻辑构件实质为java类的static method。具体开发步骤：
1.在bizlet里新建运算逻辑类（哈哈，熟悉的java类）。
2.点添加一个运算逻辑
3.确保"可导出"这个选项选中，finish！
注："可导出"这个选项说明该构件可用于其他项目中。
另外，在debug运算构件时，可以点"调试数据"来手动在context中任意添加想要的数据（最好切换到文本模式来添加数据，这样比较直观），方便调试。
此外，运算构件属性中的"输入"表示将bizContext中的东西（数据）copy给运算逻辑构件。"输出"指将运算逻辑构件的值copy至bixContext。
最后讲了点ajax的东西，发现eos把httprequest封装了一下，成为hiddensubmit这么个object。在使用ajax时，不是调用展现逻辑，而是直接调用业务构件，即直接从jsp页面通过js提交东西到业务构件。
tips:
1.按住ctrl再双击构件则可以进入构件内部。对于自己开发的运算构件则直接进入该运算构件的java代码。页面构件则进入jsp代码。
2.除了用java提供的api处理xml，还可以用eos构件参考手册中eos api里java
api节点处理中的api或者任何喜欢的第三方api。（这个好像是废话哦，哈哈）
今天的问题：
1.richweb其实并没有想像中的强，就两三个控件，老师自己也说这个是软肋！
keep on raining, keep on spying~~~! 1st keep on sleeping now! hehehe!
Tuesday, November 21, 2006
专心spy第二天
今天培训的开始就是昨天的继续。到现在为止，把对数据库的qiud这几种操作都完成了。主要用到了以下几个运算构件（在EOS的文档中有详细的说明，这点上看来EOS的文档要好好使用）：BL_expandEntityAll,BL_updateEntity,BL_getPrimaryKey(用来自动生成主键),BL_insertEntity,BL_deleteEntity,BL_queryEntityAllWithPage(其中的分页条件这个输入参数的节点路径必须是PageCond，也就是/root/data/PageCond，这个在帮助中应该有讲到)。
昨天做的是对单表的操作，对于单表操作的话只需要在data包里导入数据实体即可。不需要象多表查询那样要手动写一下多个表的联接的sql。对于单表的操作今天还讲了使用向导的方法来做数据库操作（单表维护向导）。步骤如下：
1.新建构件包
2.在构件包中新建单表维护向导
3.根据提示，根据需要修改属性并一路next直到finish。
今天讲到了多表查询，基本思路和单表的是一样的，只是单表在做数据实体映射的时候是直接导入了数据实体，而多表的话是自己写select语句联接要查询的几张表把查询结果当一个数据实体，有点象是导入了一个view的感觉。步骤如下：
1.在data中新建查询类型实体。
2.手写select sql语句（"alt+/"可以调出表名，随后加"."可以调出属性名）。
对于数据库查询结果显示在DataGrid中时要指定DataGrid的数据源xpath，这个xpath一般就是数据库查询运算构件返回的一个list的路径。
在eos中有以下数据类型：
1.常量：字符串（string）
2.变量：
比如xml数据是<who><name>jojo</name></who>，那么变量:who/name就是jojo，也就是取了name节点的值。
3.EOSField:
比如xml数据还是<who><name>jojo</name></who>，那么EOSField:who/name就是<name>jojo</name>，也就是取了name这个节点。
4.EOSEntity:这个和EOSField一样是取节点，只是EOSField不包含子节点而EOSEntity包含子节点。
5.EOSEntityList:多个相同节点的集合。比如
<list><sublist></sublist><sublist></sublist><sublist></sublist></list>
在讲到<dict:write>这个标签(TAG)的时候讲到了eos的业务字典，bndict_t_busitype和dndict_t_dictionary。比如处理性别这样的数据属性时，在数据库中
sex字段的值是1和2，在使用业务字典后使其在页面上自动将值1和2转换成男和女。
下午主要还讲了一下展现逻辑和业务逻辑中其他图元的用处如下：
1.数据设置：设置RequestContext和SessionContext中的数据。双击可以对其设置，其中source和target是成对出现的，讲source节点赋值给target节点。
2.开始：双击对其设置，"向session输出"表示该构件运行结束前从RequestContext向SessionContext拷贝的东西。"向session输入"和"向session输入/输出"同理。
注：若使用到了SessionContext中的SessionEntity，则EOS会自动把SessionEntity从SessionContext中拷贝到RequestContext中，构件运行结束再自动从RequestContext中拷贝到SessionContext中。
3.数据移除：删除节点数据。
4.事务开始、事务提交、事务回滚：可用连接线把事务的三种状态与业务逻辑连接，通过在连接线上设置相应的返回值，可以控制当业务逻辑运行成功后事务提交，而运行不成功时转向事务回滚。
5.异常线：在业务逻辑中有一种红色的连接线就是异常线，用来捕获异常，包括各种java的异常和自定义的异常。
6.迭代：在迭代中的节点必须是ITERATOR为根节点（大小写敏感）。
另外要注意的一点是展现逻辑内可以调用子展现逻辑，而且展现逻辑只能以jsp页面或子展现逻辑结束。
EOS还实现了分布式的构件包或跨数据库的调用，使用eosmgr中"构件包信息配置"来进行配制，多个数据库的话就是对datasource做配置即可（呵呵，估计和spring中配置多个datasource用hibernate对多个数据库使用多个事务管理器道理一样的）。
最后做了一个调用EOS内置js的一个练习，感觉上是EOS提供了不少预先制作好的js，可以在文档中找到具体用法和引用的js文件以及调用时需要的数据，这些数据可由业务逻辑求得并返回到RequestContext中，并以js中规定的xml数据形式位于/root/data/下以供js使用。
今天遇到的问题是：
1.对于一个自己建的构件包，对其重命名时会发现无法对整个构件包中的东西重构，而仅仅只是改了构件包的名字而已。这样的话会带来很多问题，因为java的类都是按package来找的，所以构件包的个个部件将找不到原来引用的包，导致运行失败，唯一的办法就是不要改动构件包名或者手动把该构件包下引用到该构件包名的地方都手动修改（是人都不愿意做这事，呵呵）。
2.对Firefox的支持并不好，很多js只能在IE中起作用，包括EOS自己的manager，用ff打开就会少很多东西，不能用。难道是EOS对ff不重视？应该迟早都会重视的，要跟国际接轨嘛，哈哈。
明天要讲一点ajax的应用（这个我喜欢），还要讲workflow，似乎满重要的，所以先睡觉养精神～～！哈哈哈！
Monday, November 20, 2006
专心spy第一天
上午说的几乎就是上次普元两个销售的过来讲的东西的翻版，ppt还是那份ppt。似乎上次那两个人说EOS
Server是要花钱买的，这样看来要用EOS的话这个东东是非买不可的了。因为今天发觉了，光给你个IDE，就是普元标榜的那个EOS
STUDIO(实则就是eclipse的一个插件而已，搞得象这个东西全是他做的一样，呵呵！)，你用这个IDE描述出来的图形化的应用一定要通过EOS
Server来解析使之成为可以部署在j2ee application
server上的符合j2ee标准的应用。光给你个免费的ide等于zero!
EOS包括了EOS Server, EOS STUDIO, EOS Business Tool, eosmgr
其中EOS Business Tool中包括了EOS Workflow, EOS
Richweb(上次那两个人满吹捧的东西，不知道到底如何，今天还没用到，希望是好东西)等一些AJAX的应用。
下午把EOS安装好后先是小试了一个helloworld的小应用。因为EOS使用了XPath来定位XML中的元素，而且它的数据交换都是基于XML的，所以必须对XML要有个了解（呵呵！还好我有）。所有的构件都是通过XML
BUS来交换数据的，而XML BUS并不象我想像中的那个内存中的数据池，一个大大的数据池。而是分为三个包含XML数据的数据池，RequestContext,
SessionContext和BizContext。前两个和普通B/S应用中的相同概念，最后一个是业务逻辑构件使用的，当一个业务逻辑被展示逻辑调用是就创建了这么个BizContext，调用的业务逻辑构件运行结束此BizContext即从内存中清除。
在对XML BUS中三个内存区域（即三个xml数据池）操作时(输入与输出数据)，当未使用XPath的绝对路径来描述结点时，EOS解析引擎自动使用/root/data作为结点的根路径，也就是说/name解析为/name,而name解析为/root/data/name。
总的感觉就是在java中是使用先定义变量，用变量名的方式来寻址你要的变量的，而在EOS中是使用XPath的概念到XML
BUS的三个Context中来寻址你要的数据的。
之后做了个关于数据库的小应用（包括对数据的查询、添加和删除）。早就用过iBATIS和Hibernate这两个数据库持久框架了，所以对EOS的数据库实体映射这种技术不足为奇。不过发觉EOS的数据库实体导入做的还是很不错，能很轻松的对页面显示进行定制和对字段的check，还有一些使用业务字典等方便的功能，用起来很傻瓜的，很方便。
在今天的培训中发觉了一些问题和要注意的地方：
1.对于data下的数据库实体名，在使用数据库运算操作构件的时候，传入的参数要符合数据库实体名（大小写敏感），因为从这些运算构件产生的sql语句就知道，它把传入的参数当数据库表的表名处理的，如果传的不是实体名，将找不到该表。
2 .biz下的构件与pr下的调用到的biz构件同步不能，当改变任何一处的biz构件时，另一处的相同biz构件无法同步，必须把pr下的biz构件（在biz里改动过的）删了再拖。这个应该算是EOS的一个bug吧我认为，希望下一版本能解决这个问题。
3.这个在我看来也是bug。就是对于jsp设计页面上的QueryForm控件的属性选择，由于其对设置的属性自动生成代码，所以当你在代码中有手动修改的jsp代码时，当再次调出该QueryForm控件属性选择窗口作出修改并确认保存时，将覆盖原来代表这个控件的jsp代码，那么手动修改的部分就丢失了！
今天就spy到这么点，应该算是入门了。
睡觉了～～！累～～！tomorrow go on~~!
Sunday, November 19, 2006
张江一个礼拜
eos具体有多灵呢？我也不知道，反正一个礼拜去浦东的培训，去了就知道了。呵呵！反正基于构件的开发从理论上讲开发效率的提高是一定的，不知道维护会怎样。不过我还是喜欢汇编！手工打造经典！咔咔咔！
明天开始又要挤不是人挤的高峰时段的地铁了，从5号线换1号线再换2号线到张江，争取不要被挤烂了，哈哈哈！
记得上次经过张江还是大一第一次考试结束，似乎也是大学唯一一次在2周的考试周里第一周就解决了所有考试科目的那次。那时对张江还挺向往的，现在完全没有向往这种感觉了～～！呵呵！人是会变的～！哇咔咔咔！
powered by performancing firefox
此日志测试3个blog的同步发布
powered by performancing firefox