zyl
- 浏览: 486404 次
-
最新评论
-
lizhenlzlz：
对我有用，看过
从一个实例看jaxb的强大 -
Tom.X：
OSGi开源优秀平台JXADF
osgi 入门 -
minglelui：
想问下如果已经安装了Jetty还需要安装JBoss吗？
使用jetty配置 开发web应用 -
xiaoasha：
问下创建项目的时候不需要勾选生成activator的么？
osgi 入门 -
fanfan159357：
nice，必须赞一个
osgi 入门 三 关于类装载机制
文章列表
osgi一个最大的特色就是使用不同的ClassLoader,让多个bundle共享一个虚拟机，而每一个bundle使用单独的ClassLoader。
如下图所示：
对于资源和类的装载主要包括以下三种途径：
Boot classpath：启动类环境，包括java.*包和相应的实现包。
Framework classpath:osgi框架拥有一个独立的ClassLoader，用于装载框架接口类，以及相应的实现类。
Bundle Space:每个bundle包括了与bundle相关的jar文件，以及相关的资源。
对于一个类的查询，主要通过以下途径进行查询：
1.从Parent Cla ...
- 2009-02-17 16:53
- 浏览 4817
- 评论(1)
前面通过一个例子简单的介绍了如何快速的开发一个osgi应用。下面来具体说明一下什么是osgi，以及osgi 能做什么，为什么使用osgi,以及到底osgi能带来什么益处。
首先osgi是什么，osgi是由osgi alliance 制定的一个规范。 ...
- 2009-02-14 16:30
- 浏览 2732
- 评论(0)
接触了osgi也这么久了，其中也走了不少的弯路。为了更好的推广osgi，并避免新手能少走一些弯路，接下来的几篇文章，我会通过几个简单的实例，来介绍一下如何快速的掌握osgi。其实，网上有不少好的文章推荐，顺便也可以比 ...
本年的基本工作目标，基本确立了，重点还是osgi，先来回顾一下以前所做的。osgi看了看规范，目前还是4.1，这相差不大。equinox的版本，目前正式的算是3.4.1，以前用的为3.3，相差也不大。还是继续使用3.3吧，毕竟也懒得更新eclipse了，老是用新版本也不是个办法。看了一下jetty bundle,目前已经出来6.1.7了，相差还是有点，不过估计3.3也能支持6.1.7。servlet规范使用了2.5，其实2.4已经足够了，我又不需要jsp，不必使用新的el引擎。dm还是使用spring-dm，目前为1.2m，这个算是比较有大的发展，我现在用的还是1.0.2的，dm这一块估 ...
- 2009-02-08 20:34
- 浏览 1967
- 评论(0)
荒废了很长时间了，看了看上次写的blog，还是去年1月份的，想想也停了太长时间了。想想这一年间，不知道在做些什么，技术资料也看了不少，不过真正能够掌握的又实在太少，总是停留在表面，而不去深入。2009了，也快30而立了，对于一个老程序员来说，也到了和黄金年龄说再见的时候了。转行想想，也不太可能，向管理发展，还是不太靠谱，所以还是继续做自己的老本行，踏踏实实写程序吧。
想了想2009该做的几件事情，
1，还是继续osgi之路，毕竟前面已经做了很多了，soa太遥远，毕竟还是osgi实在。原先做的osgi web框架太乱，还是采用webwork2作为基本的web框架，或者使 ...
- 2009-02-07 20:32
- 浏览 1560
- 评论(2)
研究了ext很久了，一直想为ext直接封装一个服务端组件。考虑到ext组件的构建都是需要使用js来完成，那么服务端生成的代码也就是js而不是html。
如果采取纯Ajax的方式，类似于Echo2的构造，不过这样对于Session可能是一个 ...
最近的这段时间，感觉Ext挺火的。接触Ext还是半年前的事情了，那时候就想对Ext进行封装，做一个服务端的Ajax框架出来。可由于身体的原因，还是搁浅了。
使用Ext是从1.1开始的，那时候觉得Ext，几乎已经简化了所有的 ...
很久没有更新了，由于过去的半年都在医院呆着，也就没有时间去维护自己的blog了。不过发现浏览的人还是挺多的，有点对不起大家，毕竟没有办法回复。
半年过去了，看了看网上的技术，还好新的东东不太多，不然又得需要花费大量的时间去学了。不过，现在对于新的技术，也没有以前那种热情了，其实搞软件的还是得要踏踏实实的打好基础，毕竟内涵的东西都差不多，不像硬件，更新的速度实在跟不上。
编程也好多年了，看着周围的人，基本上都已经从编程开始转向管理，在国内就是这样。不过我还是不想放弃，继续做一个程序员，继续开发。喜欢编程没有理由，看着一行行的代码，内心总是有种莫名的喜悦，毕竟这是自己创造的。 ...
- 2007-12-27 19:04
- 浏览 1596
- 评论(2)
这些东东，对于web框架来说，是必不可少的，来看看jsf是如何实现的。首先看一下国际化，默认的情况下，会选择默认的locale，以及相应的资源文件。当然可以通过以下方式进行配置：
<application>
<locale-config>
<default-locale>en</default-locale>
<supported-locale>en</supported-locale>
<supported-locale>es</supported-locale>
</l ...
先来看看velocity是怎么工作的？
在应用中使用velocity，一般需要以下的几个步骤：
初始化Velocity,可以使用单例，或者运行期实例
创建context对象，用于包括相应的变量
在context中增加相应的数据
选择模板
合并模板，产生输出
如下的例子：
java 代码
import java.io.StringWriter;
import org.apache.velocity.VelocityContext;
import org.apache.velocity.Tem ...
- 2007-05-17 07:30
- 浏览 3277
- 评论(0)
一个古老而又强大的模版引擎。在模版引擎中,velocity中，应该属于最常用的，不管是在maven的项目模版，还是在源代码输出，甚至直接网页输出中，都可以看到其身影。当然，最近的freemarker大有平分天下之意。
以前的时 ...
对于标记库，不想再说些什么了。jsf可能最大的毛病都在这个标记库上面，首先定义的标记在jsp中，并不起到相应的输出功能，而只是用来增加相应得组 件。在jsf中，最上层的组件为UIViewRoot，基本上所有的操作都是需要围绕着此组件。而标记库的存在，只是为了简化相应的操作。如下的标记：
<f:view>
<h:form>
<h:panelGrid>
.
</h:panelGrid>
</h:form>
</f:view>
其实对应的java代码，如下：
这是jsf 的分析系列第三篇，随着不断的深入，jsf的设计变得越来越清晰。当然，在目前的规范中，jsf还是很不完善的，这也就导致了为什么jsf还是不能成为目前的主流框架。先不去谈论这些弊端，还是先看看一下jsf具体是如何运作的。
对于jsf规范，个人觉得和其他框架相比，最大的区别，可能在于jsf划分了web 请求的生命周期。like ejb一样，web 请求也是有生命周期的。虽然，在其他的框架中，也可以看到相关的生命周期，但还是没有jsf划分的清晰。也许，这也是jsf的一大特色。
对于生命周期的执行，所有的操作都归结到Lifecycle这个接口。接口包括了两个主要的方法： ...
接上一篇内容。这次主要分析一下jsf的相关组件包，也是jsf和structs主要不同的地方。jsf 规范中，对于组件的设计，和其他组件架构一样，分离表现层和模型层。对于组件的render由具体的Renderer来处理，这也达到了Model和 View分离的原则。
component:所有的基本组件都在其中，如下的主要类图，对于各个组件就不一一详细介绍了。主要介绍一下几个接口：
StateHolder：用于表示在请求之间需要保存相应的状态信息,必须实现saveState和resotreState方法。
ValueHolder：用于支持本地值的保持，用于访问model数据，通过 ...
经过一段时间的学习，对jsf的认识也逐渐清晰。总结了一下jsf和structs的区别，首先在于分离了请求的处理。使用事件处理机制来代替原有的 request分发。其次在页面的展示上，采用组件的概念，而不是到处散落的html标记。再有，jsf对于请求的生命周期重新进行了划分，对于每个阶段 都可以派遣事件，这使得整个请求的处理比较的清晰。最后，jsf对于页面的流转使用Navigation系统来处理，这一点感觉和structs还是比较 类似的，只是换了一个概念。
从jsf的规范来看，jsf整个架构还是比较清晰，各个层次分的也挺明显。从总体上看，规范主要划分了application,co ...