happmaoo
- 浏览: 4465557 次
- 性别:
- 来自: 杭州
-
最新评论
-
netkongjian：
不错的软件知识，感谢分享！
软件加密方式 -
norce：
效果不错~
JS实现图片幻灯片效果 -
zxbear：
链接已失效
《jQuery基础教程：第2版》PDF -
架构师：
在技术领域方面Java还是世界上最好的，而且有很多第三方控件的 ...
专访：Ruby能否成为第二个Java -
freddie：
如何拖动表格边框调整行高和列宽？
可编辑的表格(JavaScript)
<iframe align="center" marginwidth="0" marginheight="0" src="http://www.zealware.com/csdnblog336280.html" frameborder="0" width="336" scrolling="no" height="280"></iframe>
我常常在思考:这就是21世纪的J2EE开发现状，甚至有时会怀念VB、Delphi、PB等传统技术。
在J2EE技术体系中，往往被灌输了太多容器的概念，什么EJB容器、Servlet容器等等，而开发过程也在开发、配置、部署之间迭代与反复；如此一来常会出现令人尴尬的状况：往往花几分钟时间去改一个Bug、却要再花双倍或者更多时间去部署和测试，开发工程师们不得不中断思路，看着服务器如蜗牛般启动，并在开发工具和部署工具之间来回切换。
事实上，配置也好、部署也罢，都是开发过程中一个必不可少的阶段。如何通过集成式的开发环境将这些开发阶段有机集成在一起，是摆在我们面前的迫切需要。在本文中，我将阐述一种"轻量级"开发的理念，以及如何实现该理念的Apusic Platform平台，它包括应用服务器和Studio开发平台。
技术模型简单化
J2EE发展到今天，一种普遍的看法是：开源社区的蓬勃发展给J2EE官方标准带来很大的冲击，甚至于部分开发者对Java EE 5.0的权威性都产生了质疑，并对Java EE 5.0 是否能够占据主流开发平台地位产生了顾虑。
事实上，我认为，开源社区与J2EE之间更多的是一种相辅相承的关系。开源代表的经常是理想主义，而商业公司代表的经常是现实主义，两者之间有相互竞争的地方，但从长远来看，更多的是一种是相互补充、相互促进的过程。
在Apusic Platform的实现上，一方面对各种开源技术予以非常大的支持，包括Struts、Hibernate、Spring等；不仅提供一系列的示例样板，以演示如何在Apusic应用服务器上使用这些开源组件，甚至还提供这些开源框架的商业支持，以更好地推动这些开源技术在国内的推广与使用。
Java EE中最引人注目的恐怕是EJB 3和JSF了，EJB 3克服了EJB 2.x版本的很多不足与缺陷，使EJB技术真正成为企业应用的主要计算模型，为EJB的全面普及奠定了理论上的基础。而JSF则是Java EE试图解决Web应用开发的主要解决方案。我们即将推出的Apusic JSF则融合了JSF与Ajax技术，克服了常规JSF实现的弊端，使JSF成为一种轻量级的Web开发模型。目前，我们正试图将Apusic JSF以开源的形式反馈给国内的广大Web开发人员，并期望围绕Apusic JSF形成一个丰富的Web UI组件市场，从而彻底解决目前Web应用开发的主要不足。
开发过程一体化
以一个简单的Web应用开发为例，在Apusic Studio中，可以通过jsp编辑器提供的语法加亮、代码辅助、断点调试等功能，非常方便的辅助开发人员快速完成web页面的开发；还可以通过可视化的配置界面，完成繁琐的web/ejb/ear等配置信息。
当要运行某一个页面时，只需点击一下右键菜?quot;在Apusic应用服务器上调试"，Apusic Studio就会自动帮助我们做这样一系列动作：首先判断应用服务器是否已经运行（倘若没有运行就会自动新建一个启动配置项，设置好类路径启动应用服务器），然后判断应用是否已经部署（倘若没有部署就会自动部署应用），最后自动打开浏览器，运行指定的jsp页面，甚至于Apusic Studio还能够感应到应用发生的变化，在应用需要重新部署时自动部署。
业务组件实用化
回顾J2EE技术体系，甚至于诸多流行的开源框架，我们不难看出，它们所解决的问题无一例外的都集中在软件模型本身：譬如OR Mapping、AOP、MVC等。而现实中的应用系统的开发者，希望能通过某种业务开始平台或者某些通用的业务组件，屏蔽这些底层的实现技术，从而使他们聚焦于业务本身。
但是，由于业务组件缺乏相应的规范与标准，导致它们的实用性与可用性不高。这一方面来源自业务系统本身的需求复杂度与可变性，另外一方面则缺少一个类似于JCP的组织，去制定并发展这些业务组件的规范与标准。
Apusic Platform试图提供另外一种选择：通过一种可插拔可替换的机制，打造实用程度较高的业务组件，譬如组织架构、权限模型、报表打印等。这些业务组件，融合了金蝶公司及其合作伙伴多年的应用开发智慧结晶，能够给业务系统开发人员带来实实在在的方便。
轻量级的两层含义
何谓轻量级？在我看来，轻量级包含两层含义。一是运行期的轻量级：在完成相同的运算任务下消耗最少的系统资源；二是开发期的轻量级，指开发过程的敏捷以及快速响应能力。
运行期的轻量级可以说在以微内核体系为核心、代码量仅为同类软件20%的Apusic应用服务器上得到了极佳验证：无论是启动速度，还是运行期所消耗的系统资源，Apusic都大幅度领先，也许业界唯一能够与之比较的只有Tomcat了。但Tomcat仅仅是一个Web容器，而Apusic应用服务器则是全面实现J2EE 1.4规范的企业级产品（今年5月份已经全面实现Java EE 5.0规范），至于而运行期的健壮性与稳定性，Apusic在各项指标上与国外同类软件不相上下。
开发期的轻量级，我们可以通过与Apusic应用服务器紧密集成的开发工具Apusic Studio获得开发过程的敏捷性。无论是编码、配置、部署与测试，还是后期的监控与性能调优，我们都可以通过Apusic Studio获得一体化的支持。
让J2EE开发更轻松
开发过程一体化，使开发人员无需再考虑部署、配置等琐碎过程，也不需中断思路忍受服务器反复启动的煎熬；技术模型简单化，通过优秀简单的技术解决现实中复杂的问题；业务组件实用化，能够摆脱某些具体实现细节，聚焦于业务逻辑本身。
以上的理念，我称之为类似武侠小说中高手练功到一定层次的"三化盖顶"，它很大程度上解放了J2EE，让我们拥有开发过程中的敏捷与愉悦。
敏捷快速，让J2EE开发更轻松，为什么不呢？
我常常在思考:这就是21世纪的J2EE开发现状，甚至有时会怀念VB、Delphi、PB等传统技术。
在J2EE技术体系中，往往被灌输了太多容器的概念，什么EJB容器、Servlet容器等等，而开发过程也在开发、配置、部署之间迭代与反复；如此一来常会出现令人尴尬的状况：往往花几分钟时间去改一个Bug、却要再花双倍或者更多时间去部署和测试，开发工程师们不得不中断思路，看着服务器如蜗牛般启动，并在开发工具和部署工具之间来回切换。
事实上，配置也好、部署也罢，都是开发过程中一个必不可少的阶段。如何通过集成式的开发环境将这些开发阶段有机集成在一起，是摆在我们面前的迫切需要。在本文中，我将阐述一种"轻量级"开发的理念，以及如何实现该理念的Apusic Platform平台，它包括应用服务器和Studio开发平台。
技术模型简单化
J2EE发展到今天，一种普遍的看法是：开源社区的蓬勃发展给J2EE官方标准带来很大的冲击，甚至于部分开发者对Java EE 5.0的权威性都产生了质疑，并对Java EE 5.0 是否能够占据主流开发平台地位产生了顾虑。
事实上，我认为，开源社区与J2EE之间更多的是一种相辅相承的关系。开源代表的经常是理想主义，而商业公司代表的经常是现实主义，两者之间有相互竞争的地方，但从长远来看，更多的是一种是相互补充、相互促进的过程。
在Apusic Platform的实现上，一方面对各种开源技术予以非常大的支持，包括Struts、Hibernate、Spring等；不仅提供一系列的示例样板，以演示如何在Apusic应用服务器上使用这些开源组件，甚至还提供这些开源框架的商业支持，以更好地推动这些开源技术在国内的推广与使用。
Java EE中最引人注目的恐怕是EJB 3和JSF了，EJB 3克服了EJB 2.x版本的很多不足与缺陷，使EJB技术真正成为企业应用的主要计算模型，为EJB的全面普及奠定了理论上的基础。而JSF则是Java EE试图解决Web应用开发的主要解决方案。我们即将推出的Apusic JSF则融合了JSF与Ajax技术，克服了常规JSF实现的弊端，使JSF成为一种轻量级的Web开发模型。目前，我们正试图将Apusic JSF以开源的形式反馈给国内的广大Web开发人员，并期望围绕Apusic JSF形成一个丰富的Web UI组件市场，从而彻底解决目前Web应用开发的主要不足。
开发过程一体化
以一个简单的Web应用开发为例，在Apusic Studio中，可以通过jsp编辑器提供的语法加亮、代码辅助、断点调试等功能，非常方便的辅助开发人员快速完成web页面的开发；还可以通过可视化的配置界面，完成繁琐的web/ejb/ear等配置信息。
当要运行某一个页面时，只需点击一下右键菜?quot;在Apusic应用服务器上调试"，Apusic Studio就会自动帮助我们做这样一系列动作：首先判断应用服务器是否已经运行（倘若没有运行就会自动新建一个启动配置项，设置好类路径启动应用服务器），然后判断应用是否已经部署（倘若没有部署就会自动部署应用），最后自动打开浏览器，运行指定的jsp页面，甚至于Apusic Studio还能够感应到应用发生的变化，在应用需要重新部署时自动部署。
业务组件实用化
回顾J2EE技术体系，甚至于诸多流行的开源框架，我们不难看出，它们所解决的问题无一例外的都集中在软件模型本身：譬如OR Mapping、AOP、MVC等。而现实中的应用系统的开发者，希望能通过某种业务开始平台或者某些通用的业务组件，屏蔽这些底层的实现技术，从而使他们聚焦于业务本身。
但是，由于业务组件缺乏相应的规范与标准，导致它们的实用性与可用性不高。这一方面来源自业务系统本身的需求复杂度与可变性，另外一方面则缺少一个类似于JCP的组织，去制定并发展这些业务组件的规范与标准。
Apusic Platform试图提供另外一种选择：通过一种可插拔可替换的机制，打造实用程度较高的业务组件，譬如组织架构、权限模型、报表打印等。这些业务组件，融合了金蝶公司及其合作伙伴多年的应用开发智慧结晶，能够给业务系统开发人员带来实实在在的方便。
轻量级的两层含义
何谓轻量级？在我看来，轻量级包含两层含义。一是运行期的轻量级：在完成相同的运算任务下消耗最少的系统资源；二是开发期的轻量级，指开发过程的敏捷以及快速响应能力。
运行期的轻量级可以说在以微内核体系为核心、代码量仅为同类软件20%的Apusic应用服务器上得到了极佳验证：无论是启动速度，还是运行期所消耗的系统资源，Apusic都大幅度领先，也许业界唯一能够与之比较的只有Tomcat了。但Tomcat仅仅是一个Web容器，而Apusic应用服务器则是全面实现J2EE 1.4规范的企业级产品（今年5月份已经全面实现Java EE 5.0规范），至于而运行期的健壮性与稳定性，Apusic在各项指标上与国外同类软件不相上下。
开发期的轻量级，我们可以通过与Apusic应用服务器紧密集成的开发工具Apusic Studio获得开发过程的敏捷性。无论是编码、配置、部署与测试，还是后期的监控与性能调优，我们都可以通过Apusic Studio获得一体化的支持。
让J2EE开发更轻松
开发过程一体化，使开发人员无需再考虑部署、配置等琐碎过程，也不需中断思路忍受服务器反复启动的煎熬；技术模型简单化，通过优秀简单的技术解决现实中复杂的问题；业务组件实用化，能够摆脱某些具体实现细节，聚焦于业务逻辑本身。
以上的理念，我称之为类似武侠小说中高手练功到一定层次的"三化盖顶"，它很大程度上解放了J2EE，让我们拥有开发过程中的敏捷与愉悦。
敏捷快速，让J2EE开发更轻松，为什么不呢？
我常常在思考:这就是21世纪的J2EE开发现状，甚至有时会怀念VB、Delphi、PB等传统技术。
在J2EE技术体系中，往往被灌输了太多容器的概念，什么EJB容器、Servlet容器等等，而开发过程也在开发、配置、部署之间迭代与反复；如此一来常会出现令人尴尬的状况：往往花几分钟时间去改一个Bug、却要再花双倍或者更多时间去部署和测试，开发工程师们不得不中断思路，看着服务器如蜗牛般启动，并在开发工具和部署工具之间来回切换。
事实上，配置也好、部署也罢，都是开发过程中一个必不可少的阶段。如何通过集成式的开发环境将这些开发阶段有机集成在一起，是摆在我们面前的迫切需要。在本文中，我将阐述一种"轻量级"开发的理念，以及如何实现该理念的Apusic Platform平台，它包括应用服务器和Studio开发平台。
技术模型简单化
J2EE发展到今天，一种普遍的看法是：开源社区的蓬勃发展给J2EE官方标准带来很大的冲击，甚至于部分开发者对Java EE 5.0的权威性都产生了质疑，并对Java EE 5.0 是否能够占据主流开发平台地位产生了顾虑。
事实上，我认为，开源社区与J2EE之间更多的是一种相辅相承的关系。开源代表的经常是理想主义，而商业公司代表的经常是现实主义，两者之间有相互竞争的地方，但从长远来看，更多的是一种是相互补充、相互促进的过程。
在Apusic Platform的实现上，一方面对各种开源技术予以非常大的支持，包括Struts、Hibernate、Spring等；不仅提供一系列的示例样板，以演示如何在Apusic应用服务器上使用这些开源组件，甚至还提供这些开源框架的商业支持，以更好地推动这些开源技术在国内的推广与使用。
Java EE中最引人注目的恐怕是EJB 3和JSF了，EJB 3克服了EJB 2.x版本的很多不足与缺陷，使EJB技术真正成为企业应用的主要计算模型，为EJB的全面普及奠定了理论上的基础。而JSF则是Java EE试图解决Web应用开发的主要解决方案。我们即将推出的Apusic JSF则融合了JSF与Ajax技术，克服了常规JSF实现的弊端，使JSF成为一种轻量级的Web开发模型。目前，我们正试图将Apusic JSF以开源的形式反馈给国内的广大Web开发人员，并期望围绕Apusic JSF形成一个丰富的Web UI组件市场，从而彻底解决目前Web应用开发的主要不足。
开发过程一体化
以一个简单的Web应用开发为例，在Apusic Studio中，可以通过jsp编辑器提供的语法加亮、代码辅助、断点调试等功能，非常方便的辅助开发人员快速完成web页面的开发；还可以通过可视化的配置界面，完成繁琐的web/ejb/ear等配置信息。
当要运行某一个页面时，只需点击一下右键菜?quot;在Apusic应用服务器上调试"，Apusic Studio就会自动帮助我们做这样一系列动作：首先判断应用服务器是否已经运行（倘若没有运行就会自动新建一个启动配置项，设置好类路径启动应用服务器），然后判断应用是否已经部署（倘若没有部署就会自动部署应用），最后自动打开浏览器，运行指定的jsp页面，甚至于Apusic Studio还能够感应到应用发生的变化，在应用需要重新部署时自动部署。
业务组件实用化
回顾J2EE技术体系，甚至于诸多流行的开源框架，我们不难看出，它们所解决的问题无一例外的都集中在软件模型本身：譬如OR Mapping、AOP、MVC等。而现实中的应用系统的开发者，希望能通过某种业务开始平台或者某些通用的业务组件，屏蔽这些底层的实现技术，从而使他们聚焦于业务本身。
但是，由于业务组件缺乏相应的规范与标准，导致它们的实用性与可用性不高。这一方面来源自业务系统本身的需求复杂度与可变性，另外一方面则缺少一个类似于JCP的组织，去制定并发展这些业务组件的规范与标准。
Apusic Platform试图提供另外一种选择：通过一种可插拔可替换的机制，打造实用程度较高的业务组件，譬如组织架构、权限模型、报表打印等。这些业务组件，融合了金蝶公司及其合作伙伴多年的应用开发智慧结晶，能够给业务系统开发人员带来实实在在的方便。
轻量级的两层含义
何谓轻量级？在我看来，轻量级包含两层含义。一是运行期的轻量级：在完成相同的运算任务下消耗最少的系统资源；二是开发期的轻量级，指开发过程的敏捷以及快速响应能力。
运行期的轻量级可以说在以微内核体系为核心、代码量仅为同类软件20%的Apusic应用服务器上得到了极佳验证：无论是启动速度，还是运行期所消耗的系统资源，Apusic都大幅度领先，也许业界唯一能够与之比较的只有Tomcat了。但Tomcat仅仅是一个Web容器，而Apusic应用服务器则是全面实现J2EE 1.4规范的企业级产品（今年5月份已经全面实现Java EE 5.0规范），至于而运行期的健壮性与稳定性，Apusic在各项指标上与国外同类软件不相上下。
开发期的轻量级，我们可以通过与Apusic应用服务器紧密集成的开发工具Apusic Studio获得开发过程的敏捷性。无论是编码、配置、部署与测试，还是后期的监控与性能调优，我们都可以通过Apusic Studio获得一体化的支持。
让J2EE开发更轻松
开发过程一体化，使开发人员无需再考虑部署、配置等琐碎过程，也不需中断思路忍受服务器反复启动的煎熬；技术模型简单化，通过优秀简单的技术解决现实中复杂的问题；业务组件实用化，能够摆脱某些具体实现细节，聚焦于业务逻辑本身。
以上的理念，我称之为类似武侠小说中高手练功到一定层次的"三化盖顶"，它很大程度上解放了J2EE，让我们拥有开发过程中的敏捷与愉悦。
敏捷快速，让J2EE开发更轻松，为什么不呢？
我常常在思考:这就是21世纪的J2EE开发现状，甚至有时会怀念VB、Delphi、PB等传统技术。
在J2EE技术体系中，往往被灌输了太多容器的概念，什么EJB容器、Servlet容器等等，而开发过程也在开发、配置、部署之间迭代与反复；如此一来常会出现令人尴尬的状况：往往花几分钟时间去改一个Bug、却要再花双倍或者更多时间去部署和测试，开发工程师们不得不中断思路，看着服务器如蜗牛般启动，并在开发工具和部署工具之间来回切换。
事实上，配置也好、部署也罢，都是开发过程中一个必不可少的阶段。如何通过集成式的开发环境将这些开发阶段有机集成在一起，是摆在我们面前的迫切需要。在本文中，我将阐述一种"轻量级"开发的理念，以及如何实现该理念的Apusic Platform平台，它包括应用服务器和Studio开发平台。
技术模型简单化
J2EE发展到今天，一种普遍的看法是：开源社区的蓬勃发展给J2EE官方标准带来很大的冲击，甚至于部分开发者对Java EE 5.0的权威性都产生了质疑，并对Java EE 5.0 是否能够占据主流开发平台地位产生了顾虑。
事实上，我认为，开源社区与J2EE之间更多的是一种相辅相承的关系。开源代表的经常是理想主义，而商业公司代表的经常是现实主义，两者之间有相互竞争的地方，但从长远来看，更多的是一种是相互补充、相互促进的过程。
在Apusic Platform的实现上，一方面对各种开源技术予以非常大的支持，包括Struts、Hibernate、Spring等；不仅提供一系列的示例样板，以演示如何在Apusic应用服务器上使用这些开源组件，甚至还提供这些开源框架的商业支持，以更好地推动这些开源技术在国内的推广与使用。
Java EE中最引人注目的恐怕是EJB 3和JSF了，EJB 3克服了EJB 2.x版本的很多不足与缺陷，使EJB技术真正成为企业应用的主要计算模型，为EJB的全面普及奠定了理论上的基础。而JSF则是Java EE试图解决Web应用开发的主要解决方案。我们即将推出的Apusic JSF则融合了JSF与Ajax技术，克服了常规JSF实现的弊端，使JSF成为一种轻量级的Web开发模型。目前，我们正试图将Apusic JSF以开源的形式反馈给国内的广大Web开发人员，并期望围绕Apusic JSF形成一个丰富的Web UI组件市场，从而彻底解决目前Web应用开发的主要不足。
开发过程一体化
以一个简单的Web应用开发为例，在Apusic Studio中，可以通过jsp编辑器提供的语法加亮、代码辅助、断点调试等功能，非常方便的辅助开发人员快速完成web页面的开发；还可以通过可视化的配置界面，完成繁琐的web/ejb/ear等配置信息。
当要运行某一个页面时，只需点击一下右键菜?quot;在Apusic应用服务器上调试"，Apusic Studio就会自动帮助我们做这样一系列动作：首先判断应用服务器是否已经运行（倘若没有运行就会自动新建一个启动配置项，设置好类路径启动应用服务器），然后判断应用是否已经部署（倘若没有部署就会自动部署应用），最后自动打开浏览器，运行指定的jsp页面，甚至于Apusic Studio还能够感应到应用发生的变化，在应用需要重新部署时自动部署。
业务组件实用化
回顾J2EE技术体系，甚至于诸多流行的开源框架，我们不难看出，它们所解决的问题无一例外的都集中在软件模型本身：譬如OR Mapping、AOP、MVC等。而现实中的应用系统的开发者，希望能通过某种业务开始平台或者某些通用的业务组件，屏蔽这些底层的实现技术，从而使他们聚焦于业务本身。
但是，由于业务组件缺乏相应的规范与标准，导致它们的实用性与可用性不高。这一方面来源自业务系统本身的需求复杂度与可变性，另外一方面则缺少一个类似于JCP的组织，去制定并发展这些业务组件的规范与标准。
Apusic Platform试图提供另外一种选择：通过一种可插拔可替换的机制，打造实用程度较高的业务组件，譬如组织架构、权限模型、报表打印等。这些业务组件，融合了金蝶公司及其合作伙伴多年的应用开发智慧结晶，能够给业务系统开发人员带来实实在在的方便。
轻量级的两层含义
何谓轻量级？在我看来，轻量级包含两层含义。一是运行期的轻量级：在完成相同的运算任务下消耗最少的系统资源；二是开发期的轻量级，指开发过程的敏捷以及快速响应能力。
运行期的轻量级可以说在以微内核体系为核心、代码量仅为同类软件20%的Apusic应用服务器上得到了极佳验证：无论是启动速度，还是运行期所消耗的系统资源，Apusic都大幅度领先，也许业界唯一能够与之比较的只有Tomcat了。但Tomcat仅仅是一个Web容器，而Apusic应用服务器则是全面实现J2EE 1.4规范的企业级产品（今年5月份已经全面实现Java EE 5.0规范），至于而运行期的健壮性与稳定性，Apusic在各项指标上与国外同类软件不相上下。
开发期的轻量级，我们可以通过与Apusic应用服务器紧密集成的开发工具Apusic Studio获得开发过程的敏捷性。无论是编码、配置、部署与测试，还是后期的监控与性能调优，我们都可以通过Apusic Studio获得一体化的支持。
让J2EE开发更轻松
开发过程一体化，使开发人员无需再考虑部署、配置等琐碎过程，也不需中断思路忍受服务器反复启动的煎熬；技术模型简单化，通过优秀简单的技术解决现实中复杂的问题；业务组件实用化，能够摆脱某些具体实现细节，聚焦于业务逻辑本身。
以上的理念，我称之为类似武侠小说中高手练功到一定层次的"三化盖顶"，它很大程度上解放了J2EE，让我们拥有开发过程中的敏捷与愉悦。
敏捷快速，让J2EE开发更轻松，为什么不呢？
我常常在思考:这就是21世纪的J2EE开发现状，甚至有时会怀念VB、Delphi、PB等传统技术。
在J2EE技术体系中，往往被灌输了太多容器的概念，什么EJB容器、Servlet容器等等，而开发过程也在开发、配置、部署之间迭代与反复；如此一来常会出现令人尴尬的状况：往往花几分钟时间去改一个Bug、却要再花双倍或者更多时间去部署和测试，开发工程师们不得不中断思路，看着服务器如蜗牛般启动，并在开发工具和部署工具之间来回切换。
事实上，配置也好、部署也罢，都是开发过程中一个必不可少的阶段。如何通过集成式的开发环境将这些开发阶段有机集成在一起，是摆在我们面前的迫切需要。在本文中，我将阐述一种"轻量级"开发的理念，以及如何实现该理念的Apusic Platform平台，它包括应用服务器和Studio开发平台。
技术模型简单化
J2EE发展到今天，一种普遍的看法是：开源社区的蓬勃发展给J2EE官方标准带来很大的冲击，甚至于部分开发者对Java EE 5.0的权威性都产生了质疑，并对Java EE 5.0 是否能够占据主流开发平台地位产生了顾虑。
事实上，我认为，开源社区与J2EE之间更多的是一种相辅相承的关系。开源代表的经常是理想主义，而商业公司代表的经常是现实主义，两者之间有相互竞争的地方，但从长远来看，更多的是一种是相互补充、相互促进的过程。
在Apusic Platform的实现上，一方面对各种开源技术予以非常大的支持，包括Struts、Hibernate、Spring等；不仅提供一系列的示例样板，以演示如何在Apusic应用服务器上使用这些开源组件，甚至还提供这些开源框架的商业支持，以更好地推动这些开源技术在国内的推广与使用。
Java EE中最引人注目的恐怕是EJB 3和JSF了，EJB 3克服了EJB 2.x版本的很多不足与缺陷，使EJB技术真正成为企业应用的主要计算模型，为EJB的全面普及奠定了理论上的基础。而JSF则是Java EE试图解决Web应用开发的主要解决方案。我们即将推出的Apusic JSF则融合了JSF与Ajax技术，克服了常规JSF实现的弊端，使JSF成为一种轻量级的Web开发模型。目前，我们正试图将Apusic JSF以开源的形式反馈给国内的广大Web开发人员，并期望围绕Apusic JSF形成一个丰富的Web UI组件市场，从而彻底解决目前Web应用开发的主要不足。
开发过程一体化
以一个简单的Web应用开发为例，在Apusic Studio中，可以通过jsp编辑器提供的语法加亮、代码辅助、断点调试等功能，非常方便的辅助开发人员快速完成web页面的开发；还可以通过可视化的配置界面，完成繁琐的web/ejb/ear等配置信息。
当要运行某一个页面时，只需点击一下右键菜?quot;在Apusic应用服务器上调试"，Apusic Studio就会自动帮助我们做这样一系列动作：首先判断应用服务器是否已经运行（倘若没有运行就会自动新建一个启动配置项，设置好类路径启动应用服务器），然后判断应用是否已经部署（倘若没有部署就会自动部署应用），最后自动打开浏览器，运行指定的jsp页面，甚至于Apusic Studio还能够感应到应用发生的变化，在应用需要重新部署时自动部署。
业务组件实用化
回顾J2EE技术体系，甚至于诸多流行的开源框架，我们不难看出，它们所解决的问题无一例外的都集中在软件模型本身：譬如OR Mapping、AOP、MVC等。而现实中的应用系统的开发者，希望能通过某种业务开始平台或者某些通用的业务组件，屏蔽这些底层的实现技术，从而使他们聚焦于业务本身。
但是，由于业务组件缺乏相应的规范与标准，导致它们的实用性与可用性不高。这一方面来源自业务系统本身的需求复杂度与可变性，另外一方面则缺少一个类似于JCP的组织，去制定并发展这些业务组件的规范与标准。
Apusic Platform试图提供另外一种选择：通过一种可插拔可替换的机制，打造实用程度较高的业务组件，譬如组织架构、权限模型、报表打印等。这些业务组件，融合了金蝶公司及其合作伙伴多年的应用开发智慧结晶，能够给业务系统开发人员带来实实在在的方便。
轻量级的两层含义
何谓轻量级？在我看来，轻量级包含两层含义。一是运行期的轻量级：在完成相同的运算任务下消耗最少的系统资源；二是开发期的轻量级，指开发过程的敏捷以及快速响应能力。
运行期的轻量级可以说在以微内核体系为核心、代码量仅为同类软件20%的Apusic应用服务器上得到了极佳验证：无论是启动速度，还是运行期所消耗的系统资源，Apusic都大幅度领先，也许业界唯一能够与之比较的只有Tomcat了。但Tomcat仅仅是一个Web容器，而Apusic应用服务器则是全面实现J2EE 1.4规范的企业级产品（今年5月份已经全面实现Java EE 5.0规范），至于而运行期的健壮性与稳定性，Apusic在各项指标上与国外同类软件不相上下。
开发期的轻量级，我们可以通过与Apusic应用服务器紧密集成的开发工具Apusic Studio获得开发过程的敏捷性。无论是编码、配置、部署与测试，还是后期的监控与性能调优，我们都可以通过Apusic Studio获得一体化的支持。
让J2EE开发更轻松
开发过程一体化，使开发人员无需再考虑部署、配置等琐碎过程，也不需中断思路忍受服务器反复启动的煎熬；技术模型简单化，通过优秀简单的技术解决现实中复杂的问题；业务组件实用化，能够摆脱某些具体实现细节，聚焦于业务逻辑本身。
以上的理念，我称之为类似武侠小说中高手练功到一定层次的"三化盖顶"，它很大程度上解放了J2EE，让我们拥有开发过程中的敏捷与愉悦。
敏捷快速，让J2EE开发更轻松，为什么不呢？
我常常在思考:这就是21世纪的J2EE开发现状，甚至有时会怀念VB、Delphi、PB等传统技术。
在J2EE技术体系中，往往被灌输了太多容器的概念，什么EJB容器、Servlet容器等等，而开发过程也在开发、配置、部署之间迭代与反复；如此一来常会出现令人尴尬的状况：往往花几分钟时间去改一个Bug、却要再花双倍或者更多时间去部署和测试，开发工程师们不得不中断思路，看着服务器如蜗牛般启动，并在开发工具和部署工具之间来回切换。
事实上，配置也好、部署也罢，都是开发过程中一个必不可少的阶段。如何通过集成式的开发环境将这些开发阶段有机集成在一起，是摆在我们面前的迫切需要。在本文中，我将阐述一种"轻量级"开发的理念，以及如何实现该理念的Apusic Platform平台，它包括应用服务器和Studio开发平台。
技术模型简单化
J2EE发展到今天，一种普遍的看法是：开源社区的蓬勃发展给J2EE官方标准带来很大的冲击，甚至于部分开发者对Java EE 5.0的权威性都产生了质疑，并对Java EE 5.0 是否能够占据主流开发平台地位产生了顾虑。
事实上，我认为，开源社区与J2EE之间更多的是一种相辅相承的关系。开源代表的经常是理想主义，而商业公司代表的经常是现实主义，两者之间有相互竞争的地方，但从长远来看，更多的是一种是相互补充、相互促进的过程。
在Apusic Platform的实现上，一方面对各种开源技术予以非常大的支持，包括Struts、Hibernate、Spring等；不仅提供一系列的示例样板，以演示如何在Apusic应用服务器上使用这些开源组件，甚至还提供这些开源框架的商业支持，以更好地推动这些开源技术在国内的推广与使用。
Java EE中最引人注目的恐怕是EJB 3和JSF了，EJB 3克服了EJB 2.x版本的很多不足与缺陷，使EJB技术真正成为企业应用的主要计算模型，为EJB的全面普及奠定了理论上的基础。而JSF则是Java EE试图解决Web应用开发的主要解决方案。我们即将推出的Apusic JSF则融合了JSF与Ajax技术，克服了常规JSF实现的弊端，使JSF成为一种轻量级的Web开发模型。目前，我们正试图将Apusic JSF以开源的形式反馈给国内的广大Web开发人员，并期望围绕Apusic JSF形成一个丰富的Web UI组件市场，从而彻底解决目前Web应用开发的主要不足。
开发过程一体化
以一个简单的Web应用开发为例，在Apusic Studio中，可以通过jsp编辑器提供的语法加亮、代码辅助、断点调试等功能，非常方便的辅助开发人员快速完成web页面的开发；还可以通过可视化的配置界面，完成繁琐的web/ejb/ear等配置信息。
当要运行某一个页面时，只需点击一下右键菜?quot;在Apusic应用服务器上调试"，Apusic Studio就会自动帮助我们做这样一系列动作：首先判断应用服务器是否已经运行（倘若没有运行就会自动新建一个启动配置项，设置好类路径启动应用服务器），然后判断应用是否已经部署（倘若没有部署就会自动部署应用），最后自动打开浏览器，运行指定的jsp页面，甚至于Apusic Studio还能够感应到应用发生的变化，在应用需要重新部署时自动部署。
业务组件实用化
回顾J2EE技术体系，甚至于诸多流行的开源框架，我们不难看出，它们所解决的问题无一例外的都集中在软件模型本身：譬如OR Mapping、AOP、MVC等。而现实中的应用系统的开发者，希望能通过某种业务开始平台或者某些通用的业务组件，屏蔽这些底层的实现技术，从而使他们聚焦于业务本身。
但是，由于业务组件缺乏相应的规范与标准，导致它们的实用性与可用性不高。这一方面来源自业务系统本身的需求复杂度与可变性，另外一方面则缺少一个类似于JCP的组织，去制定并发展这些业务组件的规范与标准。
Apusic Platform试图提供另外一种选择：通过一种可插拔可替换的机制，打造实用程度较高的业务组件，譬如组织架构、权限模型、报表打印等。这些业务组件，融合了金蝶公司及其合作伙伴多年的应用开发智慧结晶，能够给业务系统开发人员带来实实在在的方便。
轻量级的两层含义
何谓轻量级？在我看来，轻量级包含两层含义。一是运行期的轻量级：在完成相同的运算任务下消耗最少的系统资源；二是开发期的轻量级，指开发过程的敏捷以及快速响应能力。
运行期的轻量级可以说在以微内核体系为核心、代码量仅为同类软件20%的Apusic应用服务器上得到了极佳验证：无论是启动速度，还是运行期所消耗的系统资源，Apusic都大幅度领先，也许业界唯一能够与之比较的只有Tomcat了。但Tomcat仅仅是一个Web容器，而Apusic应用服务器则是全面实现J2EE 1.4规范的企业级产品（今年5月份已经全面实现Java EE 5.0规范），至于而运行期的健壮性与稳定性，Apusic在各项指标上与国外同类软件不相上下。
开发期的轻量级，我们可以通过与Apusic应用服务器紧密集成的开发工具Apusic Studio获得开发过程的敏捷性。无论是编码、配置、部署与测试，还是后期的监控与性能调优，我们都可以通过Apusic Studio获得一体化的支持。
让J2EE开发更轻松
开发过程一体化，使开发人员无需再考虑部署、配置等琐碎过程，也不需中断思路忍受服务器反复启动的煎熬；技术模型简单化，通过优秀简单的技术解决现实中复杂的问题；业务组件实用化，能够摆脱某些具体实现细节，聚焦于业务逻辑本身。
以上的理念，我称之为类似武侠小说中高手练功到一定层次的"三化盖顶"，它很大程度上解放了J2EE，让我们拥有开发过程中的敏捷与愉悦。
敏捷快速，让J2EE开发更轻松，为什么不呢？
我常常在思考:这就是21世纪的J2EE开发现状，甚至有时会怀念VB、Delphi、PB等传统技术。
在J2EE技术体系中，往往被灌输了太多容器的概念，什么EJB容器、Servlet容器等等，而开发过程也在开发、配置、部署之间迭代与反复；如此一来常会出现令人尴尬的状况：往往花几分钟时间去改一个Bug、却要再花双倍或者更多时间去部署和测试，开发工程师们不得不中断思路，看着服务器如蜗牛般启动，并在开发工具和部署工具之间来回切换。
事实上，配置也好、部署也罢，都是开发过程中一个必不可少的阶段。如何通过集成式的开发环境将这些开发阶段有机集成在一起，是摆在我们面前的迫切需要。在本文中，我将阐述一种"轻量级"开发的理念，以及如何实现该理念的Apusic Platform平台，它包括应用服务器和Studio开发平台。
技术模型简单化
J2EE发展到今天，一种普遍的看法是：开源社区的蓬勃发展给J2EE官方标准带来很大的冲击，甚至于部分开发者对Java EE 5.0的权威性都产生了质疑，并对Java EE 5.0 是否能够占据主流开发平台地位产生了顾虑。
事实上，我认为，开源社区与J2EE之间更多的是一种相辅相承的关系。开源代表的经常是理想主义，而商业公司代表的经常是现实主义，两者之间有相互竞争的地方，但从长远来看，更多的是一种是相互补充、相互促进的过程。
在Apusic Platform的实现上，一方面对各种开源技术予以非常大的支持，包括Struts、Hibernate、Spring等；不仅提供一系列的示例样板，以演示如何在Apusic应用服务器上使用这些开源组件，甚至还提供这些开源框架的商业支持，以更好地推动这些开源技术在国内的推广与使用。
Java EE中最引人注目的恐怕是EJB 3和JSF了，EJB 3克服了EJB 2.x版本的很多不足与缺陷，使EJB技术真正成为企业应用的主要计算模型，为EJB的全面普及奠定了理论上的基础。而JSF则是Java EE试图解决Web应用开发的主要解决方案。我们即将推出的Apusic JSF则融合了JSF与Ajax技术，克服了常规JSF实现的弊端，使JSF成为一种轻量级的Web开发模型。目前，我们正试图将Apusic JSF以开源的形式反馈给国内的广大Web开发人员，并期望围绕Apusic JSF形成一个丰富的Web UI组件市场，从而彻底解决目前Web应用开发的主要不足。
开发过程一体化
以一个简单的Web应用开发为例，在Apusic Studio中，可以通过jsp编辑器提供的语法加亮、代码辅助、断点调试等功能，非常方便的辅助开发人员快速完成web页面的开发；还可以通过可视化的配置界面，完成繁琐的web/ejb/ear等配置信息。
当要运行某一个页面时，只需点击一下右键菜?quot;在Apusic应用服务器上调试"，Apusic Studio就会自动帮助我们做这样一系列动作：首先判断应用服务器是否已经运行（倘若没有运行就会自动新建一个启动配置项，设置好类路径启动应用服务器），然后判断应用是否已经部署（倘若没有部署就会自动部署应用），最后自动打开浏览器，运行指定的jsp页面，甚至于Apusic Studio还能够感应到应用发生的变化，在应用需要重新部署时自动部署。
业务组件实用化
回顾J2EE技术体系，甚至于诸多流行的开源框架，我们不难看出，它们所解决的问题无一例外的都集中在软件模型本身：譬如OR Mapping、AOP、MVC等。而现实中的应用系统的开发者，希望能通过某种业务开始平台或者某些通用的业务组件，屏蔽这些底层的实现技术，从而使他们聚焦于业务本身。
但是，由于业务组件缺乏相应的规范与标准，导致它们的实用性与可用性不高。这一方面来源自业务系统本身的需求复杂度与可变性，另外一方面则缺少一个类似于JCP的组织，去制定并发展这些业务组件的规范与标准。
Apusic Platform试图提供另外一种选择：通过一种可插拔可替换的机制，打造实用程度较高的业务组件，譬如组织架构、权限模型、报表打印等。这些业务组件，融合了金蝶公司及其合作伙伴多年的应用开发智慧结晶，能够给业务系统开发人员带来实实在在的方便。
轻量级的两层含义
何谓轻量级？在我看来，轻量级包含两层含义。一是运行期的轻量级：在完成相同的运算任务下消耗最少的系统资源；二是开发期的轻量级，指开发过程的敏捷以及快速响应能力。
运行期的轻量级可以说在以微内核体系为核心、代码量仅为同类软件20%的Apusic应用服务器上得到了极佳验证：无论是启动速度，还是运行期所消耗的系统资源，Apusic都大幅度领先，也许业界唯一能够与之比较的只有Tomcat了。但Tomcat仅仅是一个Web容器，而Apusic应用服务器则是全面实现J2EE 1.4规范的企业级产品（今年5月份已经全面实现Java EE 5.0规范），至于而运行期的健壮性与稳定性，Apusic在各项指标上与国外同类软件不相上下。
开发期的轻量级，我们可以通过与Apusic应用服务器紧密集成的开发工具Apusic Studio获得开发过程的敏捷性。无论是编码、配置、部署与测试，还是后期的监控与性能调优，我们都可以通过Apusic Studio获得一体化的支持。
让J2EE开发更轻松
开发过程一体化，使开发人员无需再考虑部署、配置等琐碎过程，也不需中断思路忍受服务器反复启动的煎熬；技术模型简单化，通过优秀简单的技术解决现实中复杂的问题；业务组件实用化，能够摆脱某些具体实现细节，聚焦于业务逻辑本身。
以上的理念，我称之为类似武侠小说中高手练功到一定层次的"三化盖顶"，它很大程度上解放了J2EE，让我们拥有开发过程中的敏捷与愉悦。
敏捷快速，让J2EE开发更轻松，为什么不呢？
我常常在思考:这就是21世纪的J2EE开发现状，甚至有时会怀念VB、Delphi、PB等传统技术。
在J2EE技术体系中，往往被灌输了太多容器的概念，什么EJB容器、Servlet容器等等，而开发过程也在开发、配置、部署之间迭代与反复；如此一来常会出现令人尴尬的状况：往往花几分钟时间去改一个Bug、却要再花双倍或者更多时间去部署和测试，开发工程师们不得不中断思路，看着服务器如蜗牛般启动，并在开发工具和部署工具之间来回切换。
事实上，配置也好、部署也罢，都是开发过程中一个必不可少的阶段。如何通过集成式的开发环境将这些开发阶段有机集成在一起，是摆在我们面前的迫切需要。在本文中，我将阐述一种"轻量级"开发的理念，以及如何实现该理念的Apusic Platform平台，它包括应用服务器和Studio开发平台。
技术模型简单化
J2EE发展到今天，一种普遍的看法是：开源社区的蓬勃发展给J2EE官方标准带来很大的冲击，甚至于部分开发者对Java EE 5.0的权威性都产生了质疑，并对Java EE 5.0 是否能够占据主流开发平台地位产生了顾虑。
事实上，我认为，开源社区与J2EE之间更多的是一种相辅相承的关系。开源代表的经常是理想主义，而商业公司代表的经常是现实主义，两者之间有相互竞争的地方，但从长远来看，更多的是一种是相互补充、相互促进的过程。
在Apusic Platform的实现上，一方面对各种开源技术予以非常大的支持，包括Struts、Hibernate、Spring等；不仅提供一系列的示例样板，以演示如何在Apusic应用服务器上使用这些开源组件，甚至还提供这些开源框架的商业支持，以更好地推动这些开源技术在国内的推广与使用。
Java EE中最引人注目的恐怕是EJB 3和JSF了，EJB 3克服了EJB 2.x版本的很多不足与缺陷，使EJB技术真正成为企业应用的主要计算模型，为EJB的全面普及奠定了理论上的基础。而JSF则是Java EE试图解决Web应用开发的主要解决方案。我们即将推出的Apusic JSF则融合了JSF与Ajax技术，克服了常规JSF实现的弊端，使JSF成为一种轻量级的Web开发模型。目前，我们正试图将Apusic JSF以开源的形式反馈给国内的广大Web开发人员，并期望围绕Apusic JSF形成一个丰富的Web UI组件市场，从而彻底解决目前Web应用开发的主要不足。
开发过程一体化
以一个简单的Web应用开发为例，在Apusic Studio中，可以通过jsp编辑器提供的语法加亮、代码辅助、断点调试等功能，非常方便的辅助开发人员快速完成web页面的开发；还可以通过可视化的配置界面，完成繁琐的web/ejb/ear等配置信息。
当要运行某一个页面时，只需点击一下右键菜?quot;在Apusic应用服务器上调试"，Apusic Studio就会自动帮助我们做这样一系列动作：首先判断应用服务器是否已经运行（倘若没有运行就会自动新建一个启动配置项，设置好类路径启动应用服务器），然后判断应用是否已经部署（倘若没有部署就会自动部署应用），最后自动打开浏览器，运行指定的jsp页面，甚至于Apusic Studio还能够感应到应用发生的变化，在应用需要重新部署时自动部署。
业务组件实用化
回顾J2EE技术体系，甚至于诸多流行的开源框架，我们不难看出，它们所解决的问题无一例外的都集中在软件模型本身：譬如OR Mapping、AOP、MVC等。而现实中的应用系统的开发者，希望能通过某种业务开始平台或者某些通用的业务组件，屏蔽这些底层的实现技术，从而使他们聚焦于业务本身。
但是，由于业务组件缺乏相应的规范与标准，导致它们的实用性与可用性不高。这一方面来源自业务系统本身的需求复杂度与可变性，另外一方面则缺少一个类似于JCP的组织，去制定并发展这些业务组件的规范与标准。
Apusic Platform试图提供另外一种选择：通过一种可插拔可替换的机制，打造实用程度较高的业务组件，譬如组织架构、权限模型、报表打印等。这些业务组件，融合了金蝶公司及其合作伙伴多年的应用开发智慧结晶，能够给业务系统开发人员带来实实在在的方便。
轻量级的两层含义
何谓轻量级？在我看来，轻量级包含两层含义。一是运行期的轻量级：在完成相同的运算任务下消耗最少的系统资源；二是开发期的轻量级，指开发过程的敏捷以及快速响应能力。
运行期的轻量级可以说在以微内核体系为核心、代码量仅为同类软件20%的Apusic应用服务器上得到了极佳验证：无论是启动速度，还是运行期所消耗的系统资源，Apusic都大幅度领先，也许业界唯一能够与之比较的只有Tomcat了。但Tomcat仅仅是一个Web容器，而Apusic应用服务器则是全面实现J2EE 1.4规范的企业级产品（今年5月份已经全面实现Java EE 5.0规范），至于而运行期的健壮性与稳定性，Apusic在各项指标上与国外同类软件不相上下。
开发期的轻量级，我们可以通过与Apusic应用服务器紧密集成的开发工具Apusic Studio获得开发过程的敏捷性。无论是编码、配置、部署与测试，还是后期的监控与性能调优，我们都可以通过Apusic Studio获得一体化的支持。
让J2EE开发更轻松
开发过程一体化，使开发人员无需再考虑部署、配置等琐碎过程，也不需中断思路忍受服务器反复启动的煎熬；技术模型简单化，通过优秀简单的技术解决现实中复杂的问题；业务组件实用化，能够摆脱某些具体实现细节，聚焦于业务逻辑本身。
以上的理念，我称之为类似武侠小说中高手练功到一定层次的"三化盖顶"，它很大程度上解放了J2EE，让我们拥有开发过程中的敏捷与愉悦。
敏捷快速，让J2EE开发更轻松，为什么不呢？
我常常在思考:这就是21世纪的J2EE开发现状，甚至有时会怀念VB、Delphi、PB等传统技术。
在J2EE技术体系中，往往被灌输了太多容器的概念，什么EJB容器、Servlet容器等等，而开发过程也在开发、配置、部署之间迭代与反复；如此一来常会出现令人尴尬的状况：往往花几分钟时间去改一个Bug、却要再花双倍或者更多时间去部署和测试，开发工程师们不得不中断思路，看着服务器如蜗牛般启动，并在开发工具和部署工具之间来回切换。
事实上，配置也好、部署也罢，都是开发过程中一个必不可少的阶段。如何通过集成式的开发环境将这些开发阶段有机集成在一起，是摆在我们面前的迫切需要。在本文中，我将阐述一种"轻量级"开发的理念，以及如何实现该理念的Apusic Platform平台，它包括应用服务器和Studio开发平台。
技术模型简单化
J2EE发展到今天，一种普遍的看法是：开源社区的蓬勃发展给J2EE官方标准带来很大的冲击，甚至于部分开发者对Java EE 5.0的权威性都产生了质疑，并对Java EE 5.0 是否能够占据主流开发平台地位产生了顾虑。
事实上，我认为，开源社区与J2EE之间更多的是一种相辅相承的关系。开源代表的经常是理想主义，而商业公司代表的经常是现实主义，两者之间有相互竞争的地方，但从长远来看，更多的是一种是相互补充、相互促进的过程。
在Apusic Platform的实现上，一方面对各种开源技术予以非常大的支持，包括Struts、Hibernate、Spring等；不仅提供一系列的示例样板，以演示如何在Apusic应用服务器上使用这些开源组件，甚至还提供这些开源框架的商业支持，以更好地推动这些开源技术在国内的推广与使用。
Java EE中最引人注目的恐怕是EJB 3和JSF了，EJB 3克服了EJB 2.x版本的很多不足与缺陷，使EJB技术真正成为企业应用的主要计算模型，为EJB的全面普及奠定了理论上的基础。而JSF则是Java EE试图解决Web应用开发的主要解决方案。我们即将推出的Apusic JSF则融合了JSF与Ajax技术，克服了常规JSF实现的弊端，使JSF成为一种轻量级的Web开发模型。目前，我们正试图将Apusic JSF以开源的形式反馈给国内的广大Web开发人员，并期望围绕Apusic JSF形成一个丰富的Web UI组件市场，从而彻底解决目前Web应用开发的主要不足。
开发过程一体化
以一个简单的Web应用开发为例，在Apusic Studio中，可以通过jsp编辑器提供的语法加亮、代码辅助、断点调试等功能，非常方便的辅助开发人员快速完成web页面的开发；还可以通过可视化的配置界面，完成繁琐的web/ejb/ear等配置信息。
当要运行某一个页面时，只需点击一下右键菜?quot;在Apusic应用服务器上调试"，Apusic Studio就会自动帮助我们做这样一系列动作：首先判断应用服务器是否已经运行（倘若没有运行就会自动新建一个启动配置项，设置好类路径启动应用服务器），然后判断应用是否已经部署（倘若没有部署就会自动部署应用），最后自动打开浏览器，运行指定的jsp页面，甚至于Apusic Studio还能够感应到应用发生的变化，在应用需要重新部署时自动部署。
业务组件实用化
回顾J2EE技术体系，甚至于诸多流行的开源框架，我们不难看出，它们所解决的问题无一例外的都集中在软件模型本身：譬如OR Mapping、AOP、MVC等。而现实中的应用系统的开发者，希望能通过某种业务开始平台或者某些通用的业务组件，屏蔽这些底层的实现技术，从而使他们聚焦于业务本身。
但是，由于业务组件缺乏相应的规范与标准，导致它们的实用性与可用性不高。这一方面来源自业务系统本身的需求复杂度与可变性，另外一方面则缺少一个类似于JCP的组织，去制定并发展这些业务组件的规范与标准。
Apusic Platform试图提供另外一种选择：通过一种可插拔可替换的机制，打造实用程度较高的业务组件，譬如组织架构、权限模型、报表打印等。这些业务组件，融合了金蝶公司及其合作伙伴多年的应用开发智慧结晶，能够给业务系统开发人员带来实实在在的方便。
轻量级的两层含义
何谓轻量级？在我看来，轻量级包含两层含义。一是运行期的轻量级：在完成相同的运算任务下消耗最少的系统资源；二是开发期的轻量级，指开发过程的敏捷以及快速响应能力。
运行期的轻量级可以说在以微内核体系为核心、代码量仅为同类软件20%的Apusic应用服务器上得到了极佳验证：无论是启动速度，还是运行期所消耗的系统资源，Apusic都大幅度领先，也许业界唯一能够与之
分享到：
发表评论
相关推荐
精准落实“三化六防” 启明星辰“12358”关键信息基础设施智能化安全运营服务体系 面向未来有效保护的智安全架构 华为安全架构设计方法指南 华为安全架构与设计进阶指导 云安全架构设计 云计算安全参考架构 云计算...
《工程机械电气系统三化设计》 ...从零部件和控制程序的角度，可以进行更细化的三化设计。这种设计思路为工程机械电气系统的创新和发展提供了强大的理论支持，有助于企业在激烈的市场竞争中保持领先地位。
【消防三化验收】是指对建筑消防设施进行标准化、标识化、规范化的达标验收过程，主要涉及消防安全管理和设施设备的完备性。以下是根据提供的文件内容详细解析各项验收知识点： 1. **标准化（25分）** - **消防...
【社会单位消防安全“三会三化”建设规范】 消防安全对于任何社会单位来说都是至关重要的，尤其是在河南省，根据DB41河南省地方标准DB 41/ T 627—2010的规定，社会单位必须遵循“三会三化”的原则来确保其消防安全...
社会单位消防安全“三会三化”建设规范.doc
汽车行业：中国汽车“新三化”发展趋势白皮书精品报告2020.pdf
在“三化五结合”安全管理模式下，露天煤矿能够更有效地落实安全风险分级管控，从而有效提升安全管理水平和管理效率。露天煤矿面临的安全风险包括但不限于矿体塌陷、滑坡、洪水灾害、尾矿坝安全等，因此需要一个严密...
【20220315】通信产业赋能汽车新三化-国信证券_114页.pdf
具体到“三化”策略中，精准的客户画像标签化有助于银行更准确地识别和满足客户需求，从而提高交叉销售的效果；数据平台的智能营销渠道场景化则能够提升营销渠道的智能化水平，实现场景化营销；而金融产品货架的可视...
智慧方案
"三化融合"是当前企业现代化管理中的一种重要理念，它涵盖了信息化、工业化与服务化三个维度的深度融合，旨在通过技术创新推动企业的高效运营和持续发展。这个概念在现代企业管理解决方案中占据着核心地位，尤其在...
### 敏捷制造业务模型设计...总之，“两核三化”战略为制造业企业提供了明确的方向和发展路径，通过卓越服务和敏捷制造的双重推动，结合精益化、智能化和协同化的策略实施，企业可以更好地适应市场变化，提升竞争力。
通信产业赋能汽车新三化 ...未来，随着5G、AI等新技术的持续渗透，汽车新三化将更加深入地影响我们的生活，创造出更多可能性。汽车企业需要把握这些趋势，积极拥抱通信技术，以创新和差异化服务赢得市场竞争优势。
### 农业银行“三化三铁”心得 #### “三化三铁”的核心概念 “三化三铁”是农业银行为了提升服务质量、强化...在今后的工作中，将继续秉承“三化三铁”的精神，不断提高服务水平，为农业银行的发展做出更大的贡献。
【应对IT治理与风险管理 IBM提出五点切入实现“三化”】风险管理是谁提出的.pdf【应对IT治理与风险管理 IBM提出五点切入实现“三化”】风险管理是谁提出的.pdf【应对IT治理与风险管理 IBM提出五点切入实现“三化”】...
【三化建设】是指工业化、城镇化和农业现代化的协调发展，是中国经济社会发展的重要战略之一。赣县的三化建设是基于县委、县政府对于区域经济发展的长远规划，旨在提升当地工业化水平，推动城市化进程，同时促进农业...
变电运维“三化”体系的构建方法论述 概述：变电站是供给、传输电力的重要部分，内含多个变电设备，设备出现问题都会影响整个供电系统的运行，需做好检修、维护处理，以减少运行风险。本文主要针对变电运维“三化”...
【三化一创】是指企业内部推动的三个规范化和一个创新化的工作模式，通常包括...以上提出的改进建议旨在解决当前存在的问题，通过更科学的管理和激励机制，推动三化一创工作的深入进行，提升企业整体运营效率和质量。