JBoss 4.0 will also provide an Aspect Oriented Framework that will be
orthonogal to the JMX microkernel. With AOP you'll be able to take
advantage J2EE-like functionality for plain old Java objects. Imagine
taking any Java class and defining Transaction attributes like you do
for an EJB. Or taking any Java class and defining a persistence mapping
for it, or a distributed transactional cache. All transparent, all simple
to configure. This is JBoss 4.0's goal.

这正是目前我想要做的。

一个支持POJO的系统至少会下面的好处：
1、程序员只需要设计POJO，例如在一个安全管理模块中，只需要有User/Group
等数据对象，也许会有UserManager这样的logic对象。和J2EE不同之处在于，
User/Group/UserManager都是纯的Java对象，而且可以用UML“完全精确地”表现。

2、应用程序可以在多种模式(Webserver/DB, Client/Middleware/DB, Client/DB)
下运行，而且应该保证运行结果相同。这样，我们的服务器程序可以在客户端调试。

3、程序员不需要对应用程序写很烦琐的配置文件（例如J2EE的descriptor xml），
框架应该定义几种固定的模式。如果要配置，对于方法级的配置，应该采用
Runtime Attributes（xdoclet的实践证明这是一种好模式），对于系统级的配置，
可以采用XML。

4、应该和更多的功能集成，让POJO发挥更大的作用。例如和webwork/struts集成，
可以免除编写form bean/action；可以和glue/axis集成，提供webservices.




☆─────────────────────────────────────☆  
microweb (深呼吸，闭好你的眼睛) 于  (Fri Feb 21 20:38:13 2003)  提到:




☆─────────────────────────────────────☆  
  gty (宜良-丽江-蝴蝶泉) 于  (Sat Feb 22 14:50:24 2003)  提到:

嗯，那不太酷了，@^％￥￥#％^×&@！&^@


☆─────────────────────────────────────☆  
UltraFool (遥望·遐想·感伤) 于  (Sat Feb 22 20:11:34 2003)  提到:

☆─────────────────────────────────────☆  
  gty (宜良-丽江-蝴蝶泉) 于  (Sat Feb 22 23:33:59 2003)  提到:

组件的概念没有变，只是形式变成更简单的POJO，而不是原来
重量级的EJB。
Appserver的作用不会下降，反而由于新的技术，让它能够做
更多的事情了。
Runtime Attribute对于很多开发级别的配置是非常有效的，
当然，对一些需要用户参与的配置，最好还是用配置文件。
我没有用过OJB，没法评论。但是Hibernate的用户更多，项目
的发展速度更快，而且根据我自己使用的经验，它的确
是一个非常非常好的O-R工具。



☆─────────────────────────────────────☆  
UltraFool (遥望·遐想·感伤) 于  (Sun Feb 23 14:07:39 2003)  提到:

对对,attribute完全是在源代码级别进行控制,和编程性的控制
大概差不多了,远没有XML那么灵活
您的意思就是说完全取代EJB,包括SB和MDB了?但POJO算是light weight
的组件了吧,可以很好的像EJB那样很好的适应远程调用,伸缩性之类的吗
如果用户使用的东西越简单,是不是就意味着AppServer就要更复杂了,
采用AOP才能到达原来EJB中复杂框架带来的东西
POJO是Plain Ordinary Java Object?他和EJB的区别就在于不用受到接口的约束?
Sun的JDO规范好像好像不受欢迎吧,好像听说OJB去适应JDO是败笔?
Hibernate能成为规范吗?至少Sun和Jakarta的好像比较正宗



☆─────────────────────────────────────☆  
  UltraFool (遥望·遐想·感伤) 于  (Sun Feb 23 14:07:39 2003)  提到:

对对,attribute完全是在源代码级别进行控制,和编程性的控制
大概差不多了,远没有XML那么灵活
您的意思就是说完全取代EJB,包括SB和MDB了?但POJO算是light weight
的组件了吧,可以很好的像EJB那样很好的适应远程调用,伸缩性之类的吗
如果用户使用的东西越简单,是不是就意味着AppServer就要更复杂了,
采用AOP才能到达原来EJB中复杂框架带来的东西
POJO是Plain Ordinary Java Object?他和EJB的区别就在于不用受到接口的约束?
Sun的JDO规范好像好像不受欢迎吧,好像听说OJB去适应JDO是败笔?
Hibernate能成为规范吗?至少Sun和Jakarta的好像比较正宗


※ 修改:·qyjohn 于 Mar 30 09:42:41 修改本文·[FROM:   219.238.203.*]           

索引页面|上一篇|下一篇