● [合集] JBOSS4.0的方向发信人: diaochong (静静的雕虫~~小猪), 信区: J2EE
标 题: [合集] JBOSS4.0的方向
发信站: BBS 水木清华站 (Tue Mar 30 09:42:16 2004), 站内
【 以下文字转载自 JavaClub 讨论区 】
发信人: diaochong (静静的雕虫~~小猪), 信区: JavaClub
标 题: [合集] JBOSS4.0的方向
发信站: BBS 水木清华站 (Tue Mar 30 09:41:53 2004), 站内
☆─────────────────────────────────────☆
gty (宜良-丽江-蝴蝶泉) 于 (Fri Feb 21 01:32:13 2003) 提到:
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.*]
索引页面|上一篇|下一篇
[返回] W3CHINA.ORG讨论区 - 语义网·描述逻辑·本体·RDF·OWL →
计算机技术与应用 → 『 Java/Eclipse 』 → [合集] JBOSS4.0的方向
(订阅本版)
2004/9/23 0:40:00
新浪微博
[合集] JBOSS4.0的方向
