z****e
发帖数: 54598 | 1 是
但那是ejb2.0时代的故事了
ejb3.0已经简化很多了
而且对于不同虚拟机的接口调用
spring还是用ejb那一套，rmi或者是ejb的remote接口
或者web service
但是ejb3.0以后版本开始逐渐把web service给接纳到ejb的规范中去了
其实我觉得ejb那一套并不复杂，我个人用得挺爽的
关键是看会不会，会了都不难，最难的是ejb1.0
ejb2.0比1.0容易，3.0比2.0容易 |
|
z*******3
发帖数: 13709 | 2 我没有说ejb跟web service的对比
我的意思是，如果连web service这么复杂的配置都能搞定
ejb相比之下，那个配置实在是要简单不少
一个swdl文件，service, binding, interface, input/output
这要配置至少四个部分，ejb才配置两个，一个home，一个remote/local接口
over
ejb3.0连home都没有，其实这是虚拟工厂模式的实现
只不过群众认为这种东西太复杂了，不学
我并没有说ejb跟web service是一个东西，我只是对比这两个配置文件的复杂程度
并不是对比他们的功能
ajax是不是用来统一ff和ie的，但是这是很多人使用ajax的主要目的
至于xml和web service的关系，那这个xml只是一种手段而已了
跟web service本身没有必然联系，就跟java和erp一样
java可以拿来实现erp，但是并不代表没有java，erp就不能诞生 |
|
w*******s
发帖数: 940 | 3 这段有些片面啊
你后台跑EJB，前台怎么办？用不用JSF？规范嘛
用了JSF、EJB，用不用Seam？用，那好，你就依赖于Seam了
不用，这个前后台之间你怎么做？
不要说什么Jboss只要搞定Jboss就行
JPA不还是hibernate之类的打底？Jboss就不搞MVC了？一样要搞
反尔，因为系统把transaction之类的打包，实际上用户就缺乏了对这些东东的控制
调个问题会很麻烦
用EJB到底有什么好处？凭什么把EJB交给websphere/weblogic/jboss就一定比把东西交
给spring要好？ |
|
z*******3
发帖数: 13709 | 4 对啊，这就是为什么当年我对ejb尤其热衷的原因
因为我注意到，都是大公司在用，而且都是很大的公司
不少都是垄断的那种
说实话，到现在我工作过的地方，都不是说非用ejb不可
但是会不会跟用不用ejb完全是两个概念
会不会完全就代表着个人的努力程度
用不用那这个可以商榷地方就多了，但是现实往往不为人的意志所转移
总不能说别人用了，面试时候上去说，你这个ejb太烂
都过时了，给我换spring，对方听了肯定会晕过去
这是招马仔呢还是招大爷？
4. |
|
z****e
发帖数: 54598 | 5 ejb哪有过时
只不过你不用而已，比起spring，ejb更像是政府军
ibm等巨头一直都是ejb的铁杆支持者，规范就是它们发布的
ejb要是过时了，那websphere这些就木有人用了 |
|
g*****g
发帖数: 34805 | 6 Spring and hibernate grab the good parts out of ejb1.x and ejb2.x.
Namely IOC, AOP (declarative transaction, security) and ORM. Ejb, however,
had a poor implementation. Verbose, hard to test, can't run outside
of container. But you need to give some credit to ejb, the idea behind
it leads to the birth of spring.
Spring is meant to be the replacement with assembled services, thus
make it lighted-weighted and run everywhere.
You have pieces that resembles what an ejb container provides,
and you as... 阅读全帖 |
|
z****e
发帖数: 54598 | 7 是
但那是ejb2.0时代的故事了
ejb3.0已经简化很多了
而且对于不同虚拟机的接口调用
spring还是用ejb那一套，rmi或者是ejb的remote接口
或者web service
但是ejb3.0以后版本开始逐渐把web service给接纳到ejb的规范中去了
其实我觉得ejb那一套并不复杂，我个人用得挺爽的
关键是看会不会，会了都不难，最难的是ejb1.0
ejb2.0比1.0容易，3.0比2.0容易 |
|
z*******3
发帖数: 13709 | 8 我没有说ejb跟web service的对比
我的意思是，如果连web service这么复杂的配置都能搞定
ejb相比之下，那个配置实在是要简单不少
一个swdl文件，service, binding, interface, input/output
这要配置至少四个部分，ejb才配置两个，一个home，一个remote/local接口
over
ejb3.0连home都没有，其实这是虚拟工厂模式的实现
只不过群众认为这种东西太复杂了，不学
我并没有说ejb跟web service是一个东西，我只是对比这两个配置文件的复杂程度
并不是对比他们的功能
ajax是不是用来统一ff和ie的，但是这是很多人使用ajax的主要目的
至于xml和web service的关系，那这个xml只是一种手段而已了
跟web service本身没有必然联系，就跟java和erp一样
java可以拿来实现erp，但是并不代表没有java，erp就不能诞生 |
|
w*******s
发帖数: 940 | 9 这段有些片面啊
你后台跑EJB，前台怎么办？用不用JSF？规范嘛
用了JSF、EJB，用不用Seam？用，那好，你就依赖于Seam了
不用，这个前后台之间你怎么做？
不要说什么Jboss只要搞定Jboss就行
JPA不还是hibernate之类的打底？Jboss就不搞MVC了？一样要搞
反尔，因为系统把transaction之类的打包，实际上用户就缺乏了对这些东东的控制
调个问题会很麻烦
用EJB到底有什么好处？凭什么把EJB交给websphere/weblogic/jboss就一定比把东西交
给spring要好？ |
|
z*******3
发帖数: 13709 | 10 对啊，这就是为什么当年我对ejb尤其热衷的原因
因为我注意到，都是大公司在用，而且都是很大的公司
不少都是垄断的那种
说实话，到现在我工作过的地方，都不是说非用ejb不可
但是会不会跟用不用ejb完全是两个概念
会不会完全就代表着个人的努力程度
用不用那这个可以商榷地方就多了，但是现实往往不为人的意志所转移
总不能说别人用了，面试时候上去说，你这个ejb太烂
都过时了，给我换spring，对方听了肯定会晕过去
这是招马仔呢还是招大爷？
4. |
|
z*******3
发帖数: 13709 | 11 很多概念本身并不难
比如abstract class
但是这种是属于被淘汰的部分
基本上我已经不用了
就很像vector，hashtable这种
要说概念，我肯定知道
但是例子，真不好找
还有就是那个suspend
这种都属于被淘汰边缘的技术
除了学习的时候，老师要求，其他时候，谁用这些东西
有些都明确被deprecated了
不是说这些东西难，是要求我说这些东西，本身就反应了一点
就是这一行，legacy code很多
这一行，我前后面了三家公司
一家小的，一家是domestic制霸，最后一家是这片大陆上最大的
区别就好比getafe和竞技马德里和皇家马德里的区别一样
小公司知名度低，而马德里城内都是竞技马德里的球迷，离开马德里
就是皇马的天下了
那家小的，后来进去混了一个月左右，觉得很无聊，他们代码写的很好了
很健壮了，我没有搞头，虽然我不是很喜欢他们的结构
那家domestic的呢，我后来想了想，有机会吹的时候，没有吹
笔试还高分通过，当时知道结果之后有些自大，就木有准备了
稍微有些遗憾，但是这个经验非常重要，我仔细总结了一下
觉得吹还是有必要的，而且很关键，因为对方问问题都是基... 阅读全帖 |
|
J*******n
发帖数: 2901 | 12 首先我不讨厌ejb啊，我以前在你某个帖子里有说过我入行时间短，没机会接触过ejb
，一直对ejb有一个过于heavy的印象（显然是错误的），但是从没有断言过ejb不好，
更不用谈喜不喜欢了
第二我没说你不懂。。
你认为abstract class没什么必要，interface尽量减轻，可以理解，Eclipse e4就是
重annotation，轻inheritance，确实挺简洁的。只是大家自己写的时候还是更
习惯于用interface, abstract class这些吧
另外，自己写API没什么啊 ，从头开发java系统都是要自己设计和实现API的吧，有些
是开放给未来的partner以及support team的，有些是一个模块开放给其他模块的，不
然怎么降低模块间的耦合度，以及提供service给partner呢 |
|
a****i
发帖数: 1182 | 13 EJB或者JavaEE现在还有什么“新”技术？
比的是现在的EJB和Spring，而不是现在的EJB和十年前的EJB
The
recommendation
than |
|
a****i
发帖数: 1182 | 14 EJB或者JavaEE现在还有什么“新”技术？
比的是现在的EJB和Spring，而不是现在的EJB和十年前的EJB
The
recommendation
than |
|
c*m
发帖数: 836 | 15
Spring是从EJB'进化'来的，最早的目的不过是提供一个light weight non-
environment dependent的object container，就是你现在看到的所谓的spring core,
后来流行了就附加了很多别的utility。至于说它为什么是现在这个样子，我建议你去
看看Spring的创始人Rod Johnson的
EJB>， 他在里面第一次详细地分析了EJB的缺点以及解决方式，最后的结论就是一个类
似Spring的东西。
这本书很好懂，关于EJB的分析，只是一个载体，通过这个载体涉及到了J2EE的很多方
面和设计理念。基本上初学J2EE的人，我都会建议他们在入门之后去读一下这本书，对
你整体上理解在J2EE的环境中的设计很有帮助。 |
|
c*m
发帖数: 836 | 16 Market decide? Market decide 不用EJB 2.0又不是因为它不好配置，而是因为它太笨
重，对container的dependency太强，基本上是一种过时的架构。Spring和Hibernate代
表的是以pojo和IOC为特征的新的light weight, environment independent的趋势，当
然取代EJB 2.0了。难道spring和hibernate比EJB容易配置？hibernate的配置比原来的
session bean复杂多了。
我一直纳闷EJB有啥难配置的，不就是个xml config file的element吗？就算是啥都不
懂的初学者，从J2EE的官网上下载那个petstore的war, 啥都不用改，直接deploy就行
了。 |
|
g*****g
发帖数: 34805 | 17 JBoss is an ejb server. You can run war web app or ear ejb app in it.
Spring is more flexible and it doesn't require any special container.
Most applications run in a web app container like tomcat, but there are
standalones also.
Spring provides what ejb does without the need of an ejb server. Some
concepts are hard to explain. But it's easy once you go over a helloworld
project. |
|
z****e
发帖数: 54598 | 18 我们研究一个东西的方向，应该从成功的案例中汲取经验
而不是上来就做上帝，那谁受得了，你丫的制定的规则别两三年之后你自己都不遵守
那谁能接受这种改变，变来变去的东西最讨厌了
做过项目的都知道，需求是最难搞定的，变来变去的客户需求最烦
但是需求可能没有办法，因为现实复杂性，但是编程paradigm这种
那还是有大量经验教训可以汲取的
应该从成功的产品，比如aspect j, spring这种产品中汲取营养
而不是把一个东西往ejb那个方向去做
ejb垃圾么？很多人这么认为，其实ejb也不难，无非要求你搞点xml而已
问题在于，spring太简单了，看到这个区别了没有？
在现有基础之上，谁能不需要培训就上手，谁就能胜出
ejb和五笔一样，倒腾半天，五笔还更变态，还要背，尼玛
我相信这里大多数人打字用的其实还是拼音，而不是五笔
一句话总结：让所有的装逼犯都去死吧 |
|
z****e
发帖数: 54598 | 19 ejb时代就有很多人认为机器可以自动书写ejb了
结果ejb的失败不是因为机器搞不定
而是很多人搞不定，看不懂ejb里面的各种符号
尤其是xml，所以挂了，现阶段你只能指望人
机器要智能，还有很长的距离要走 |
|
z****e
发帖数: 54598 | 20
别想那个了，实际工作中真正的scale out的瓶颈是db
而非server，server一般没问题，就是用ejb一样scale out
我觉得很多人说ejb不能scale out的本质原因是他们不懂ejb
淘宝他们就是从ejb scale out出来的 |
|
z****e
发帖数: 54598 | 21
说到taste，我觉得做后端就不应该有taste
因为人的感觉，80%来自视觉，apple的东西，主要是在视觉上给你以冲击和享受
其实视觉上的冲击力，有两个国家做的最好
一个是日本，女性的那种审美，在日本这个国家的作品里达到了极致
你应该看过各种卡通吧？妹子们都很喜欢
如果你不喜欢，抱歉，你没有taste
另外一个是德国，尤其是元首，纳粹军官在各种作品中
都是高大英俊帅气的代表，这个其实本质上也是女性的审美
女人比男人更有taste，但是女人不懂技术
为啥？因为技术不需要去伺候视觉，尤其是backend
你伺候个屁视觉，web那些不叫backend，那叫frontend
这个的确有视觉，但是如果你真的有taste的话
你会不满足于web ui那点狗屁视觉效果，你会很烦
你会对真正的ui感兴趣，那就是图形学
你会开始关注，fps是多少，动画该怎么制作
而不是满足于几秒换一张图片，那多没意思
难道你不喜欢日本动画？你不喜欢动画效果？
不喜欢控制动画？这就是游戏啊，男孩子小时候多少人为了玩游戏不惜偷家长的钱？
这个就是taste啊，如果你连游戏都不喜欢，你谈什么taste呢？
你知道群众到... 阅读全帖 |
|
w**z
发帖数: 8232 | 22 可能是我没说清楚，
J2EE顾名思义，是在JDK 2 的时候引进的。现在应该叫做JEE了。那个时候主要有
EJB， JSP／Sevlet／ JNDI／JDBC／ JMS等等， 现在加了好多新东西。
可能不同的人有不同的理解，就我接触到的人，一般来说，提J2EE主要是指Server
Side Technology， 既指EJB
所以我说的的J2EE不流行，确切的说是EJB不流行了。用Spring的更多一些了吧。
如果说到web framework， 就更多了。听说 lift, play比较热，好像还有node.js...
web不是很精通，就不瞎说，露怯了。 |
|
z****e
发帖数: 54598 | 23 95到00年期间，应该是java是热点
java一出来就是热点，只不过当时主要热在applet上
微软为java的推广其实出了不少力
当时这两个联手搞死了web浏览器巨头网景
后来因为微软打算夹带私货以捆绑java语言
导致sun一怒之下，对薄公堂，闹翻了
同时java也被分为三个版本，se,ee和me
闹翻了，现在回头看，其实是双输
如果没闹翻，估计现在m$也能从java上获益良多
就像ibm一样，java也能更快更普及滴推广
闹翻了之后，se部分的确是不行了，applet也一蹶不振
一度成为html tag的 |
|
z****e
发帖数: 54598 | 24 java发展出了j2ee
j2ee提出了ejb的概念
其中一个ejb就是后来的jms
jms就是今天mq的原型
今天所有的mq，都是全部遵循或者部分遵循了jms规范
ejb最早提出了四个beans
stateless,stateful, message, entity
其中entity和stateful是垃圾，尤其是前者，现在已经淘汰了
但是stateless和messsage都得到了广泛的认同 |
|
z****e
发帖数: 54598 | 25 i really dont think so
if u truely understand the jee system
u will find there r so many things which r not included in the cpp field
like EJB or JVM
could u tell me the counterpart of EJB in cpp related field?
have u ever heard of enterprise cpp bean? no
did u know what the cpp server page is? no, there is no such thing
JVM is a part of java and EJB is the derivative of java
all these derivatives r required for those java programmers
thats why java is a really difficult to learn since u have to |
|
l*s
发帖数: 783 | 26 ☆─────────────────────────────────────☆
runPython (凸-.-) 于 (Mon Oct 15 00:29:15 2012, 美东) 提到:
还在犹豫：
语言上C#强于Java；
框架上MVC的ASP更易用，
但是JAVA的基于开源的生态系统已经很强大，
大公司都在用，找工作前景很不错。
感觉上java和j2EE的是中大公司搞，
C#和ASP是中小公司搞或者非IT的大公司。
可以看出来薪水还是有点差别的，平均来说。
JAVA略高
☆─────────────────────────────────────☆
a9 (嗯) 于 (Mon Oct 15 08:33:29 2012, 美东) 提到:
搞电子商务的很多大公司都在用.net
☆─────────────────────────────────────☆
NeverLearn (24K golden bear) 于 (Mon Oct 15 11:06:35 2012, 美东) 提到:
Java is paid high simply b/c it's c... 阅读全帖 |
|
w**********k
发帖数: 1135 | 27
buy.com至少表面看起来是用asp做的，不过有意思的是，其后台数据库
用的是foxPro，前两天查询一个东西，说ODBC错，foxPro怎么怎么着 :-)
ebay.com如果我没有猜错，用的也是NT平台，ISAPI技术，因为它的连接中
有什么eBayISAPI.dll。
valueamerica.com也是asp。
倒是见过几个网站用了jsp技术，还so far还没有看见网上商店用JSP做的。
微软的东西有个最大的好处就是“易用性”，在大陆时，与一些用户谈起来，
许多提起UNIX就会摇头，说培训员工就够麻烦的，还是用NT吧。
现在是SUN、IBM、Oracle等联合起来与微软对抗，谁胜谁负，或双赢，不太好说。
...................................
这个好象有点模糊，我明天找那本书再看看。
..............
按照SUN的EJB specification，EJB server与EJB container是有区别的。
现在这些产品中，许多集成了这两者的功能 |
|
t********k
发帖数: 808 | 28 J2EE Deploy问题
按J2EE DOC文档中EJB例子Converter的步骤
进行deploy
但出现错误
Error Dialog
There was a deployment error
java.rmi.ServerException:RemoteException occurred in server thread; nested e
xception is:
java.rmi.RemoteException:Error processing ejb jar:compilation failed/
Please refer to /logs//j2ee/j2ee/error.log for more
information. please verify your application with the Verifier tool.
error.log里的错误信息是：
Compilation failed.
at com.sun.ejb.codegen.GeneratorDriver.compileClasses(Ge |
|
c***c
发帖数: 6234 | 29 I am a new EJB programmer. I read some sample codes
Why in EJB web services, EJBLocalHome is used and pure EJB servlet uses
EJBHome as interface?
Thank you for all your commens |
|
o***g
发帖数: 2784 | 30 import javax.ejb.EJBException;
import javax.ejb.SessionBean;
import javax.ejb.SessionContext;
public class HelloBean
implements SessionBean
{
public String hello(String name)
{
return "Hello " + name + "!";
}
public void ejbCreate() {};
public void ejbRemove() {};
public void ejbActivate() {}
public void ejbPassivate() {}
public void setSessionContext(SessionContext ctx) {}
}
上面这个Stateless Session Bean怎么把他弄成Web Service，在Jboss4上。
我是java白痴，最好从javac Hello |
|
m******t
发帖数: 2416 | 31
ejb
@EJB outside the ejb container? How is that _supposed_ to work anyway? 8-) |
|
s*i
发帖数: 31 | 32 招工广告一般都需要什么 Java EE, EJB, Spring, Hibernate, Web Services, XML,
SOAP, JDBC, JSP/Servlets, N-Tier Architecture. 这些都超出了 Java Standard 范
围。 吧这些都搞懂搞熟了，大概需要好几年，而且这些商业的东西每年都在变化。咳
。
好几次去interview, 我resume 写 java 是最强的语言。 然后人家问这个这个设计，
你用 EJB/XML 怎么去实现， 问在JSP/Servlet里面那个问题怎么解决。 这些我就一点
不知到了。这些名词就是知道一个概念，然后可能接触过一些很简单的例子，接触了就
忘记了。 就算强迫自己去做Project, 可是照着一本入门的书去学，用EJB 或者 JSP
写一个hello world， 竟然用了3个星期，去搞 setup 什么 config file, xml file,
什么 glassfish, 一大堆乱七八糟的东西，好不容易搞出来一个hello world. 只能苦
笑一声，发现为了搞这个东西吧时间都扑在上面了， 最后只 |
|
s***8
发帖数: 1136 | 33 import javax.ejb.*;
import javax.annotation.*;
import javax.persistence.*;
______________
public class HelloBean {
public void hello() {
...
}
}
Which of the following annotations can be added to the blank to make
HelloBean a valid EJB bean class (there may be more than one correct answers
)?
A, @Stateless
B, @Stateful
C, @Singleton
D, @EJB
E, @Entity
F, @ManagedBean
G, All of the above
H, None of the above |
|
q*********u
发帖数: 280 | 34 abde
cheat sheet一把，ms没有singleton和ManagedBean
import javax.ejb.*;
import javax.annotation.*;
import javax.persistence.*;
______________
public class HelloBean {
public void hello() {
...
}
}
Which of the following annotations can be added to the blank to make
HelloBean a valid EJB bean class (there may be more than one correct answers
)?
A, @Stateless
B, @Stateful
C, @Singleton
D, @EJB
E, @Entity
F, @ManagedBean
G, All of the above
H, None of the above |
|
q*********u
发帖数: 280 | 35 接着贴阿，再接再厉
import javax.ejb.*;
import javax.annotation.*;
import javax.persistence.*;
______________
public class HelloBean {
public void hello() {
...
}
}
Which of the following annotations can be added to the blank to make
HelloBean a valid EJB bean class (there may be more than one correct answers
)?
A, @Stateless
B, @Stateful
C, @Singleton
D, @EJB
E, @Entity
F, @ManagedBean
G, All of the above
H, None of the above |
|
x*******i
发帖数: 777 | 36 1.你需要精通面向对象分析与设计(OOA/OOD)、涉及模式(GOF，J2EEDP)以及综合模式。你
应该十分了解UML，尤其是class，object，interaction以及statediagrams。
2.你需要学习JAVA语言的基础知识以及它的核心类库 (collections，
serialization
，streams，networking， multithreading，reflection，event，handling，
NIO，
localization，以及其他)。
3.你应该了解JVM，classloaders，classreflect，以及垃圾回收的基本工作机制
等。
你应该有能力反编译一个类文件并且明白一些基本的汇编指令。
4.如果你将要写客户端程序，你需要学习WEB的小应用程序(applet)，必需掌握GUI设
计的思想和方法，以及桌面程序的 SWING，AWT， SWT。你还应该对UI部件的
JAVABEAN组
件模式有所了解。JAVABEANS也被应用在JSP中以把业务逻辑从表现层中分离出来。
5.你需要学习j... 阅读全帖 |
|
x*******i
发帖数: 777 | 37 1.你需要精通面向对象分析与设计(OOA/OOD)、涉及模式(GOF，J2EEDP)以及综合模式。你
应该十分了解UML，尤其是class，object，interaction以及statediagrams。
2.你需要学习JAVA语言的基础知识以及它的核心类库 (collections，
serialization
，streams，networking， multithreading，reflection，event，handling，
NIO，
localization，以及其他)。
3.你应该了解JVM，classloaders，classreflect，以及垃圾回收的基本工作机制
等。
你应该有能力反编译一个类文件并且明白一些基本的汇编指令。
4.如果你将要写客户端程序，你需要学习WEB的小应用程序(applet)，必需掌握GUI设
计的思想和方法，以及桌面程序的 SWING，AWT， SWT。你还应该对UI部件的
JAVABEAN组
件模式有所了解。JAVABEANS也被应用在JSP中以把业务逻辑从表现层中分离出来。
5.你需要学习j... 阅读全帖 |
|
z****e
发帖数: 54598 | 38 不需要去租一个vps去练习
在本机上就可以练习了
找一个空间浪费钱
framework我认为spring和hibernate是一定要熟练掌握的，这两个用得太多了
其它的不掌握我觉得其实也没什么
然后其它的就是servlet，jsp和ejb，ejb其实有点鸡肋，理论上也不能说它不成功
但是很早以前sun的人自己都不用ejb
java就是这样，不少入门的门槛比较高，不少技术写个hello world可以搞死一堆人
不像其它语言那样，几行代码hello world就出来了，就是最原始的java代码输出一个
hello world
也要折腾半天什么class path之类的，很多新手就这样被淘汰出局了
这大概能解释好虫说的，大多数新手看不上java的主因，而且java的优势也的确不那么
显而易见
不像桌面程序，可以把很简单的程序装潢得很漂亮，java就是把简单的复杂化，把复杂
的给简单化 |
|
b******y
发帖数: 9224 | 39
ejb现在想想都脑袋疼. 还好的是工作当中没有用过. 说到ejb, 就明白了为啥其他的
language诸如php, RoR等流行了。因为他们都很简单易上手。Sun没了，否则估计还要
搞出个啥比ejb更复杂的东东。 |
|
z****e
发帖数: 54598 | 40 结果还是通过了
我不知道楼上说的join行不行
但是我看了网络上的答案是suspend
刚聊了聊，发现这是一个core java的职位，并不全是j2ee的职位
对web什么东西都不要求，但是对原理以及模式，decoupling之类的要求比较多
比如要求解释为什么spring能够decoupling，而且恨隐晦地问
说几个构架的问题
其中一个
两个模块，要求尽最大可能decoupling，但是又要互相调用，你怎么办？
我的答案是
第一层就是用设计模式给降低coupling，但是设计模式很难做到真正的降解
因为要自己去写各种构造器，也就是framework
而这些framework又会跟现有实际应用的代码coupling
所以建议第二步就是套上spring给做到彻底的剥离，或者干脆用上ejb
本来还想展开说说ejb的，但是空间不够了
还有一个实例就是，simon是一个构架师，他有一台机器
这台机器从另外一个system接收数据，那么突然有一天
那个system升级了，而数据的格式全部改变了，为此simon很痛苦
问你怎么办？
我的答案是，首先考虑把现有的这个数据转换成原来格式，然后就好了
... 阅读全帖 |
|
z****e
发帖数: 54598 | 41 今天复习了一下web service
对比了一下web service和ejb的xml
web service远比ejb的部署要难
尤其是wsdl1.0版本，2.0还好，但是也有三层接口的xml要写
从service到binding再到interface
ejb最复杂的也不过两层，一个remote或者local接口
然后就是interface，木有了 |
|
z*******3
发帖数: 13709 | 42 我不止一次在jboss和tomcat+spring之间来回游弋了
以前还好，尤其是有struts的时代
但是随着这些框架越来越复杂，各种乱七八糟的功能又逐渐要求新的框架进来
我觉得越来越多的时间被浪费在这些框架之间的协作上
与其如此，为什么我不回头用jboss呢？
我用jboss只要搞定jboss就好了
而你用spring，你要搞定一堆东西
tomcat要搞吧？
spring mvc要搞吧？
spring core要搞吧？
hibernate要搞吧？
web service要搞吧？
但是你用jboss，这些都可以很容易搞定
用websphere和weblogic也是一样的
而且将来你不知道会不会有新的东西进来
所以我认为j2ee本身包含有很多东西
但是ejb涵盖了其中一半
剩下一半是servlet, jsp, jdbc之类的东西
这两个部分凑在一起，叫做j2ee
而实际上spring做的，大部分时候就是在替换ejb
但是实际上spring又没有做ejb那么多事
那么就导致它需要用其他的framework来延伸自己
那么这样的话就造成了，一旦一个项目大的话
你需要掌握的不仅仅是sprin... 阅读全帖 |
|
z*******3
发帖数: 13709 | 43 回答你最后一个疑问
用jboss，你把程序打成ear包之后
你可以很方便地在jboss和websphere还有weblogic之间迁移
就好比war在tomcat和jetty之间迁移一样
所以并不存在说对jboss有过多依赖的问题
更何况，当你用了spring之后，就意味着放弃weblogic和websphere对于ejb的性能发挥
那这个难道不是一种损失么？不也是一种依赖么？
更何况，你离开了spring你还能用什么？
我离开了jboss我用websphere一样搞
现在jboss在逐步剥离对于tomcat的依赖，自己搞新的web server
同时tomcat也在自己搞自己的ejb容器oepnejb，这一套合起来叫做tomee
所以当这两者剥离了之后，选择会越来越多，但是一旦你用了spring
spring这个最关键的component，你没得换啊，你不用spring还能用什么呢？
我强调一次，我不用jboss，我随时可以把我的程序换到websphere或者weblogic上去
如果有必要，tomee也行，但是就是这个支持相对一般点
如果强调免费的话，glassfish~!
这些都... 阅读全帖 |
|
z*******3
发帖数: 13709 | 44 还有电信用得也比较多
sun当年的很多收入都来自电信业
民航等交通领域也用得很多
航空系统也是一个大肥肉
还有政府
但是政府倾向于用国内产商的app server
越是不差钱的公司用ejb用得越多
另外，我从spring的老巢发来最新消息
我们这边ejb也在逐步启用
在此之前都是spring，但是现在jboss什么也在用
还有weblogic，现在我们在讨论的是新项目要不要用ejb
不过组里其他人并不是很赞同，问我的意见，我在想要不要说服他们去用
关键是如果出了问题我比较痛苦，如果用spring出了问题
他们搞定，我很轻松，所以…… |
|
k********e
发帖数: 368 | 45 我上一份工作的那个保险公司，基本垄断medicare。这样的系统，仍然用EJB和JDK1.4.
业务逻辑复杂（50多个州和地区），升级websphere已经花了2年时间，几个million买
硬件软件，到现在还没有搞定。原因是系统测试和性能调试以及代码迁移，每一个环节
出问题都有可能造成市场份额的丢失，损失是以亿级美元为代价。没有一个经理敢独自
决定，一行代码的改动都可能耗费几个月的讨论和测试。
企业关注的不是技术，而是盈利。这个思路理顺了，就明白了。所以，EJB的工作仍然
有，而且都是待遇优厚的大公司，工作压力小。现在JEE6已经和sping没有什么大差距
了，这些大公司升级到JEE6是顺理成章的事，估计接下来2-3年我们可以看到EJB3的需
求会大幅增加。因为EJB的升级的改变比较少，原有的app server的配置无需翻天覆地
的全改。所以对IBM，ORACLE是利好。 |
|
z****e
发帖数: 54598 | 46 今天复习了一下web service
对比了一下web service和ejb的xml
web service远比ejb的部署要难
尤其是wsdl1.0版本，2.0还好，但是也有三层接口的xml要写
从service到binding再到interface
ejb最复杂的也不过两层，一个remote或者local接口
然后就是interface，木有了 |
|
z*******3
发帖数: 13709 | 47 我不止一次在jboss和tomcat+spring之间来回游弋了
以前还好，尤其是有struts的时代
但是随着这些框架越来越复杂，各种乱七八糟的功能又逐渐要求新的框架进来
我觉得越来越多的时间被浪费在这些框架之间的协作上
与其如此，为什么我不回头用jboss呢？
我用jboss只要搞定jboss就好了
而你用spring，你要搞定一堆东西
tomcat要搞吧？
spring mvc要搞吧？
spring core要搞吧？
hibernate要搞吧？
web service要搞吧？
但是你用jboss，这些都可以很容易搞定
用websphere和weblogic也是一样的
而且将来你不知道会不会有新的东西进来
所以我认为j2ee本身包含有很多东西
但是ejb涵盖了其中一半
剩下一半是servlet, jsp, jdbc之类的东西
这两个部分凑在一起，叫做j2ee
而实际上spring做的，大部分时候就是在替换ejb
但是实际上spring又没有做ejb那么多事
那么就导致它需要用其他的framework来延伸自己
那么这样的话就造成了，一旦一个项目大的话
你需要掌握的不仅仅是sprin... 阅读全帖 |
|
z*******3
发帖数: 13709 | 48 回答你最后一个疑问
用jboss，你把程序打成ear包之后
你可以很方便地在jboss和websphere还有weblogic之间迁移
就好比war在tomcat和jetty之间迁移一样
所以并不存在说对jboss有过多依赖的问题
更何况，当你用了spring之后，就意味着放弃weblogic和websphere对于ejb的性能发挥
那这个难道不是一种损失么？不也是一种依赖么？
更何况，你离开了spring你还能用什么？
我离开了jboss我用websphere一样搞
现在jboss在逐步剥离对于tomcat的依赖，自己搞新的web server
同时tomcat也在自己搞自己的ejb容器oepnejb，这一套合起来叫做tomee
所以当这两者剥离了之后，选择会越来越多，但是一旦你用了spring
spring这个最关键的component，你没得换啊，你不用spring还能用什么呢？
我强调一次，我不用jboss，我随时可以把我的程序换到websphere或者weblogic上去
如果有必要，tomee也行，但是就是这个支持相对一般点
如果强调免费的话，glassfish~!
这些都... 阅读全帖 |
|
z*******3
发帖数: 13709 | 49 还有电信用得也比较多
sun当年的很多收入都来自电信业
民航等交通领域也用得很多
航空系统也是一个大肥肉
还有政府
但是政府倾向于用国内产商的app server
越是不差钱的公司用ejb用得越多
另外，我从spring的老巢发来最新消息
我们这边ejb也在逐步启用
在此之前都是spring，但是现在jboss什么也在用
还有weblogic，现在我们在讨论的是新项目要不要用ejb
不过组里其他人并不是很赞同，问我的意见，我在想要不要说服他们去用
关键是如果出了问题我比较痛苦，如果用spring出了问题
他们搞定，我很轻松，所以…… |
|
k********e
发帖数: 368 | 50 我上一份工作的那个保险公司，基本垄断medicare。这样的系统，仍然用EJB和JDK1.4.
业务逻辑复杂（50多个州和地区），升级websphere已经花了2年时间，几个million买
硬件软件，到现在还没有搞定。原因是系统测试和性能调试以及代码迁移，每一个环节
出问题都有可能造成市场份额的丢失，损失是以亿级美元为代价。没有一个经理敢独自
决定，一行代码的改动都可能耗费几个月的讨论和测试。
企业关注的不是技术，而是盈利。这个思路理顺了，就明白了。所以，EJB的工作仍然
有，而且都是待遇优厚的大公司，工作压力小。现在JEE6已经和sping没有什么大差距
了，这些大公司升级到JEE6是顺理成章的事，估计接下来2-3年我们可以看到EJB3的需
求会大幅增加。因为EJB的升级的改变比较少，原有的app server的配置无需翻天覆地
的全改。所以对IBM，ORACLE是利好。 |
|
