前端时间太忙了,趁元旦三天假在家好好休息休息,另外把机器整理整理,重新安装系统,并且安装.NET 2008Expres版,显然我比较喜欢离线安装,就是ISO文件太大了,要下载好一会了。
所有的软件都找了最新版本进行安装,像PostgreSQL,JDK6,OpenOffice,呵呵,开源的就是好啊,可以随时免费升级。本来计划换台机器的,40G的硬盘显得太小了,不过经过整理整理,还是腾出不晓的空间,可以再混一段时间,等手头宽裕了再说。
安装的FF3,速度上感觉比以前进步了,就是很多插件不支持,特别是GOOGLE的,竟然不兼容了,希望稳定版本尽早出来。
新年新气象,虽然是个阳历年,但是还是找个理由和过去暂告一段落吧。2008年是中国的大年,不过从整体环境还是从我的感受,应该是一个充满机遇和挑战的年。
祝福我,祝福大家,祝福我的朋友们,新年快乐
2007年12月19日星期三
业务平台
业务平台是业务开展一段时间的总结,是建立在现有的开发思想和平台的基础上,对现有的软件技术进行抽象化的一个层面,它的形状就像金字塔一样,肯定会丢失一部分的灵活性和功能性,理想的平台应该是解决约80%通用性的问题,但是保留一定的空间给予灵活,可以基于底层进行复杂的应用开发,有点像阶梯状,而不是完全的一个封闭的,阶梯形的实施模型允许通过平台构建快速的应用,同样也允许通过底层的原始API开发复杂的业务逻辑,上次在展会上有看到一家软件公司,宣传“不需要编写代码”,甚至无需专业人员,就可以完成公司的管理软件开发,其实,从现有的技术水平来看,是做不到的,纯粹是一种炒作。
业务平台的出现其实是一个积极的信号,就是市场对于原先软件开发过程的缓慢、拖沓的不满,但是对于平台是如何的一个标准,尚还没有一个比较完整的标准,说一个工作流系统就是一个平台,我觉得那是片面的,毕竟企业应用不只是这些,它们只能解决了客户的一部分需求。现有的平台可谓五花八门,百花齐放,不过随着市场的深入,技术的进步,会逐步形成一些标准,市场也会逐步分化,开放的标准是一个必然的趋势。
总体来说,平台的出现,降低了成本和提高了效率,让用户从以前的两种选择(要么选择通用型软件,要么选择从头开发) 中有了第三条路。
业务平台的出现其实是一个积极的信号,就是市场对于原先软件开发过程的缓慢、拖沓的不满,但是对于平台是如何的一个标准,尚还没有一个比较完整的标准,说一个工作流系统就是一个平台,我觉得那是片面的,毕竟企业应用不只是这些,它们只能解决了客户的一部分需求。现有的平台可谓五花八门,百花齐放,不过随着市场的深入,技术的进步,会逐步形成一些标准,市场也会逐步分化,开放的标准是一个必然的趋势。
总体来说,平台的出现,降低了成本和提高了效率,让用户从以前的两种选择(要么选择通用型软件,要么选择从头开发) 中有了第三条路。
2007年12月13日星期四
BEA2007
12号和13号参加了BEA2007年会,参加年会的初衷是全面了解BEA的产品,以及未来的走势,性能和适用面,总体来讲,从这两天的活动,基本上完成任务,当然了解BEA并不等于会使用BEA,毕竟BEA的产品的价格并不合适,就连他们BEA(中国)研发部的LEADER也承认,价格是偏高了。
活动是相当的丰富,特别是下午的分会场演讲,害得我接连赶场,相当的累,导致晚上回来啥也不想做了,更别谈写体会了。
下面就做一个简短的分享,算是回顾一下对大会的感受
1,虚拟机技术
虚拟机的应用是这次收获最大的一块,了解了一些虚拟机的应用,基本上包括1),硬件虚拟 2)OS层上的虚拟(工作站) 3)终端虚拟
硬件虚拟技术前段时间也看到过一些评论,也向令狐请教过,不过这次感受的最深,硬件虚拟,可以将一台服务器虚拟成多个主机,在此基础上安装OS和服务套件,这样做有一个相当的意义就在于当服务遭遇到瓶颈的时候,可以快速的copy安装,当然普通的一些应用中也有这样的需求,就是有一点就是LISENSE的问题,在版权上如何界定的问题。
当然硬件虚拟还有一个优点,就是BEA和VMWare的合作,WebLogic的虚拟机版本可以直接在虚拟出来的硬件上运行,排除了OS的支持,这样做可以快速的提高硬件的使用率,减少因OS而产生的损耗,不过这样的应用还是有局限性,譬如1,只能run纯JAVA的应用2,对文件的操作通过另外一台File Server进行支持。
工作站的虚拟,一般用在测试方面,也就是在WINDOW上安装的版本,在培训和测试方面会有很多这样的需求。
终端虚拟,这块是由一台高性能的机器,可以虚拟出多个终端,而无需购买多台主机设备,而且每个终端有独立的空间。
2,Texasdo技术
据说此技术出于贝尔实验室,用于C,C++的分布式应用和集群应用,已经有20多年的历史,号称在C++这方面应用中,技术最牛的,性能是最好的。主要用于一些高端的应用,用于实时交互结算,如银行等一些方面的应用。
先前的技术是封闭的,就是客户端必须使用专有的LIB进行访问,最新出了一个应用可以将Texasdo服务转化成WEB SERVICE,那这样,任何语言都可以通过SOAP进行访问。
在传输方面,Texasdo定义了几个加密的方法可供选择,以及用户验证机制,不过有点不如人意的地方,就是用户验证机制是基于配置文件,而没有提供API进行操控,这对于寻求外部的解决方案时,就比较麻烦了。
这方面应用,我想可以将过去的一些单机的C++应用可以转换成服务,倒是一个不错的选择,就是价格是一个很重要的考虑因素了,还有一个就是迁移需要植入一些Texasdo的代码,这方面的可能需要很详细的重新设计了,也算是一个迁移成本。
3,BO
那BO不是BEA的,是这次的神州数码(赞助商)给展示,这方面和BI有很相像的地方,从演示来看,提供的操作也是不错的,当然有些技术问题,因为对BI的技术了解不多,所以就无法具体的描述他们之间的差异。
4,WEBLOGIC的发展
WEBLOGIC的发展史由BEA(中国)研发部门的LEADER进行讲演的,主要讲述了WEBLOGIC10的一些进步,譬如全面支持JEE5,轻量级的应用,web2.0,webservice方面的开发等等,
5,门户
门户的概念其实早就有了,BEA的门户好像有专门的产品,这方面的信息主要是从专题演讲中获得,不过演讲者就概念方面进行了很深入的描述,产品倒是没有看到,不知道BEA在这块是如何在应用开发上提升竞争力的。
6,SOA
这是一个开发的概念,通过面向服务的开发,和数据总线和服务总线的应用,可以将服务发布和使用,BEA这次大会的绝大部分也是谈论的它,从主会场到分会场,包括BEA请来的客户代表,像江苏电力和山西移动,另外还有东软,都在谈论这块。
另外,还有一个SOA的应用的书籍,是基于BEA的开发工具,包括作者本人都来到会场,进行签名售书,我倒是有幸获得一个赠书卡片,并获得作者签名,哈哈,我对书的内容倒是不怎么感兴趣,或许将来会。
7,工作流
BEA的工作流和绝大多数的产品差不多,可能讲解的不够详细。
8,事件驱动
BEA的事件驱动感觉就像一个数据库的触发器,当然不是写在数据库里面,我看到一些规则的源代码,算是伪SQL,前面一段是SQL语句,后面一段看的不太懂,可能触发的规则,这样,当数据发生变化,就通过规则验证,并形成事件去触发绑定的动作,大体上是这个意思。
9,快速响应的JVM
BEA对JVM的垃圾回收机制进行了修改,减少垃圾回收时的一个停滞时间,提供请求的响应度,不至于因回收造成服务的停滞,使因回收造成的影响降低到最小,这块,我对于JVM的垃圾回收倒是了解不深,不过我想应该是可以通过改进的配置也是可以做到,或者接近于做到。
10,故障的预测和升级
具体名字忘记了,这块是BEA的一个附属工具,可以针对服务器进行检测,对服务进行一个故障预测和报告,可以分析出可能会发生的影响服务器响应的一些问题,并通过另外一个智能升级对服务器进行补丁升级。
这块在研发部的LEADER的演讲中也提到,他比喻这个预测类似与病毒的样本分析原理,呵呵,具体的就不了解了,不过我有看到演示,工具可以对某个服务,某个类方法的相应时间,甚至是CLASS LOAD的时间都有图形方式的展示,确实是有效的工具,对于管理者和架构师都有不错的借鉴和改善依据。
其它的一些花絮:
1,同步翻译
由于有英语专场,而且主会场绝大部分是BEA的专家进行演讲,所以要佩戴同步翻译机,第一天钱带的不多,不能租用,只好找中文的会场进去听了,第二天倒是准备充分,发现女翻译翻译过来的听起来特费劲,好像没有上下文,没有语气的轻重,相反,男翻译的效果会好很多,连听了好几场都是这样的情况,给人直觉就是翻译这个工作跟性别有很大关系,呵呵。
2,活动
BEA的活动倒是不错,每个人都有一张卡片,每个赞助商都有一个图章,要敲完所有的图章,才能获得一份礼品,以至于会场里看到排很长的队伍等在敲章,哈哈。
3,点心
每个会场外独有一个点心车,放置一些点心,像蛋塔,水果,饮料之类的,比较有意思的是,开会一结束就能看到长长的队伍等着拿点心,一直持续到下一场演讲的开始。
4,创意竞赛
创意竞赛可能是和院校等一些单位进行合作,在BEA的平台上进行创意开发,我看了一下,都不是很感兴趣,真正的亮点没有,基本上都是从别人的创意copy加工包装的。
活动是相当的丰富,特别是下午的分会场演讲,害得我接连赶场,相当的累,导致晚上回来啥也不想做了,更别谈写体会了。
下面就做一个简短的分享,算是回顾一下对大会的感受
1,虚拟机技术
虚拟机的应用是这次收获最大的一块,了解了一些虚拟机的应用,基本上包括1),硬件虚拟 2)OS层上的虚拟(工作站) 3)终端虚拟
硬件虚拟技术前段时间也看到过一些评论,也向令狐请教过,不过这次感受的最深,硬件虚拟,可以将一台服务器虚拟成多个主机,在此基础上安装OS和服务套件,这样做有一个相当的意义就在于当服务遭遇到瓶颈的时候,可以快速的copy安装,当然普通的一些应用中也有这样的需求,就是有一点就是LISENSE的问题,在版权上如何界定的问题。
当然硬件虚拟还有一个优点,就是BEA和VMWare的合作,WebLogic的虚拟机版本可以直接在虚拟出来的硬件上运行,排除了OS的支持,这样做可以快速的提高硬件的使用率,减少因OS而产生的损耗,不过这样的应用还是有局限性,譬如1,只能run纯JAVA的应用2,对文件的操作通过另外一台File Server进行支持。
工作站的虚拟,一般用在测试方面,也就是在WINDOW上安装的版本,在培训和测试方面会有很多这样的需求。
终端虚拟,这块是由一台高性能的机器,可以虚拟出多个终端,而无需购买多台主机设备,而且每个终端有独立的空间。
2,Texasdo技术
据说此技术出于贝尔实验室,用于C,C++的分布式应用和集群应用,已经有20多年的历史,号称在C++这方面应用中,技术最牛的,性能是最好的。主要用于一些高端的应用,用于实时交互结算,如银行等一些方面的应用。
先前的技术是封闭的,就是客户端必须使用专有的LIB进行访问,最新出了一个应用可以将Texasdo服务转化成WEB SERVICE,那这样,任何语言都可以通过SOAP进行访问。
在传输方面,Texasdo定义了几个加密的方法可供选择,以及用户验证机制,不过有点不如人意的地方,就是用户验证机制是基于配置文件,而没有提供API进行操控,这对于寻求外部的解决方案时,就比较麻烦了。
这方面应用,我想可以将过去的一些单机的C++应用可以转换成服务,倒是一个不错的选择,就是价格是一个很重要的考虑因素了,还有一个就是迁移需要植入一些Texasdo的代码,这方面的可能需要很详细的重新设计了,也算是一个迁移成本。
3,BO
那BO不是BEA的,是这次的神州数码(赞助商)给展示,这方面和BI有很相像的地方,从演示来看,提供的操作也是不错的,当然有些技术问题,因为对BI的技术了解不多,所以就无法具体的描述他们之间的差异。
4,WEBLOGIC的发展
WEBLOGIC的发展史由BEA(中国)研发部门的LEADER进行讲演的,主要讲述了WEBLOGIC10的一些进步,譬如全面支持JEE5,轻量级的应用,web2.0,webservice方面的开发等等,
5,门户
门户的概念其实早就有了,BEA的门户好像有专门的产品,这方面的信息主要是从专题演讲中获得,不过演讲者就概念方面进行了很深入的描述,产品倒是没有看到,不知道BEA在这块是如何在应用开发上提升竞争力的。
6,SOA
这是一个开发的概念,通过面向服务的开发,和数据总线和服务总线的应用,可以将服务发布和使用,BEA这次大会的绝大部分也是谈论的它,从主会场到分会场,包括BEA请来的客户代表,像江苏电力和山西移动,另外还有东软,都在谈论这块。
另外,还有一个SOA的应用的书籍,是基于BEA的开发工具,包括作者本人都来到会场,进行签名售书,我倒是有幸获得一个赠书卡片,并获得作者签名,哈哈,我对书的内容倒是不怎么感兴趣,或许将来会。
7,工作流
BEA的工作流和绝大多数的产品差不多,可能讲解的不够详细。
8,事件驱动
BEA的事件驱动感觉就像一个数据库的触发器,当然不是写在数据库里面,我看到一些规则的源代码,算是伪SQL,前面一段是SQL语句,后面一段看的不太懂,可能触发的规则,这样,当数据发生变化,就通过规则验证,并形成事件去触发绑定的动作,大体上是这个意思。
9,快速响应的JVM
BEA对JVM的垃圾回收机制进行了修改,减少垃圾回收时的一个停滞时间,提供请求的响应度,不至于因回收造成服务的停滞,使因回收造成的影响降低到最小,这块,我对于JVM的垃圾回收倒是了解不深,不过我想应该是可以通过改进的配置也是可以做到,或者接近于做到。
10,故障的预测和升级
具体名字忘记了,这块是BEA的一个附属工具,可以针对服务器进行检测,对服务进行一个故障预测和报告,可以分析出可能会发生的影响服务器响应的一些问题,并通过另外一个智能升级对服务器进行补丁升级。
这块在研发部的LEADER的演讲中也提到,他比喻这个预测类似与病毒的样本分析原理,呵呵,具体的就不了解了,不过我有看到演示,工具可以对某个服务,某个类方法的相应时间,甚至是CLASS LOAD的时间都有图形方式的展示,确实是有效的工具,对于管理者和架构师都有不错的借鉴和改善依据。
其它的一些花絮:
1,同步翻译
由于有英语专场,而且主会场绝大部分是BEA的专家进行演讲,所以要佩戴同步翻译机,第一天钱带的不多,不能租用,只好找中文的会场进去听了,第二天倒是准备充分,发现女翻译翻译过来的听起来特费劲,好像没有上下文,没有语气的轻重,相反,男翻译的效果会好很多,连听了好几场都是这样的情况,给人直觉就是翻译这个工作跟性别有很大关系,呵呵。
2,活动
BEA的活动倒是不错,每个人都有一张卡片,每个赞助商都有一个图章,要敲完所有的图章,才能获得一份礼品,以至于会场里看到排很长的队伍等在敲章,哈哈。
3,点心
每个会场外独有一个点心车,放置一些点心,像蛋塔,水果,饮料之类的,比较有意思的是,开会一结束就能看到长长的队伍等着拿点心,一直持续到下一场演讲的开始。
4,创意竞赛
创意竞赛可能是和院校等一些单位进行合作,在BEA的平台上进行创意开发,我看了一下,都不是很感兴趣,真正的亮点没有,基本上都是从别人的创意copy加工包装的。
2007年12月9日星期日
关于如何学习国学
真是有意思,昨天和一个实习English教师讨论关于小孩在国学方面的学习的方式,推荐我让小孩子每天读半个小时的三字经或则其他什么,她从她自身的经历说起,说即使不懂,时间久了也会逐渐领悟其中的精髓,就是“幡然醒悟”。
我不是一个偏激者,也很推崇国学,毕竟古人这笔精神遗产是相当的丰厚,什么儒家,墨家,道家,兵家,纵横家。。。太多太多,但是如果说要象古人那样每天都摇头晃脑的去背这些比较生涩的话,我觉得就没有必要了。
我们生活在这个社会上,其实在生活的每个角落里,都有他们的影子,只要你去思考。那如何去教育,我想每个人都有自己的做法,我的想法就是,应该以通俗的语言在碰到可以进行教育的事情时,给他们做讲解,再者,可以在有一定领悟能力的时候,让他们做一些这方面的阅读。
我不是一个偏激者,也很推崇国学,毕竟古人这笔精神遗产是相当的丰厚,什么儒家,墨家,道家,兵家,纵横家。。。太多太多,但是如果说要象古人那样每天都摇头晃脑的去背这些比较生涩的话,我觉得就没有必要了。
我们生活在这个社会上,其实在生活的每个角落里,都有他们的影子,只要你去思考。那如何去教育,我想每个人都有自己的做法,我的想法就是,应该以通俗的语言在碰到可以进行教育的事情时,给他们做讲解,再者,可以在有一定领悟能力的时候,让他们做一些这方面的阅读。
2007年11月29日星期四
Axias 与 .NET
前提:
下载AXIS2服务组件包,放到TOMCAT目录下,可以访问自带的服务
1,创建服务类,譬如
public class HelloWorld {
public String SayWhat(String in){
String info = in + " From Web Service";
return info;
}
}
2,创建一个services.xml配置
------------------------服务说明-----------------------------------------
This is a sample Web Service.
------------------------指定类-------------------------------------------
HelloWorld
------------------------操作或者函数说明---------------------------------
注意处理类:
这里使用的是
org.apache.axis2.rpc.receivers.RPCMessageReceiver
先前网上例子都是使用的org.apache.axis2.receivers.RawXMLINOutMessageReceiver
使用这个类用JAVA可以访问,但是.NET老是返回NULL,可能这里需要修改配置。
具体原因以后再探究。
3,生成的目录结构
-...class
-[META-INF]
----services.xml
4,打包
可以直接用WINRAR工具进行打包,后缀为.aar ,压缩格式为ZIP格式
5,部署
放到tomcat\webapps\axis2\WEB-INF\services目录下
或者通过Axis2的上传功能进行部署
6,启动TOMCAT服务器
7,.NET调用
在工程中增加一个Service 引用
地址设置为“http://localhost:8080/axis2/services/HelloWorld?wsdl”
通过向导直接生成客户端的类
向导完成后,工程目录中增加了一个"Service References"目录,app.config也被相应的做了修改
调用代码如下:
HelloWorldPortTypeClient tc = new HelloWorldPortTypeClient("HelloWorldSOAP11port_http");
object tr = tc.SayWhat("Hi World");
注意:
HelloWorldPortTypeClient 是自动生成的类(可以在Service References下的找到)
HelloWorldSOAP11port_http 是一个Endpoint名称,可以在app.config配置中找到
下载AXIS2服务组件包,放到TOMCAT目录下,可以访问自带的服务
1,创建服务类,譬如
public class HelloWorld {
public String SayWhat(String in){
String info = in + " From Web Service";
return info;
}
}
2,创建一个services.xml配置
------------------------服务说明-----------------------------------------
------------------------指定类-------------------------------------------
------------------------操作或者函数说明---------------------------------
注意处理类:
这里使用的是
org.apache.axis2.rpc.receivers.RPCMessageReceiver
先前网上例子都是使用的org.apache.axis2.receivers.RawXMLINOutMessageReceiver
使用这个类用JAVA可以访问,但是.NET老是返回NULL,可能这里需要修改配置。
具体原因以后再探究。
3,生成的目录结构
-...class
-[META-INF]
----services.xml
4,打包
可以直接用WINRAR工具进行打包,后缀为.aar ,压缩格式为ZIP格式
5,部署
放到tomcat\webapps\axis2\WEB-INF\services目录下
或者通过Axis2的上传功能进行部署
6,启动TOMCAT服务器
7,.NET调用
在工程中增加一个Service 引用
地址设置为“http://localhost:8080/axis2/services/HelloWorld?wsdl”
通过向导直接生成客户端的类
向导完成后,工程目录中增加了一个"Service References"目录,app.config也被相应的做了修改
调用代码如下:
HelloWorldPortTypeClient tc = new HelloWorldPortTypeClient("HelloWorldSOAP11port_http");
object tr = tc.SayWhat("Hi World");
注意:
HelloWorldPortTypeClient 是自动生成的类(可以在Service References下的找到)
HelloWorldSOAP11port_http 是一个Endpoint名称,可以在app.config配置中找到
2007年11月16日星期五
2007年11月10日星期六
低调
最近一直很低调,低调上班,低调的言论,一切保持低调,不刻意去争什么,一切都在计划中,“无欲则刚”,一切归于平静。
最近看了关于《领域驱动设计》精简版(PDF档),一本满适合我的口味的技术书,这些日收获不少,决定买回来仔细研读一下,感谢InfoQ.
关于Linux方面,到IBM网站上找了一些入门级的文章看了看,对系统有了进一步的了解,不再有陌生感,包括网络,安装,文件系统,GCC,以及SHELL方面的,加上在服务器上一番实验,感觉到Linux的强大。
.NET方面,倒是由于工作所致,没有进一步的学习,前些日了解VS2008即将发布了,Sync Framework,F#等一些新技术,新语言的加入,确实增色不少,希望能如宣传的一样强大,呵呵,当然希望公司能对.NET方面有所投资,这样才能更深入的学习.NET。
最近看了关于《领域驱动设计》精简版(PDF档),一本满适合我的口味的技术书,这些日收获不少,决定买回来仔细研读一下,感谢InfoQ.
关于Linux方面,到IBM网站上找了一些入门级的文章看了看,对系统有了进一步的了解,不再有陌生感,包括网络,安装,文件系统,GCC,以及SHELL方面的,加上在服务器上一番实验,感觉到Linux的强大。
.NET方面,倒是由于工作所致,没有进一步的学习,前些日了解VS2008即将发布了,Sync Framework,F#等一些新技术,新语言的加入,确实增色不少,希望能如宣传的一样强大,呵呵,当然希望公司能对.NET方面有所投资,这样才能更深入的学习.NET。
订阅:
评论 (Atom)