本来的标题可能是：“Windows Vista：M$葬礼的开始”，或者“Windows Vista：逃离的时刻”。后来，想想大家都是出来混的，人家M$也砸进去60亿的美金才搞出来的东西，所以就换了这个相对温和公正的标题：“Windows Vista: PC时代的殉葬品”。换了标题后，一直没写东西，因为觉得没有太大必要了，从95年到现在，人类的认知能力在进步，即使生活在中国这片神奇土地上的人类也应该在进步，但昨晚电视上看到Bill Gates要砸五亿美金作广告，还情绪激昂的宣称Windows Vista是一场技术革命，不免有 ...
MVC根据不同的应用场景，有各种不同的变化，本文列举了我们整理的几个MVC应用形式，用于大家讨论补充。
MCV(Standard):
MVC(Swing):
MVC(JFace Data Binding):
MVC(Rails):
MVC(DataSource for GWT):
随着OSGi/Equinox逐渐成为Java EE服务端的基础软件架构，OSGi上部署WEB应用程序的解决方案日渐成熟。这里介绍三种目前我们所知的解决方案，前两种是Equinox组织提出的方案，后一种是OpenCore平台采取的解决方案。
解决方案一: 部署OSGi/Equinox在Servlet容器中
具体实现: 把OSGi/equinox打包在WAR中，当Servlet容器加载WAR时，启动OSGi框架。
WEB-INF的目录结构大致如下(大致如此):
* /WEB-INF
...
- 14:15
- 浏览 (5306)
- 评论 (4)
- 分类: OSGi
- 进入论坛
- 发布在 EA & IT Governance 圈子
Eclipse Equinox OSGi平台的启动方式一般有两种：一种是直接通过startup.jar启动，另一种是通过Equinox提供的可执行的加载器(Launcher)启动。两种方式都是通过读取config.ini文件初始化系统，只是配置方式有所不同。
通过startup.jar启动
命令: java -jar startup.jar -console -clean
configuration/config.ini的配置很简单，只需要在osgi.bundles参数加入你需要启动的插件，示例配置如下：
INI 代码
osgi.bundles ...
OpenCore纯插件体系结构中的核心概念包括：微内核、插件与服务。
微内核(MicroKernel)： 提供基础的插件与服务架构；负责插件的生命周期管理，包括插件的安装(Install)、启用(Activate)、停止(Deactivate)与卸载(Uninstall)；负责服务的生命周期管理，包括服务的注册(Register)、发现(Lookup)、启动(Start)、停止(Stop)，服务间的依赖绑定。
OpenCore微内核分两层：
应用系统的核心层：以OSGi为基础
增强层：IoC实现、扩展点机制与RMI插件
...
Martin Fowler有一篇文章里称：说一个面向对象系统框架或结构是基于IoC的，就好像说汽车有四个轮子一样。非常精辟 ，IoC或者DI更多的是一个设计原则，一个设计良好的面向对象的系统或多或少都有这方面的特点，这与是否有一个IoC容器的关系不大，IoC容器的作用 是简化开发，强制系统遵循IoC原则而已。
OpenCore在最初设计的时候，没有考虑IoC容器的问题，主要是解决服务端的WEB开发、数据库访问、与REST远程通信等问题，我们完全使用 OSGi本身的服务注册机制，在插件启动时用代码实现依赖注射。直到今年8月份左右，我们把依赖注射的职责分离出来，在OSGi上实现了一个分级的I ...
- 21:49
- 浏览 (3441)
- 评论 (2)
- 进入论坛
- 发布在 EA & IT Governance 圈子
我一直认为CSDN是中国软件领域傻逼文章最多的地方，但这篇文章的傻逼程度还是超出了我们的想象...
http://news.csdn.net/n/20070104/100312.html
虽然，我认为讨论语言的优劣是最无聊的事情，但这种误导开发者的傻逼文章，实在让人无法忍受。计算机内存模型没有根本变化的前提下，任何时候说C死掉，都有点过早。 无论任何语言，做了如何的封装，最终程序操作的还是堆栈，C仍然是最锐利、高效的操作堆栈的语言。
文章中的傻逼语录：
1. 发明垃圾处理器那人真应该得诺贝尔奖。
2. 分配内存和释放内存在C语言中都是很慢的，非常慢。
3. 指针太难 ...
Google Code发布的一些技术介绍资料和课件，还可搜索一些学术方面的资料。
OpenCore是基于OSGi/Equinox构建的纯插件体系结构的服务端平台，主要功能是在OSGi基础上支持分级IoC、B/S结构、数据库访问等服务端特性，是我们开发的opengoss平台与产品的内核。
OpenCore1.0.0M1的发布只是一个很小的起点，但我们相信这是一个正确的技术方向，Java领域无论服务端还是客户端都将基于纯插件体系构建，并在同一业务领域(如我们开发的网络管理系统）实现组件级的复用与协作。
OpenCore1.0.0M1将在光缆修复后发布在www.sf.net/projects/opengoss 或者 code.google.com/p/opengoss ...
尽管我在一年前曾预测OSGi最终将部署在60%的Java虚拟机上，但OSGi的发展速度还是超出了我们的想象。一直认为OSGi规范是Java领域被埋没的一颗明珠，它优美的组件体系结构正是Java平台不可或缺的部分，应该直接纳入到JDK中。
众所周知，Java平台有庞大的开源框架、类库支持，但我们却一直停留在类与API层次的复用，一个较大的Java项目往往有大量的Jar包混乱的堆积在classpath下。所以Java领域迫切需要一个实现组件级复用的解决方案，将所有这些混乱不堪的类库与API以组件的形式发布，在统一的容器内组装 ...
erylee
- 浏览: 51301 次
- 详细资料
搜索本博客
最近加入圈子
最新评论
-
JUnit Introduction
Regression Test -> "回归测试"
-- by erylee -
JUnit Introduction
JUnit is a Unit Testing Framework for Ja ...
-- by yesjoy -
Java6.0重回正轨！
见仁见智吧。我觉得没有什么。
-- by linginfanta -
Java6.0重回正轨！
我也觉得泛型很不舒服！起到的用处有多大？！
-- by zhh1981 -
OpenCore1.0.0M1 Released ...
我是新来的，想问问怎么用ftp.javaeye.com，没有帐号跟密码啊？
-- by rainjacy
评论排行榜