t*****z
发帖数: 812 | 1 我是半路出家，正收到j2ee web开发方面的一个offer。
刚才有人说做这个的去不了gfam这些大公司，不知道将来有什么出路
由于是新手，对这方面的行情不少很了解。恳请指教
谢谢了 |
a******n
发帖数: 5925 | 2 求半路出家经验
不一定非去这些大公司吧
【在 t*****z 的大作中提到】
: 我是半路出家，正收到j2ee web开发方面的一个offer。
: 刚才有人说做这个的去不了gfam这些大公司，不知道将来有什么出路
: 由于是新手，对这方面的行情不少很了解。恳请指教
: 谢谢了
|
S****h
发帖数: 558 | 3 Unless you are looking for the FEELING of being in GFAM, you can make
probably as much with less work load in the IT department of a non-IT
company. But of course, you need to find the proper position in a proper
company.
There is no wrong choice. But you should ask yourself what you are looking
for? Money only, money + challenge, challenge only, or what? |
t*****z
发帖数: 812 | 4 If I am looking for money only and job security, what would be the best
choice?
looking
【在 S****h 的大作中提到】
: Unless you are looking for the FEELING of being in GFAM, you can make
: probably as much with less work load in the IT department of a non-IT
: company. But of course, you need to find the proper position in a proper
: company.
: There is no wrong choice. But you should ask yourself what you are looking
: for? Money only, money + challenge, challenge only, or what?
|
t*****z
发帖数: 812 | 5 自学加公司正好搞java
【在 a******n 的大作中提到】
: 求半路出家经验
: 不一定非去这些大公司吧
|
g*****g
发帖数: 34805 | 6 j2ee is a good choice for money and job security.
I would recommend focusing on middle and back tiers however.
Front tier technologies change very quickly.
【在 t*****z 的大作中提到】
: If I am looking for money only and job security, what would be the best
: choice?
:
: looking
|
S****h
发帖数: 558 | 7 I agree. Even the front-end is not that bad. It is mostly some
specification. As a master/Ph.D, it is just a matter of time to digest. If
you hate change and want to do the same thing all the time. CS is probably
not the best choice. There are plenty of opportunities for (JAVA)
developers, especially once you get some experience. I am just a starter (
as a developer in a non-IT firm). But from what I can see, in my company
you can get fairly good pay (not as good, but close to many GAFM offer in
jobhunting board) and work pace is actually quite slow.
【在 g*****g 的大作中提到】
: j2ee is a good choice for money and job security.
: I would recommend focusing on middle and back tiers however.
: Front tier technologies change very quickly.
|
z****e
发帖数: 54598 | 8 可以去，除了m以外
其它三个都有招core java的人
前一段jobhunting不是还有人在说这事么？
说他在找core java的职位，然后面的就是这几家
不过core java跟j2ee多少有些不是一回事
你要注意这两者的区别
尤其是j2ee web这一块的
web这一块变动太大了
包括客户端的东西，几天一变
建议多关注一下service tier或者说business tier
也就是容器这一块，spring和ejb是这一层仅有的两个选择
两个都搞定也没什么大不了的，spring的概念比较超前，ejb比较传统
然后是orm这一层，注意这一层也有ejb，entity bean，不过已经deprecated鸟
现在orm全部都是pojo，这一层主要还是hibernate
不过ibatis等也都有人用，主要idea知道就是了
这一层还有web层的东西的核心思想都是一致的
掌握其中一个很容易可以理解其它框架的思路，不算太难
唯一有着巨大区别的就是spring和ejb，这一层这两个东西整个理念都不一样
ejb通过传统的jndi调用，spring则是ioc，但是这两者又不冲突
必要时候可以混用，因为jndi和框架不是一回事，这是很有趣的东西
我一直认为，只有真正理解了ejb里面的session bean的人才算是合格的j2ee开发人员
spring太简单了，所有框架里面，spring是最容易上手的
如果把ejb看成框架的话，ejb是最难上手的，概念太多，太复杂
其实难也不难，就是颁布这些规范的人，语言表达能力实在是很欠缺，不少人看不懂
一堆乱七八糟的术语，貌似很牛逼，不过搞一个ejb容器也的确很麻烦
你写一个ejb，对应要生成至少12个类，但是用起来其实并不需要知道这12个类是干什
么的
所以嘛，那群作者就唯恐你不知道这12个类，所以一堆废话，看得云里雾里的
sun的东西普遍都有这个毛病
你要想有money和security，就把spring还有hibernate好好弄弄
弄完之后搞ejb，都懂了之后就没有多少可以挡着你的了
都很熟悉了之后，不要吃饱了去搞ibatis和struts，你搞不完的
转去把core java的部分好好搞搞，尤其是多线程之类的，这样前景还是很看好的
你看这么多年了，client side的东西，从c++到c#到现在的objective c，一代一代换
mobile上也是，j2me到现在android，这个还好就是，大同小异
但是server side的东西，一直都是java，都这么多年了，我还在靠这个吃饭
从国内吃到国外，从北美吃到澳洲，吃了不少行业，没觉得有什么太多东西要学
无非那点东西，只不过说有时候需要我搞core java而不是单纯地写component罢了
【在 t*****z 的大作中提到】
: 我是半路出家，正收到j2ee web开发方面的一个offer。
: 刚才有人说做这个的去不了gfam这些大公司，不知道将来有什么出路
: 由于是新手，对这方面的行情不少很了解。恳请指教
: 谢谢了
|
z****e
发帖数: 54598 | 9 我相信server side的东西
不管是自己写还是用别人的
多少都会用到java，不管是j2ee还是core java
所谓core java就是自己写软件server
以前国内很多网游的私服就是用java写的
g一直以来，不管面试笔试，都允许你选择用java来写程序
但是如果是对付普通的web，我觉得tomcat已经能搞定绝大多数了
而且java虚拟机还能跑其它脚本语言
使得传统的web开发越来越无聊
大多数人不过是把web当成一种结果展现工具罢了
并不是真的很在乎web
不过半路出家马上你就想冲向g这种公司搞core java，这个有些离谱了
这个要从无到有写出一套能够承受巨大压力的系统来
这个不是那么容易的，而java的真正威力也就在这里
系统越大，java的优势越明显 |
t*****z
发帖数: 812 | |
|
|
J*******n
发帖数: 2901 | 11 哈哈，哥们，ejb在你心中这么了不起
【在 z****e 的大作中提到】
: 可以去，除了m以外
: 其它三个都有招core java的人
: 前一段jobhunting不是还有人在说这事么？
: 说他在找core java的职位，然后面的就是这几家
: 不过core java跟j2ee多少有些不是一回事
: 你要注意这两者的区别
: 尤其是j2ee web这一块的
: web这一块变动太大了
: 包括客户端的东西，几天一变
: 建议多关注一下service tier或者说business tier
|
z****e
发帖数: 54598 | 12 没有ejb，那就不能说是j2ee阿
当年整个j2ee就是围绕ejb这个概念弄出来的
weblogic和websphere这两个boss级的东西都是ejb容器
还有jboss
就算用不到ejb，但是对ejb这个概念的理解牵扯到很多相关的知识
几乎所有的概念都跟ejb扯上那么点关系
而且毕竟是官方标准，不掌握说不过去阿
当然只是混口饭吃，那就无所谓了，但是如果要往上走
要了解和设计整个构架
我觉得ejb是必不可少的一个环节
迟早还是要碰ejb
【在 J*******n 的大作中提到】
: 哈哈，哥们，ejb在你心中这么了不起
|
J*******n
发帖数: 2901 | 13 "就算用不到ejb，但是对ejb这个概念的理解牵扯到很多相关的知识
几乎所有的概念都跟ejb扯上那么点关系"
这个可以认同，毕竟我入行时间短，没见识过ejb
“要了解和设计整个构架
我觉得ejb是必不可少的一个环节
迟早还是要碰ejb“
这个很难认同，相信java ee发展到今天，ejb里面好的思想都已经有新的工具发扬光大
，过时的思想慢慢的就自己消失了
坐等goodbug等大牛现身扫盲
【在 z****e 的大作中提到】
: 没有ejb，那就不能说是j2ee阿
: 当年整个j2ee就是围绕ejb这个概念弄出来的
: weblogic和websphere这两个boss级的东西都是ejb容器
: 还有jboss
: 就算用不到ejb，但是对ejb这个概念的理解牵扯到很多相关的知识
: 几乎所有的概念都跟ejb扯上那么点关系
: 而且毕竟是官方标准，不掌握说不过去阿
: 当然只是混口饭吃，那就无所谓了，但是如果要往上走
: 要了解和设计整个构架
: 我觉得ejb是必不可少的一个环节
|
z****e
发帖数: 54598 | 14 ejb哪有过时
只不过你不用而已，比起spring，ejb更像是政府军
ibm等巨头一直都是ejb的铁杆支持者，规范就是它们发布的
ejb要是过时了，那websphere这些就木有人用了
【在 J*******n 的大作中提到】
: "就算用不到ejb，但是对ejb这个概念的理解牵扯到很多相关的知识
: 几乎所有的概念都跟ejb扯上那么点关系"
: 这个可以认同，毕竟我入行时间短，没见识过ejb
: “要了解和设计整个构架
: 我觉得ejb是必不可少的一个环节
: 迟早还是要碰ejb“
: 这个很难认同，相信java ee发展到今天，ejb里面好的思想都已经有新的工具发扬光大
: ，过时的思想慢慢的就自己消失了
: 坐等goodbug等大牛现身扫盲
|
w**z
发帖数: 8232 | 15 ejb 刚开始太烦琐，导致在现实应用中落后于后来者spring. 虽然新版本简化不少，
maybe a bit too late.
【在 z****e 的大作中提到】
: ejb哪有过时
: 只不过你不用而已，比起spring，ejb更像是政府军
: ibm等巨头一直都是ejb的铁杆支持者，规范就是它们发布的
: ejb要是过时了，那websphere这些就木有人用了
|
s******e
发帖数: 493 | 16 ejb 1.0 was pain in ass to use. That was part of reason rod johnson wrote
his famous book "... development without ejb" sorry forgot the exact book
name. it was also part of reason Gavin king started the hibernate and Rod
john start spring. To provide a lightweight entity mapping DB entity, and a
lightweight business container to practice "code to interface and
dependency injection" which actually originally eyed on session bean and
message bean. Spring eventually evolve to sth like a god framework, that is
another story.
ejb 2.0 is much better than ejb 1.0 since cmp and some other improvements(
forget it exactly, you can always google it). but it is still heavy and hard
to test (it needs ejb container and not pojo). at the same time, hibernate
started to shine and took over then.
sun felt the competition of hibernate and eventually started to work on ejb
3.0. they even invited gavin king as their main architect for ejb 3.0.
Because of that, ejb 3.0 mimics hibernate very much. If you know hibernate,
you should have no problem to pick up ejb 3 quickly. Vice versa.
I have used ejb 1, ejb 2, and hibernate. Considering the similarity of
hibernate and ejb 3, if you learned hibernate first, and you have control on
what DAC technology to use, there is no point to switch to ejb. from my
point of view, ejb 3 is still heavier than hibernate since it needs a
container to run (of course you may gain some benefits by having a container
, but it really depends on how you view those benefits). Spring plus
hibernate (maybe plus some third party stuffs) should be more than enough to
provide what a ejb container can provide (session bean, message driven bean
and entity bean).
On the other hand, if you know ejb first, you may still need to learn
hibernate since hibernate is more popular (ejb 3 was late to the game)
especially when you switch your job -:).
it is really a bad habit to bash one technology over another. every
technology has its own cons and pros. It is always my thought that if a
technology is still alive after many years, it must have reasons for it.
People bashing a technology always means limited knowledge on the technology
. As a coder or architect, it is our job to choose a right technology based
on its strength and avoid it based on weakness considering the specific
requirements of the current project. |
g*****g
发帖数: 34805 | 17 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 assemble only what you need. It gets very popular since
it can run without ejb container, which makes tomcat, a web app server,
as powerful.
The difference of ejb3 and spring and hibernate is much smaller now.
In fact, spring and hibernate are supposed to implement part of ejb3.1.
But ejb3 comes to the game late, and spring remains more popular due to
the ubiquitous 3rd party lib support. I don't think it'll change any
time soon.
Nowadays, open source technologies drive the innovation of enterprise
solution. The good ones will get standarized. But official J2EE spec
is no longer important. |
b******y
发帖数: 9224 | 18 Also, once a company used a certain framework, it is hard to change later on.
For example, we use Spring framework, and now we are kind of standardized on
this framework. |
z****e
发帖数: 54598 | 19 嗯，这其实是spring等开源软件的本意
当年jboss老大早就说过了
往上看，websphere和weblogic高高在上
但是底下爬的都是.net，所以open source真正要对付的
是.net，而不是websphere和weblogic
楼上说了，一旦你用了一个东西，就很难switch
对，没错，我今天刚跟一个公司的人聊
他们还在用struts1.x，很奇怪吧，没什么奇怪的
因为升级struts太痛苦了，原有代码怎么办？
一样的，你升级ejb比较容易，你改改xml就是了
而且ejb容器也兼容原有版本的ejb
但是如果你再换成spring，恐怕没那么容易
实际上从我进入市场开始工作以来，我几乎没有从无到有写过哪怕是一个系统
几乎都有legacy code给我留下来，如果原先的框架还能用
我就不会麻烦去换另外一个，从这个角度说，ejb再怎样
那些websphere和weblogic打下来的江山，岂是说换就换的道理？
ibm那帮人就靠忽悠混饭吃了，ejb要是完蛋了，ibm不更早完蛋？
而实际上你有了jboss之后，很多东西并不比你去搞spring+hibernate麻烦
搞一个spring还得调试半天，jboss直接上config了，而且orm ejb也搞定了
关键就看你会不会用，而且说，难道就只有spring借鉴ejb，没有ejb借鉴spring的道理？
不见得吧，entity bean为什么deprecated了？很简单阿，因为借鉴了hibernate
在ibm和oracle工作的也都不是傻子，rod johnson会抄，人家不会抄么？
就是从最保守的角度说，一个市场不可能只有一个东西存在
对任何一个东西，不管是框架还是什么，一定要减少依赖，如果只有spring存在
那就是一个问题了
这很容易理解，我始终觉得，这两个东西肯定是共生的
对于在大海里面游泳的programmer来说，你不能要求海水去适应你
而是应该你去适应海水，否则你换个环境不就淹死了？
ejb跟spring最麻烦的区别在于，这两个idea不一样，跟mvc还有orm不是一回事
其它层面不同的框架只是说细节不同，但是理论是一致的
但是ejb跟spring的理论是不一样的，这就是不同的海水，在不同的海水中都能生存才
是王道 |
p*********t
发帖数: 2690 | 20 server side的东西，一直都是java? 那asp.net呢？c#/vb呢?
【在 z****e 的大作中提到】
: 可以去，除了m以外
: 其它三个都有招core java的人
: 前一段jobhunting不是还有人在说这事么？
: 说他在找core java的职位，然后面的就是这几家
: 不过core java跟j2ee多少有些不是一回事
: 你要注意这两者的区别
: 尤其是j2ee web这一块的
: web这一块变动太大了
: 包括客户端的东西，几天一变
: 建议多关注一下service tier或者说business tier
|
|
|
p*********t
发帖数: 2690 | 21 spring不就是因為ejb太复杂，来个di,aop?
【在 z****e 的大作中提到】
: 没有ejb，那就不能说是j2ee阿
: 当年整个j2ee就是围绕ejb这个概念弄出来的
: weblogic和websphere这两个boss级的东西都是ejb容器
: 还有jboss
: 就算用不到ejb，但是对ejb这个概念的理解牵扯到很多相关的知识
: 几乎所有的概念都跟ejb扯上那么点关系
: 而且毕竟是官方标准，不掌握说不过去阿
: 当然只是混口饭吃，那就无所谓了，但是如果要往上走
: 要了解和设计整个构架
: 我觉得ejb是必不可少的一个环节
|
a****i
发帖数: 1182 | 22 擦，看成 diao, p 了
【在 p*********t 的大作中提到】
: spring不就是因為ejb太复杂，来个di,aop?
|
c*********e
发帖数: 16335 | 23 beauty is in the beholder's eye...
【在 a****i 的大作中提到】
: 擦，看成 diao, p 了
|
J*******n
发帖数: 2901 | 24 lol！
【在 a****i 的大作中提到】
: 擦，看成 diao, p 了
|
z****e
发帖数: 54598 | 25 是
但那是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容易
【在 p*********t 的大作中提到】
: spring不就是因為ejb太复杂，来个di,aop?
|
z****e
发帖数: 54598 | 26 vb还有server side的东西？
vb在我看来就是给外行用的语言，搞business那帮人用的东西
.net那是后来了，诞生的时候，bea都多大了，世界第六大软件公司
最快实现利润百万还是多少目标的软件公司，比微软和苹果当年还快
就是靠weblogic一个产品打遍天下
.net诞生的时候，很快jboss就出来了
开源永远都不会放过微软的，这个可以放心
【在 p*********t 的大作中提到】
: server side的东西，一直都是java? 那asp.net呢？c#/vb呢?
|
z****e
发帖数: 54598 | 27 java最牛逼的一点就是广大公司和爱好者的支持
这个是其它任何一门语言都不曾有过的
现在的it公司，除了微软，其他公司都有java的东西
尤其是大的it公司，ibm, bea, sun, oracle这都很早就用java做主流产品了
ibm的websphere
sun不用说了
oracle吞了bea和sun之后就控制了weblogic
apple也对java有贡献
google也支持，还挖了不少当初在sun搞java的工程师
apache一堆的开源产品是用java写的
spring,hibernate,struts这些框架
这都是java的东西
微软不是不支持java，是当年搞了一个vj++出来
在里面加了东西，企图用平台的优势，把java据为己有，或者说分化java
后来sun为此不惜跟微软打了旷日持久的官司，最后微软输了
不允许这样做，vj++就挂了，从那以后
微软就给java在windows上的安装设置各种障碍
server side的产品从来都不是只有java的
但是java是至今为止最流行的server side语言
唯一能跟java影响力相提并论的语言，只有c
c是什么东西最后都是归结到c，不管你写html还是sql还是java
最后都是用到c写的平台，但是c太过于底层了，太贴近硬件了
这就让人没有力气搞了
【在 p*********t 的大作中提到】
: server side的东西，一直都是java? 那asp.net呢？c#/vb呢?
|
t*****z
发帖数: 812 | 28 是不是永远只能当个engineer？
要是年纪大了，工资高，能力跟小年轻差不多。裁员不就是你吗？
【在 t*****z 的大作中提到】
: 我是半路出家，正收到j2ee web开发方面的一个offer。
: 刚才有人说做这个的去不了gfam这些大公司，不知道将来有什么出路
: 由于是新手，对这方面的行情不少很了解。恳请指教
: 谢谢了
|
c*********e
发帖数: 16335 | 29 多新鲜啊。asp.net的server side,可以用vb或者c#写，2者非常类似。
【在 z****e 的大作中提到】
: vb还有server side的东西？
: vb在我看来就是给外行用的语言，搞business那帮人用的东西
: .net那是后来了，诞生的时候，bea都多大了，世界第六大软件公司
: 最快实现利润百万还是多少目标的软件公司，比微软和苹果当年还快
: 就是靠weblogic一个产品打遍天下
: .net诞生的时候，很快jboss就出来了
: 开源永远都不会放过微软的，这个可以放心
|
c*********e
发帖数: 16335 | 30 没办法，it就是年轻人的行业。老了大家都准备干什么？
【在 t*****z 的大作中提到】
: 是不是永远只能当个engineer？
: 要是年纪大了，工资高，能力跟小年轻差不多。裁员不就是你吗？
|
|
|
w**z
发帖数: 8232 | 31 apple 对Java 有啥贡献？Jdk6在Mac OS 上很奇怪的。
【在 z****e 的大作中提到】
: java最牛逼的一点就是广大公司和爱好者的支持
: 这个是其它任何一门语言都不曾有过的
: 现在的it公司，除了微软，其他公司都有java的东西
: 尤其是大的it公司，ibm, bea, sun, oracle这都很早就用java做主流产品了
: ibm的websphere
: sun不用说了
: oracle吞了bea和sun之后就控制了weblogic
: apple也对java有贡献
: google也支持，还挖了不少当初在sun搞java的工程师
: apache一堆的开源产品是用java写的
|
z****e
发帖数: 54598 | 32 哦，还有人用这个写，真不容易，我听说可以，但是没怎么听说有人这么做
很多东西都是可以，但是没什么人这么做
你愿意你用c去写都可以
【在 c*********e 的大作中提到】
: 多新鲜啊。asp.net的server side,可以用vb或者c#写，2者非常类似。
|
z****e
发帖数: 54598 | 33 我这边一堆老头子跟着我一起编程
天天听他们聊退休
【在 c*********e 的大作中提到】
: 没办法，it就是年轻人的行业。老了大家都准备干什么？
|
z****e
发帖数: 54598 | 34 没啥贡献，最大的贡献就是让java支持macosx
或者说就是放弃自己的jdk，转而支持openjdk和官方的jdk
类似的还有ibm也这么做了，然后bea和sun被收购之后，他们的jdk也都合并了
现在jdk已经全面合并到两个主流上去了
【在 w**z 的大作中提到】
: apple 对Java 有啥贡献？Jdk6在Mac OS 上很奇怪的。
|
z****e
发帖数: 54598 | 35 工欲善其事，必先利其器
程序都写不好还想干嘛？
程序写好了，想干嘛不能做？
不想想这几十年来白手起家的，多少是写程序写出来的
【在 t*****z 的大作中提到】
: 是不是永远只能当个engineer？
: 要是年纪大了，工资高，能力跟小年轻差不多。裁员不就是你吗？
|
z****e
发帖数: 54598 | 36 今天复习了一下web service
对比了一下web service和ejb的xml
web service远比ejb的部署要难
尤其是wsdl1.0版本，2.0还好，但是也有三层接口的xml要写
从service到binding再到interface
ejb最复杂的也不过两层，一个remote或者local接口
然后就是interface，木有了 |
g*****g
发帖数: 34805 | 37 web service的简单，不管是那个版本，所有这些都是可以
自动生成的。soap的可以看一下cxf，restful的可以看一下jersey。
【在 z****e 的大作中提到】
: 今天复习了一下web service
: 对比了一下web service和ejb的xml
: web service远比ejb的部署要难
: 尤其是wsdl1.0版本，2.0还好，但是也有三层接口的xml要写
: 从service到binding再到interface
: ejb最复杂的也不过两层，一个remote或者local接口
: 然后就是interface，木有了
|
z****e
发帖数: 54598 | 38 其实我当年写的ejb很多都是用向导一路点下去的
【在 g*****g 的大作中提到】
: web service的简单，不管是那个版本，所有这些都是可以
: 自动生成的。soap的可以看一下cxf，restful的可以看一下jersey。
|
z****e
发帖数: 54598 | 39 发现现在j2ee大部分的工作已经进化到esb了
至少也是webservice了，还有各种xml及其延伸
java单纯搞web开发的已经越来越少了
不是不能做，但是单纯通过java写web的所占的比重越来越低
跟xml结合的各种应用是大势所趋 |
z****e
发帖数: 54598 | 40 当初提出的三层衔接
其实不止三层了，四五层都有
但是最常用的三层
一个是通过最底层的rmi接口调用，Serializable接口就是那时候的东西
但是很快人们就发现，这样搞没得搞，因为一群人太煞笔了
大部分人学不会Serializable和rmi
当然之前的corba更让人绝望
谁有办法用上百万年薪去雇佣这样一个人来搞这种东西
rmi算是对corba的一层封装，但是还是很难搞
然后发明了ejb，remote接口，在中间那一层做集成
但是在最初版本中犯了一个大忌
就是本机上的调用跟异机上的调用，居然是一样的
群众崩溃了，这不是煞笔嘛？同一台虚拟机，我直接用不就好了
还找个屁啊？spring就是在这个时候抢占市场的
一群无法理解或者说理解了觉得有病的人都跑去用spring了
等到ejb2.0出来的时候，spring已经遍地开花了
然后这个时候，人民又意识到，这个不同机器上的调用是有必要的
在不同平台上做交流是大势所趋，于是发明了各种办法
比如用ajax来统一ie和ff，还有web2.0, soa什么都是那个时候踢出来的
当然最重要的一个创造就是xml，这个本意是规范文件格式
让不同平台上的东东能够互相交流，于是在此基础之上
发展出了web service，也就是在最外面一层web层上互相调用
uddi,wsdl,soap都是那个时候的概念
但是soap有一个致命的问题，为啥要在http之上再搞一层协议？
你这不是煞笔嘛？于是求简，搞出了rest，uddi也基本处于被废除的状态
没有人信得过所谓的第三方，还不如不用
最后web service精简成了一个简单的用xml包装后的一个通信平台
这个时候再回头看，其实很容易发现
丫的瞎折腾还不如ejb简单，ejb在annotation出来之后
又经过了这么多年的努力瘦身，其实写一个ejb远比写一个web service简单
不过最新版本的ejb把web service也纳入其规范
只有写一个简单的@WebService，就搞定了，都不用折腾什么工具
直接扔到容器中去，容器自动帮你搞定，说到这里
我有一种冲动在新的项目中使用jboss了，因为我突然发现
整合一堆框架工具实在是太麻烦了，还不如直接上jboss简单
jboss我只要下载之后就可以启动了，跟eclipse整合也是两分钟的事
而我如果只搞tomcat，那么我orm要整理hibernate
中间的容器要收拾spring core，外层还需要整理spring mvc
web service还需要再加工具，这里要搞的就有4个
tomcat，hibernate，spring（core & mvc），jersey
而ejb只需要一个jboss，全部搞定，只要懂得会标注@就行了 |
|
|
s******e
发帖数: 493 | 41 Personally I do not think that you can use ejb to solve all the problems
that tomcat，hibernate，spring（core & mvc），jersey together can solve. I
do not know your biz requirements. It may work for you. But as a general
guid, doing what you said will have a good chance to fall back to day one -
two tier application.
I am not sure how you handle application tier with ria and regular web
clients. Do you wnat to handle them with web service?
even you can use annotation to expose your business interface as web service
, I doubt that it will fly in any nontrivial projects. Usually business tier
have more fine grained apis, so it can easily serve ui client with fine
grained interaction. But on the other sides, web service doesn't have the
fine grained needs in most case. Also, web service usaually have its own
validation requirements. I really do not think coding that with ejb a good
practice.
A good stuff that spring can provide is extension. since it integrates so
many frameworks or hooks for diffferent services, you can almost always
extend it easily with new requirements. basically I like this agile like
design.
But again, you may not need to consider these due to your requirements. In
that case, simplicity may rule. But so far I had no luck to expereince those
kind of requirements. |
c*********e
发帖数: 16335 | 42 有个版叫dotnet版，那儿的人看到你的贴子，可能要抓狂，哈哈。
【在 z****e 的大作中提到】
: 哦，还有人用这个写，真不容易，我听说可以，但是没怎么听说有人这么做
: 很多东西都是可以，但是没什么人这么做
: 你愿意你用c去写都可以
|
c*********e
发帖数: 16335 | 43 web service精通的应该可以做architecture了。
【在 z****e 的大作中提到】
: 今天复习了一下web service
: 对比了一下web service和ejb的xml
: web service远比ejb的部署要难
: 尤其是wsdl1.0版本，2.0还好，但是也有三层接口的xml要写
: 从service到binding再到interface
: ejb最复杂的也不过两层，一个remote或者local接口
: 然后就是interface，木有了
|
c*********e
发帖数: 16335 | 44 ejb现在没spring,hibernate热啊。据说ejb是一群committee的人整出来的，spring,
hibernate是有开发经验的人整出来的。
【在 z****e 的大作中提到】
: 当初提出的三层衔接
: 其实不止三层了，四五层都有
: 但是最常用的三层
: 一个是通过最底层的rmi接口调用，Serializable接口就是那时候的东西
: 但是很快人们就发现，这样搞没得搞，因为一群人太煞笔了
: 大部分人学不会Serializable和rmi
: 当然之前的corba更让人绝望
: 谁有办法用上百万年薪去雇佣这样一个人来搞这种东西
: rmi算是对corba的一层封装，但是还是很难搞
: 然后发明了ejb，remote接口，在中间那一层做集成
|
e*****t
发帖数: 1005 | 45 而且web service是为了不同的系统之间集成的
比如java, ruby, .net的相互联系
【在 g*****g 的大作中提到】
: web service的简单，不管是那个版本，所有这些都是可以
: 自动生成的。soap的可以看一下cxf，restful的可以看一下jersey。
|
e*****t
发帖数: 1005 | 46 几件事情无法苟同：
1. ejb和webservice是apple to orange，用起来有相关或者重叠的地方，但是出发点
不同。webservice是为了不同系统间的integrate，不仅仅是java,可以方便的让任何
client去调用service，包括web client
2. ajax不是用来统一ff,ie的。许多ajax framework例如(YUI,dojo,jquery)是有这个
目标的，当然，还是有些问题的。ajax这个概念本身强调的是async,不需要去reload一
整个页面
3. 不是说在xml之上催生了web service。 xml是w3c玩出来的，是为了更方便的交流
structured data。应该是反过来，web的发展催生了xml。没有xml之前，也是有各自
proprietary的web service的。
4. SOAP和REST并不仅仅是精简掉soap 的那些xml.rest的核型思想是resource
oriented.不过现在大多数都是Restful,不是pure REST,其实也就跟你说的差不多了。
5.Jboss eap surely makes things easier. but you are now tightly coupled with
Jboss commercial products. Some startup or big enterprise won't make the
move because of either budget or politics.
【在 z****e 的大作中提到】
: 当初提出的三层衔接
: 其实不止三层了，四五层都有
: 但是最常用的三层
: 一个是通过最底层的rmi接口调用，Serializable接口就是那时候的东西
: 但是很快人们就发现，这样搞没得搞，因为一群人太煞笔了
: 大部分人学不会Serializable和rmi
: 当然之前的corba更让人绝望
: 谁有办法用上百万年薪去雇佣这样一个人来搞这种东西
: rmi算是对corba的一层封装，但是还是很难搞
: 然后发明了ejb，remote接口，在中间那一层做集成
|
J*******n
发帖数: 2901 | 47 用过jersey，超方便
backbone js + jersey + mongodb，半天时间一个restful app就setup好了
改天有时间看看cxf~
【在 g*****g 的大作中提到】
: web service的简单，不管是那个版本，所有这些都是可以
: 自动生成的。soap的可以看一下cxf，restful的可以看一下jersey。
|
z*******3
发帖数: 13709 | 48 事实上我认为.net是一个微软用来捣乱的东西
并不是真的当回事，而且vb本身是有问题的
这种毫不严谨的语言是存在设计上的缺陷
在这行混得越久，就越看重规则，以前html乱写都没问题
但是后来还是被强制xml化，xml远比html要求严格
少一个就是错，java能流行很重要一个原因就是因为java语法严谨
不让你乱写，这很重要，而微软一直都很喜欢vb，一个很重要原因
就是，微软的哲学就是让傻逼都会编程，但是结果往往是傻逼不仅没学会编程
反而使得行内人士厌恶去收拾傻逼犯下的各种错误，也就是给傻逼擦屁股
【在 c*********e 的大作中提到】
: 有个版叫dotnet版，那儿的人看到你的贴子，可能要抓狂，哈哈。
|
z*******3
发帖数: 13709 | 49 ejb外面还有其他规范啊，jboss等容器又不是只搞ejb
jboss是一个servlet, jsp, ejb, jpa 等一堆东西的集合体
我不是说用ejb解决所有问题，但是jboss和weblogic还有websphere
这三个，得其中一个足够了，就足够搞定所有spring, hibernate, tomcat, spring
mvc还有jersey的功能了
我只要有jboss
三层很容易出来
web用最古老的，servlet＋jsp，唯一的麻烦就是要自己去写mvc，但是我觉得不用统一
的dispatch servlet也没什么
难道不允许我用几个servlet来dispatch么？
jsp用jslt，这也是政府军
然后service tier用ejb
orm还是用ejb
web service还是用ejb
然后所有tomcat能做的, jboss都能做，因为jboss用了tomcat做web容器
summary如下
你用spring, hibernate, tomcat, jersey做的
我用一个jboss全部都可以做，而且省掉很多配置，搞定一个jboss远比搞定几个框架要
容易
不仅仅是ejb，ejb容器往往都是高级容器，能搞ejb的，其他的什么连接池，web，
cluster，web service什么
它都能搞，我不止一次用jboss搞定所有问题了，websphere和weblogic就不用说了
-
service
tier
【在 s******e 的大作中提到】
: Personally I do not think that you can use ejb to solve all the problems
: that tomcat，hibernate，spring（core & mvc），jersey together can solve. I
: do not know your biz requirements. It may work for you. But as a general
: guid, doing what you said will have a good chance to fall back to day one -
: two tier application.
: I am not sure how you handle application tier with ria and regular web
: clients. Do you wnat to handle them with web service?
: even you can use annotation to expose your business interface as web service
: , I doubt that it will fly in any nontrivial projects. Usually business tier
: have more fine grained apis, so it can easily serve ui client with fine
|
z*******3
发帖数: 13709 | 50 我没有说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就不能诞生
【在 e*****t 的大作中提到】
: 几件事情无法苟同：
: 1. ejb和webservice是apple to orange，用起来有相关或者重叠的地方，但是出发点
: 不同。webservice是为了不同系统间的integrate，不仅仅是java,可以方便的让任何
: client去调用service，包括web client
: 2. ajax不是用来统一ff,ie的。许多ajax framework例如(YUI,dojo,jquery)是有这个
: 目标的，当然，还是有些问题的。ajax这个概念本身强调的是async,不需要去reload一
: 整个页面
: 3. 不是说在xml之上催生了web service。 xml是w3c玩出来的，是为了更方便的交流
: structured data。应该是反过来，web的发展催生了xml。没有xml之前，也是有各自
: proprietary的web service的。
|
|
|
z*******3
发帖数: 13709 | 51 其实我的意思是
jboss = tomcat + ejb ＝ tomcat + spring + hibernate + jersey ...
而不是ejb ＝ tomcat + spring + hibernate + jersey ...
-
service
tier
【在 s******e 的大作中提到】
: Personally I do not think that you can use ejb to solve all the problems
: that tomcat，hibernate，spring（core & mvc），jersey together can solve. I
: do not know your biz requirements. It may work for you. But as a general
: guid, doing what you said will have a good chance to fall back to day one -
: two tier application.
: I am not sure how you handle application tier with ria and regular web
: clients. Do you wnat to handle them with web service?
: even you can use annotation to expose your business interface as web service
: , I doubt that it will fly in any nontrivial projects. Usually business tier
: have more fine grained apis, so it can easily serve ui client with fine
|
z*******3
发帖数: 13709 | 52 我不止一次在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来延伸自己
那么这样的话就造成了，一旦一个项目大的话
你需要掌握的不仅仅是spring还有hibernate还有jersey，甚至还有其他的tomcat之类的
相比之下，这个时候你选择jboss这一个套装，无疑是明智的
因为它帮你搞定了这一堆乱七八糟的整合
这让我想起当年我问bea的工程师
如果我用bea的weblogic，和oracle的db，再加上sun的os和机器
这三个凑在一起，跟ibm的websphere+db2+aix+硬件
相比，哪个效率高？
bea的工程师很认真地告诉我，ibm的效率高 |
z*******3
发帖数: 13709 | 53 我用jboss，安装加调试，半个小时搞定
甚至我可以让eclipse给我生成样例
【在 J*******n 的大作中提到】
: 用过jersey，超方便
: backbone js + jersey + mongodb，半天时间一个restful app就setup好了
: 改天有时间看看cxf~
|
z*******3
发帖数: 13709 | 54 回答你最后一个疑问
用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~!
这些都是web+ejb容器，爱选谁选谁，都木有问题
但是问题在于，如果你不用spring，你能用什么？spring是无可替代的，如果你在
spring上写了程序之后
【在 e*****t 的大作中提到】
: 几件事情无法苟同：
: 1. ejb和webservice是apple to orange，用起来有相关或者重叠的地方，但是出发点
: 不同。webservice是为了不同系统间的integrate，不仅仅是java,可以方便的让任何
: client去调用service，包括web client
: 2. ajax不是用来统一ff,ie的。许多ajax framework例如(YUI,dojo,jquery)是有这个
: 目标的，当然，还是有些问题的。ajax这个概念本身强调的是async,不需要去reload一
: 整个页面
: 3. 不是说在xml之上催生了web service。 xml是w3c玩出来的，是为了更方便的交流
: structured data。应该是反过来，web的发展催生了xml。没有xml之前，也是有各自
: proprietary的web service的。
|
z*******3
发帖数: 13709 | 55 ejb最好一点就是强调规范和统一
你用ibm的websphere跑ejb
跟用oracle的weblogic跑ejb
或者你用jboss跑ejb
或者你用tomee跑ejb
或者你用glassfish跑ejb
都是一回事，你愿意你跑去国内用金碟那个apusic也是一样的ejb
这就是规范和统一，你减少了对于这些产品的依赖
而如果你用了spring，你离开了spring，你有其他选择么？
spring是无可替代的
所以spring减少了bean之间的依赖，但是增加了你对spring这个框架的依赖
假设明天开始，spring说，你们用spring的，每人给我一百刀一个月
你怎么办？
如果我用的是ear包的话，jboss这么说，我就去下tomee或者glassfish
当然这种开源收费的事比较不太可能发生
但是你对比这两种前景，我想你应该不会为了一棵树木放弃整个森林
纵然spring很好，但是并不意味着其他东西不好
所以有一个比较好的兼容性是很重要的
当然我也不反对你把spring和ejb结合起来使用
只不过这样更像是spring mvc+ejb
世界是多元的，这也是java的迷人魅力所在，我有的是选择 |
g*****g
发帖数: 34805 | 56 Although spring is proprietary, it's also open source with apache
license, so discontinued support is not really a concern. Someone
will just fork it.
Spring+Hibernate is more flexible and more powerful, with finer
control and a bigger set of API (e.g. Advanced AOP through aspectJ).
On the other hand, ejb3.1 is definitely more consise, has a lot of
convention over configuration learned from RoR.
I think ejb3.x is mature enough for most projects, so you can't go
wrong with either one. Personally I still prefer spring since so many
3rd party libraries have nice integration with it, the same thing can't
be said for ejb.
For a project that's going to last several years with many things uncharted,
spring is probably the better choice for its flexibility. For quick
consulting
projects, ejb gives faster implementation. |
y***y
发帖数: 224 | |
w*******s
发帖数: 940 | 58 这段有些片面啊
你后台跑EJB，前台怎么办？用不用JSF？规范嘛
用了JSF、EJB，用不用Seam？用，那好，你就依赖于Seam了
不用，这个前后台之间你怎么做？
不要说什么Jboss只要搞定Jboss就行
JPA不还是hibernate之类的打底？Jboss就不搞MVC了？一样要搞
反尔，因为系统把transaction之类的打包，实际上用户就缺乏了对这些东东的控制
调个问题会很麻烦
用EJB到底有什么好处？凭什么把EJB交给websphere/weblogic/jboss就一定比把东西交
给spring要好？
【在 z*******3 的大作中提到】
: ejb最好一点就是强调规范和统一
: 你用ibm的websphere跑ejb
: 跟用oracle的weblogic跑ejb
: 或者你用jboss跑ejb
: 或者你用tomee跑ejb
: 或者你用glassfish跑ejb
: 都是一回事，你愿意你跑去国内用金碟那个apusic也是一样的ejb
: 这就是规范和统一，你减少了对于这些产品的依赖
: 而如果你用了spring，你离开了spring，你有其他选择么？
: spring是无可替代的
|
z*******3
发帖数: 13709 | 59 你没有试过前台用其他东西吧？
比如自己写core java之类的
jsf用啊，jsp已经不在标准中了，我有些怀疑jsp的前景
但是facelet将来怎样不太好说
presentation tier的东西很难说的
这一层变化太大，但是不管怎样，有些东西是固定的
这么多年了，ejb还是ejb，并没有变没
相反，一直在那边，版本在不停地更新
而且这一层只有spring和ejb，其他没有了
想换其他也换不了啊
这么说吧
j2ee的很多东西分为标准和非标准
但凡是是非标准的东西，都有风险
标准也有风险，但是相对小一点
servlet，jsf，ejb，jpa，jaxws,rs这些，都是标准
标准的东西不是那么容易变的，因为但凡是标准
就需要jcp投票通过，换句话说，是一堆公司和组织协商后的产物
想变，需要这一群东东投票同意才行，这其中包括ibm, oracle, apache, interface21
等等
我好像还看到了北京大学，我乐个去
但是非标准的那些框架，下一个版本要变，你一点办法没有
所以要跟着标准走，尽量依赖标准，而非标准以外的东西
但是并不代表标准一定对
标准也有错的时候，还经常错，但是我感觉
大多数时候，标准不是错了，是群众觉得太麻烦，于是先寻求轻量级的解决方案
那么这个时候会有博弈，重量级的标准会逐步向轻量级的解决方案靠拢
最后两者会逐渐统一，我先去吃好吃的，等下回来展开
另外，hibernate你知道那个作者在哪里工作么？
hibernate现在是jboss的一个组件，很早以前hibernate就被jboss收编了
还有，前面说的jersey，这个其实是jax-rs的一个标准实现，sun的东西
所以很多时候，你就在使用标准化的东西，只不过你自己不觉得而已
至于要不要全用，我觉得放在那边也不碍事啊，更何况jboss7的代码全部重构
其效率大幅度提升，启动时间是jboss6的十分之一，并且完全满足jee6的规范
这种东西，让人怎么会不喜欢，等下我再来展开ejb和web service的部分
这个说起来有点长
前台我用servlet和jsf啊，jsf也一直是有点半死不活的
但是因为是标准，所以坚挺到现在，以前大规模流行的struts现在有些快完蛋的样子
另外ejb的jta控制可以显性控制，不存在说被完全打包的情况
倒是spring在最新版本的跟hibernate4的接口里面
通过getCurrentSession(）这个方法，来完全摆脱用户对于transaction的显性控制
所以其实你说的问题更多反映在spring上，而不是ejb上
ejb是很传统的东西，控制反转这都多少年了，它才慢慢实现
说明它对于传统方式的改变是非常保守的，哪怕有一点风险，它都裹足不前
所以其实你对传统方式了解越多，就越容易控制这些东西
可能这些传统方式不会那么快速开发，但是人工的介入会更简单
我不是说spring不好，spring是一个伟大的东西，但是不是说除了spring，其他都是狗屎
这个就非常片面了，spring和jboss的创始人都是牛逼到死的人物
我一点不认为jboss会比spring差多少，其实我一直的看法都是
不要因为一颗树长得太好就认为其他的树毫无价值，毕竟你面对的是一片森林
有的好树等着你去发现，好，我先吃东西，等下在说
【在 w*******s 的大作中提到】
: 这段有些片面啊
: 你后台跑EJB，前台怎么办？用不用JSF？规范嘛
: 用了JSF、EJB，用不用Seam？用，那好，你就依赖于Seam了
: 不用，这个前后台之间你怎么做？
: 不要说什么Jboss只要搞定Jboss就行
: JPA不还是hibernate之类的打底？Jboss就不搞MVC了？一样要搞
: 反尔，因为系统把transaction之类的打包，实际上用户就缺乏了对这些东东的控制
: 调个问题会很麻烦
: 用EJB到底有什么好处？凭什么把EJB交给websphere/weblogic/jboss就一定比把东西交
: 给spring要好？
|
z*******3
发帖数: 13709 | 60 ejb的好处在于，spring能做的，ejb都能做
而且spring不能做的，ejb也能做
ejb的标准覆盖面更大，更广，而spring自己都说
spring是一个“轻量级”的实现，而ejb是一个“重量级”的实现
言外之意就是，ejb管得更多，同时ejb得到的支持也更多
另外spring本身不是java ee标准，所以其控制权一直都在springsource手里
而springsource是vmwave的下属子公司，而vmwave又被emc全权控制
所以你应该要明白，spring跟mysql一样，什么时候被吞掉
那是正常的，它并不是apache这种组织的产物，apache并没有权力对spring指手画脚
所以我不放心这样一个产品，那是应该的，我不仅对spring不放心
我对websphere和weblogic同样不放心，就是jboss我也有些忌惮
除非这个东西最终被apache这种非盈利组织所控制，否则
这些产品都有一定的商业风险存在，而如何降低这种商业风险
是一个合格的技术人员所应该具备有的素质，等下展开了，先吃东西
【在 w*******s 的大作中提到】
: 这段有些片面啊
: 你后台跑EJB，前台怎么办？用不用JSF？规范嘛
: 用了JSF、EJB，用不用Seam？用，那好，你就依赖于Seam了
: 不用，这个前后台之间你怎么做？
: 不要说什么Jboss只要搞定Jboss就行
: JPA不还是hibernate之类的打底？Jboss就不搞MVC了？一样要搞
: 反尔，因为系统把transaction之类的打包，实际上用户就缺乏了对这些东东的控制
: 调个问题会很麻烦
: 用EJB到底有什么好处？凭什么把EJB交给websphere/weblogic/jboss就一定比把东西交
: 给spring要好？
|
|
|
b******y
发帖数: 9224 | 61 "而如何降低这种商业风险是一个合格的技术人员所应该具备有的素质..."
我觉得Spring是不错，但我们在应用当中，尽量的是避免用它太复杂的一些方面，就是
尽量用简单的基础性的框架而已，比如说它的将各个模块wrap起来的功能等。具体说，
数据库的access, 我们就没有用spring，等等。
商业性的东西是会有一定的忌讳的，尽量多用Apache纯开源的东西为好。还有就是，程
序开发的大了，基本上公司内部都是要自行做很多的utility的，也就渐渐的把Spring
的一些模块能够取代了。这样才是最牢靠的。
话说Google内部也是很多自己的程序，毕竟这个是知识产权, 自己公司掌握比依靠其他
公司强的多. |
z*******3
发帖数: 13709 | 62 其实我个人觉得，用了标准化的东西，重复造轮子的次数会少很多
对我个人来说，我觉得只要不在j2se和j2ee标准包里面的东西
我都尽可能少用或不用，不用是最好的
Spring
【在 b******y 的大作中提到】
: "而如何降低这种商业风险是一个合格的技术人员所应该具备有的素质..."
: 我觉得Spring是不错，但我们在应用当中，尽量的是避免用它太复杂的一些方面，就是
: 尽量用简单的基础性的框架而已，比如说它的将各个模块wrap起来的功能等。具体说，
: 数据库的access, 我们就没有用spring，等等。
: 商业性的东西是会有一定的忌讳的，尽量多用Apache纯开源的东西为好。还有就是，程
: 序开发的大了，基本上公司内部都是要自行做很多的utility的，也就渐渐的把Spring
: 的一些模块能够取代了。这样才是最牢靠的。
: 话说Google内部也是很多自己的程序，毕竟这个是知识产权, 自己公司掌握比依靠其他
: 公司强的多.
|
p*****2
发帖数: 21240 | 63
大牛给讲讲core java吧？主要用来做什么？都有哪些职位？
【在 z****e 的大作中提到】
: 可以去，除了m以外
: 其它三个都有招core java的人
: 前一段jobhunting不是还有人在说这事么？
: 说他在找core java的职位，然后面的就是这几家
: 不过core java跟j2ee多少有些不是一回事
: 你要注意这两者的区别
: 尤其是j2ee web这一块的
: web这一块变动太大了
: 包括客户端的东西，几天一变
: 建议多关注一下service tier或者说business tier
|
e*****t
发帖数: 1005 | 64 同意，不过可以加上常用的apache commons和google guava libraries.
而且一定不要碰GPL的东西。
【在 z*******3 的大作中提到】
: 其实我个人觉得，用了标准化的东西，重复造轮子的次数会少很多
: 对我个人来说，我觉得只要不在j2se和j2ee标准包里面的东西
: 我都尽可能少用或不用，不用是最好的
:
: Spring
|
z****e
发帖数: 54598 | 65 做底层的东西，做产品，比如我用jboss，在我的工作中
就是j2ee的职位，因为我只要写ejb, servlet这些组件
但是如果我自己写jboss这种商业化产品，就可以看作是core java的职位
当然也有公司吃饱了用core java写全套的东西
比如facebook用core java写网站
我很佩服这种公司，一般我是能用就用，不能用我才会去动手写
尤其是现在大多数时候我都能找到开源的东西，如果是收费的话
我会考虑用core java写
你那么喜欢core java吗？
从main开始写吧，然后无论做什么
你都要想着如何从你写的那个main开始执行
而不是执行其它产品的bin
core java有不少职位，但是问题是都不是entry level的职位
相比之下，做j2ee的entry level就太多了
【在 p*****2 的大作中提到】
:
: 大牛给讲讲core java吧？主要用来做什么？都有哪些职位？
|
S****h
发帖数: 558 | 66 Haha. My firm is very relunctant for any components, tools without
commercialized support.
Spring
【在 b******y 的大作中提到】
: "而如何降低这种商业风险是一个合格的技术人员所应该具备有的素质..."
: 我觉得Spring是不错，但我们在应用当中，尽量的是避免用它太复杂的一些方面，就是
: 尽量用简单的基础性的框架而已，比如说它的将各个模块wrap起来的功能等。具体说，
: 数据库的access, 我们就没有用spring，等等。
: 商业性的东西是会有一定的忌讳的，尽量多用Apache纯开源的东西为好。还有就是，程
: 序开发的大了，基本上公司内部都是要自行做很多的utility的，也就渐渐的把Spring
: 的一些模块能够取代了。这样才是最牢靠的。
: 话说Google内部也是很多自己的程序，毕竟这个是知识产权, 自己公司掌握比依靠其他
: 公司强的多.
|
e*****t
发帖数: 1005 | 67 guess it must be a big non-software-industry enterprise.
【在 S****h 的大作中提到】
: Haha. My firm is very relunctant for any components, tools without
: commercialized support.
:
: Spring
|
d*********4
发帖数: 409 | |
f******s
发帖数: 37 | |
k********e
发帖数: 368 | 70 看来你是没有用过EJB。虽然麻烦点，想当年企业都用这个。到现在，大企业的大系统
还在用这个，虽然技术已经很老了。
新项目可能会用spring，hibernate，服务器还是那些老J2EE服务器。当然小项目可以
考虑tomcat。
-
service
tier
【在 s******e 的大作中提到】
: Personally I do not think that you can use ejb to solve all the problems
: that tomcat，hibernate，spring（core & mvc），jersey together can solve. I
: do not know your biz requirements. It may work for you. But as a general
: guid, doing what you said will have a good chance to fall back to day one -
: two tier application.
: I am not sure how you handle application tier with ria and regular web
: clients. Do you wnat to handle them with web service?
: even you can use annotation to expose your business interface as web service
: , I doubt that it will fly in any nontrivial projects. Usually business tier
: have more fine grained apis, so it can easily serve ui client with fine
|
|
|
k********e
发帖数: 368 | 71 我工作过的几个保险公司都非常不愿意用任何没有商业支持的软件。服务费用不是问题
，系统出问题才是大问题。
【在 e*****t 的大作中提到】
: guess it must be a big non-software-industry enterprise.
|
k********e
发帖数: 368 | 72 jboss并不排斥spring，hibernate，就像struts可以在jboss，weblogic, websphere里
面用一样。
要比就相同的东西比：jboss和tomcat,weblogic,webshpere比。
然后，JEE5-6 和spring比。
然后：hibernate， spring core，spring MVC，restful/soapWS，JPA可以用于上面的
组合。因为这些是框架。
所以，你有jboss, 可以走JEE (JPA)，或者走spring+JPA。都牛
【在 z*******3 的大作中提到】
: 我不止一次在jboss和tomcat+spring之间来回游弋了
: 以前还好，尤其是有struts的时代
: 但是随着这些框架越来越复杂，各种乱七八糟的功能又逐渐要求新的框架进来
: 我觉得越来越多的时间被浪费在这些框架之间的协作上
: 与其如此，为什么我不回头用jboss呢？
: 我用jboss只要搞定jboss就好了
: 而你用spring，你要搞定一堆东西
: tomcat要搞吧？
: spring mvc要搞吧？
: spring core要搞吧？
|
k********e
发帖数: 368 | 73 就是只能用于windows。这是最大的缺点，其他还可以，跟JAVA彼此模仿，彼此超越
【在 c*********e 的大作中提到】
: 多新鲜啊。asp.net的server side,可以用vb或者c#写，2者非常类似。
|
k********e
发帖数: 368 | 74 EAR在JBOSS，glassfish，weblogic，websphere之间随意迁移只是一个美妙的传说。事
实是个大牛厂都加入自己的特别配置。
如果想想那些JMS queue,tranacstion, ASL, JNDI的配置，datasource的配置，基本没
有人会天真到随意更改app server。
用spring无需放弃app server的资源管理和调配机制，因为spring只是框架，可以极好
的支持EJB。
：）
【在 z*******3 的大作中提到】
: 回答你最后一个疑问
: 用jboss，你把程序打成ear包之后
: 你可以很方便地在jboss和websphere还有weblogic之间迁移
: 就好比war在tomcat和jetty之间迁移一样
: 所以并不存在说对jboss有过多依赖的问题
: 更何况，当你用了spring之后，就意味着放弃weblogic和websphere对于ejb的性能发挥
: 那这个难道不是一种损失么？不也是一种依赖么？
: 更何况，你离开了spring你还能用什么？
: 我离开了jboss我用websphere一样搞
: 现在jboss在逐步剥离对于tomcat的依赖，自己搞新的web server
|
a****i
发帖数: 1182 | 75 从来没用过，最多用过MDB
当年哪些企业在用？
tomcat也不光是小项目，大项目一样可以
【在 k********e 的大作中提到】
: 看来你是没有用过EJB。虽然麻烦点，想当年企业都用这个。到现在，大企业的大系统
: 还在用这个，虽然技术已经很老了。
: 新项目可能会用spring，hibernate，服务器还是那些老J2EE服务器。当然小项目可以
: 考虑tomcat。
:
: -
: service
: tier
|
k********e
发帖数: 368 | 76 基本上金融业和保险业比较多。就是当年的一股风。然后由于这些行业的特点（保守）
，不会轻易转换平台，所以基本上很多仍然沿用古老的ejb。到了高盛，你会发现，很
多COBOL系统。
tomcat还是不能用于这些行业，特别是交易平台。不过，可能可以用于内部网，或者对
并发要求不高的系统。
新项目现在基本就是spring的天下了。进来JEE6，EJB3出来后，JEE有上升的趋势，但
远不是spring的对手。原因很简单，换个架构有很多风险，不是每个企业都把技术领先
作为首要任务，能用就行。那些经理们犯不着没事找事。
【在 a****i 的大作中提到】
: 从来没用过，最多用过MDB
: 当年哪些企业在用？
: tomcat也不光是小项目，大项目一样可以
|
z*******3
发帖数: 13709 | 77 对了，我现在就在搞corba
我乐个去啊，真tmd痛苦啊
【在 k********e 的大作中提到】
: 基本上金融业和保险业比较多。就是当年的一股风。然后由于这些行业的特点（保守）
: ，不会轻易转换平台，所以基本上很多仍然沿用古老的ejb。到了高盛，你会发现，很
: 多COBOL系统。
: tomcat还是不能用于这些行业，特别是交易平台。不过，可能可以用于内部网，或者对
: 并发要求不高的系统。
: 新项目现在基本就是spring的天下了。进来JEE6，EJB3出来后，JEE有上升的趋势，但
: 远不是spring的对手。原因很简单，换个架构有很多风险，不是每个企业都把技术领先
: 作为首要任务，能用就行。那些经理们犯不着没事找事。
|
z*******3
发帖数: 13709 | 78 还有电信用得也比较多
sun当年的很多收入都来自电信业
民航等交通领域也用得很多
航空系统也是一个大肥肉
还有政府
但是政府倾向于用国内产商的app server
越是不差钱的公司用ejb用得越多
另外，我从spring的老巢发来最新消息
我们这边ejb也在逐步启用
在此之前都是spring，但是现在jboss什么也在用
还有weblogic，现在我们在讨论的是新项目要不要用ejb
不过组里其他人并不是很赞同，问我的意见，我在想要不要说服他们去用
关键是如果出了问题我比较痛苦，如果用spring出了问题
他们搞定，我很轻松，所以……
【在 k********e 的大作中提到】
: 基本上金融业和保险业比较多。就是当年的一股风。然后由于这些行业的特点（保守）
: ，不会轻易转换平台，所以基本上很多仍然沿用古老的ejb。到了高盛，你会发现，很
: 多COBOL系统。
: tomcat还是不能用于这些行业，特别是交易平台。不过，可能可以用于内部网，或者对
: 并发要求不高的系统。
: 新项目现在基本就是spring的天下了。进来JEE6，EJB3出来后，JEE有上升的趋势，但
: 远不是spring的对手。原因很简单，换个架构有很多风险，不是每个企业都把技术领先
: 作为首要任务，能用就行。那些经理们犯不着没事找事。
|
z*******3
发帖数: 13709 | 79 我们现在最核心的系统，是core java写
用极少数的开源框架，而且是完全把源代码读懂之后才开始用
然后外围一层的系统，用spring，不读懂
再外围，开始用jboss，没打算读懂
再外围，用weblogic，不可能阅读源代码
【在 k********e 的大作中提到】
: 我工作过的几个保险公司都非常不愿意用任何没有商业支持的软件。服务费用不是问题
: ，系统出问题才是大问题。
|
z*******3
发帖数: 13709 | 80 可以慢慢加上去嘛
原先用weblogic的，然后逐步采用jboss
旧的继续用，新的慢慢把jboss什么给加上去
依赖一旦产生，要去掉就很难了
【在 k********e 的大作中提到】
: EAR在JBOSS，glassfish，weblogic，websphere之间随意迁移只是一个美妙的传说。事
: 实是个大牛厂都加入自己的特别配置。
: 如果想想那些JMS queue,tranacstion, ASL, JNDI的配置，datasource的配置，基本没
: 有人会天真到随意更改app server。
: 用spring无需放弃app server的资源管理和调配机制，因为spring只是框架，可以极好
: 的支持EJB。
: ：）
|
|
|
z*******3
发帖数: 13709 | 81 对于legacy code
不仅不是说技术领先不是首要考虑
哪怕是升级都是非常麻烦的事
最简单的从jre 1.4升级到1.6
出了一堆的问题，哪怕是hashtable都出了问题
因为实现机制不一样，导致查询的效率有了明显的差异
因为某些操作导致了里面的key的顺序发生了改变
进而导致查询的速度下降
而不一样当它在小数据量时候
并不明显，但是一旦并发数量一多，一大
各种想都想不到的问题就会产生
再比如gc，理论上版本越高速度越快
但是实际上并非如此，1.6的速度经过测试，居然还要小慢一点
至少对于我们现有的系统来说
而官方的jre在gc时候会停止执行，所以后来不得不调整虚拟机参数
才使得这个gc的执行时间发生在可以接受的范围内
我后来的建议是去购买一些欧洲公司的non stoppable jvm
不过这要讨论决定
还有jboss的升级也有类似的问题，spring的3.0版本也有问题
至今我们还在用jboss4.x和spring2.5，远不是最新的7.x和4.x
每一次升级带来的都是一堆的麻烦事
所以很多时候减少依赖是出于我们对于系统本身性能的考量
用别人的东西，性能未必就那么好
尤其是当你不知道他们是怎么实现的时候
而去看别人代码，远不如自己去写来得有效率
【在 k********e 的大作中提到】
: 基本上金融业和保险业比较多。就是当年的一股风。然后由于这些行业的特点（保守）
: ，不会轻易转换平台，所以基本上很多仍然沿用古老的ejb。到了高盛，你会发现，很
: 多COBOL系统。
: tomcat还是不能用于这些行业，特别是交易平台。不过，可能可以用于内部网，或者对
: 并发要求不高的系统。
: 新项目现在基本就是spring的天下了。进来JEE6，EJB3出来后，JEE有上升的趋势，但
: 远不是spring的对手。原因很简单，换个架构有很多风险，不是每个企业都把技术领先
: 作为首要任务，能用就行。那些经理们犯不着没事找事。
|
z*******3
发帖数: 13709 | 82 现在系统并发数量据说上了million
就这么一个系统
每年可以生产出来的profits上亿刀
所以没有人敢轻易动手
我今天改了一个enumeration为iterator
胆战心惊地想了半天
算了，还是不改了
鬼知道这里面会出啥问题
还是先放着，先记下来，让别人来review一下再说
慢慢地改，慢慢的改
下一步是建议他们采用1.5的一些new features
尤其是java.util.concurrent里面的东西
这种代码级别的升级肯定又是一堆p事
不过好在明年要造一个新的子系统
我爽之后让别人痛苦的时候来了 |
z*******3
发帖数: 13709 | 83 最离谱的是junit还在用1.1
这简直是要了我的命啊
然后我尝试着去改testcase
发现尼玛四层继承
我当场就决定放弃阅读父类代码
很多理论都是说起来一套一套
做起来发现人们其实都往简单了做
就比如这个testcase
上面两层的abstract class定义了一堆的abstract方法
最后在最底层实现的时候，我发现全部是空方法
而所有信息则全部集中到最后的execute方法里面去
真正的代码都在一个方法里面搞定
看了我直乐，这是典型的装13犯的产物
定义了一堆，人家都不用
等解释清楚这些东东是干什么的
人家代码早写完测试完几个版本了 |
k********e
发帖数: 368 | 84 我上一份工作的那个保险公司，基本垄断medicare。这样的系统，仍然用EJB和JDK1.4.
业务逻辑复杂（50多个州和地区），升级websphere已经花了2年时间，几个million买
硬件软件，到现在还没有搞定。原因是系统测试和性能调试以及代码迁移，每一个环节
出问题都有可能造成市场份额的丢失，损失是以亿级美元为代价。没有一个经理敢独自
决定，一行代码的改动都可能耗费几个月的讨论和测试。
企业关注的不是技术，而是盈利。这个思路理顺了，就明白了。所以，EJB的工作仍然
有，而且都是待遇优厚的大公司，工作压力小。现在JEE6已经和sping没有什么大差距
了，这些大公司升级到JEE6是顺理成章的事，估计接下来2-3年我们可以看到EJB3的需
求会大幅增加。因为EJB的升级的改变比较少，原有的app server的配置无需翻天覆地
的全改。所以对IBM，ORACLE是利好。
【在 z*******3 的大作中提到】
: 对于legacy code
: 不仅不是说技术领先不是首要考虑
: 哪怕是升级都是非常麻烦的事
: 最简单的从jre 1.4升级到1.6
: 出了一堆的问题，哪怕是hashtable都出了问题
: 因为实现机制不一样，导致查询的效率有了明显的差异
: 因为某些操作导致了里面的key的顺序发生了改变
: 进而导致查询的速度下降
: 而不一样当它在小数据量时候
: 并不明显，但是一旦并发数量一多，一大
|
z*******3
发帖数: 13709 | 85 对啊，这就是为什么当年我对ejb尤其热衷的原因
因为我注意到，都是大公司在用，而且都是很大的公司
不少都是垄断的那种
说实话，到现在我工作过的地方，都不是说非用ejb不可
但是会不会跟用不用ejb完全是两个概念
会不会完全就代表着个人的努力程度
用不用那这个可以商榷地方就多了，但是现实往往不为人的意志所转移
总不能说别人用了，面试时候上去说，你这个ejb太烂
都过时了，给我换spring，对方听了肯定会晕过去
这是招马仔呢还是招大爷？
4.
【在 k********e 的大作中提到】
: 我上一份工作的那个保险公司，基本垄断medicare。这样的系统，仍然用EJB和JDK1.4.
: 业务逻辑复杂（50多个州和地区），升级websphere已经花了2年时间，几个million买
: 硬件软件，到现在还没有搞定。原因是系统测试和性能调试以及代码迁移，每一个环节
: 出问题都有可能造成市场份额的丢失，损失是以亿级美元为代价。没有一个经理敢独自
: 决定，一行代码的改动都可能耗费几个月的讨论和测试。
: 企业关注的不是技术，而是盈利。这个思路理顺了，就明白了。所以，EJB的工作仍然
: 有，而且都是待遇优厚的大公司，工作压力小。现在JEE6已经和sping没有什么大差距
: 了，这些大公司升级到JEE6是顺理成章的事，估计接下来2-3年我们可以看到EJB3的需
: 求会大幅增加。因为EJB的升级的改变比较少，原有的app server的配置无需翻天覆地
: 的全改。所以对IBM，ORACLE是利好。
|
z*******3
发帖数: 13709 | 86 时间过得好快啊
刚在其他版看到了楼主的贴
恭喜楼主找到了本行的工作哈哈
幸福的经历总是类似的
我相信很多找工作的同学也都跟他一样
在经历了一番折腾之后，在快绝望时候
拿到了dream offer
幸福总是在不经意间来敲门
要相信是金子，总会发光的
其实想想，我也是
哈哈
祝各位都能拿到好offer |
t*****z
发帖数: 812 | 87 我是半路出家，正收到j2ee web开发方面的一个offer。
刚才有人说做这个的去不了gfam这些大公司，不知道将来有什么出路
由于是新手，对这方面的行情不少很了解。恳请指教
谢谢了 |
a******n
发帖数: 5925 | 88 求半路出家经验
不一定非去这些大公司吧
【在 t*****z 的大作中提到】
: 我是半路出家，正收到j2ee web开发方面的一个offer。
: 刚才有人说做这个的去不了gfam这些大公司，不知道将来有什么出路
: 由于是新手，对这方面的行情不少很了解。恳请指教
: 谢谢了
|
S****h
发帖数: 558 | 89 Unless you are looking for the FEELING of being in GFAM, you can make
probably as much with less work load in the IT department of a non-IT
company. But of course, you need to find the proper position in a proper
company.
There is no wrong choice. But you should ask yourself what you are looking
for? Money only, money + challenge, challenge only, or what? |
t*****z
发帖数: 812 | 90 If I am looking for money only and job security, what would be the best
choice?
looking
【在 S****h 的大作中提到】
: Unless you are looking for the FEELING of being in GFAM, you can make
: probably as much with less work load in the IT department of a non-IT
: company. But of course, you need to find the proper position in a proper
: company.
: There is no wrong choice. But you should ask yourself what you are looking
: for? Money only, money + challenge, challenge only, or what?
|
|
|
t*****z
发帖数: 812 | 91 自学加公司正好搞java
【在 a******n 的大作中提到】
: 求半路出家经验
: 不一定非去这些大公司吧
|
g*****g
发帖数: 34805 | 92 j2ee is a good choice for money and job security.
I would recommend focusing on middle and back tiers however.
Front tier technologies change very quickly.
【在 t*****z 的大作中提到】
: If I am looking for money only and job security, what would be the best
: choice?
:
: looking
|
S****h
发帖数: 558 | 93 I agree. Even the front-end is not that bad. It is mostly some
specification. As a master/Ph.D, it is just a matter of time to digest. If
you hate change and want to do the same thing all the time. CS is probably
not the best choice. There are plenty of opportunities for (JAVA)
developers, especially once you get some experience. I am just a starter (
as a developer in a non-IT firm). But from what I can see, in my company
you can get fairly good pay (not as good, but close to many GAFM offer in
jobhunting board) and work pace is actually quite slow.
【在 g*****g 的大作中提到】
: j2ee is a good choice for money and job security.
: I would recommend focusing on middle and back tiers however.
: Front tier technologies change very quickly.
|
z****e
发帖数: 54598 | 94 可以去，除了m以外
其它三个都有招core java的人
前一段jobhunting不是还有人在说这事么？
说他在找core java的职位，然后面的就是这几家
不过core java跟j2ee多少有些不是一回事
你要注意这两者的区别
尤其是j2ee web这一块的
web这一块变动太大了
包括客户端的东西，几天一变
建议多关注一下service tier或者说business tier
也就是容器这一块，spring和ejb是这一层仅有的两个选择
两个都搞定也没什么大不了的，spring的概念比较超前，ejb比较传统
然后是orm这一层，注意这一层也有ejb，entity bean，不过已经deprecated鸟
现在orm全部都是pojo，这一层主要还是hibernate
不过ibatis等也都有人用，主要idea知道就是了
这一层还有web层的东西的核心思想都是一致的
掌握其中一个很容易可以理解其它框架的思路，不算太难
唯一有着巨大区别的就是spring和ejb，这一层这两个东西整个理念都不一样
ejb通过传统的jndi调用，spring则是ioc，但是这两者又不冲突
必要时候可以混用，因为jndi和框架不是一回事，这是很有趣的东西
我一直认为，只有真正理解了ejb里面的session bean的人才算是合格的j2ee开发人员
spring太简单了，所有框架里面，spring是最容易上手的
如果把ejb看成框架的话，ejb是最难上手的，概念太多，太复杂
其实难也不难，就是颁布这些规范的人，语言表达能力实在是很欠缺，不少人看不懂
一堆乱七八糟的术语，貌似很牛逼，不过搞一个ejb容器也的确很麻烦
你写一个ejb，对应要生成至少12个类，但是用起来其实并不需要知道这12个类是干什
么的
所以嘛，那群作者就唯恐你不知道这12个类，所以一堆废话，看得云里雾里的
sun的东西普遍都有这个毛病
你要想有money和security，就把spring还有hibernate好好弄弄
弄完之后搞ejb，都懂了之后就没有多少可以挡着你的了
都很熟悉了之后，不要吃饱了去搞ibatis和struts，你搞不完的
转去把core java的部分好好搞搞，尤其是多线程之类的，这样前景还是很看好的
你看这么多年了，client side的东西，从c++到c#到现在的objective c，一代一代换
mobile上也是，j2me到现在android，这个还好就是，大同小异
但是server side的东西，一直都是java，都这么多年了，我还在靠这个吃饭
从国内吃到国外，从北美吃到澳洲，吃了不少行业，没觉得有什么太多东西要学
无非那点东西，只不过说有时候需要我搞core java而不是单纯地写component罢了
【在 t*****z 的大作中提到】
: 我是半路出家，正收到j2ee web开发方面的一个offer。
: 刚才有人说做这个的去不了gfam这些大公司，不知道将来有什么出路
: 由于是新手，对这方面的行情不少很了解。恳请指教
: 谢谢了
|
z****e
发帖数: 54598 | 95 我相信server side的东西
不管是自己写还是用别人的
多少都会用到java，不管是j2ee还是core java
所谓core java就是自己写软件server
以前国内很多网游的私服就是用java写的
g一直以来，不管面试笔试，都允许你选择用java来写程序
但是如果是对付普通的web，我觉得tomcat已经能搞定绝大多数了
而且java虚拟机还能跑其它脚本语言
使得传统的web开发越来越无聊
大多数人不过是把web当成一种结果展现工具罢了
并不是真的很在乎web
不过半路出家马上你就想冲向g这种公司搞core java，这个有些离谱了
这个要从无到有写出一套能够承受巨大压力的系统来
这个不是那么容易的，而java的真正威力也就在这里
系统越大，java的优势越明显 |
t*****z
发帖数: 812 | |
J*******n
发帖数: 2901 | 97 哈哈，哥们，ejb在你心中这么了不起
【在 z****e 的大作中提到】
: 可以去，除了m以外
: 其它三个都有招core java的人
: 前一段jobhunting不是还有人在说这事么？
: 说他在找core java的职位，然后面的就是这几家
: 不过core java跟j2ee多少有些不是一回事
: 你要注意这两者的区别
: 尤其是j2ee web这一块的
: web这一块变动太大了
: 包括客户端的东西，几天一变
: 建议多关注一下service tier或者说business tier
|
z****e
发帖数: 54598 | 98 没有ejb，那就不能说是j2ee阿
当年整个j2ee就是围绕ejb这个概念弄出来的
weblogic和websphere这两个boss级的东西都是ejb容器
还有jboss
就算用不到ejb，但是对ejb这个概念的理解牵扯到很多相关的知识
几乎所有的概念都跟ejb扯上那么点关系
而且毕竟是官方标准，不掌握说不过去阿
当然只是混口饭吃，那就无所谓了，但是如果要往上走
要了解和设计整个构架
我觉得ejb是必不可少的一个环节
迟早还是要碰ejb
【在 J*******n 的大作中提到】
: 哈哈，哥们，ejb在你心中这么了不起
|
J*******n
发帖数: 2901 | 99 "就算用不到ejb，但是对ejb这个概念的理解牵扯到很多相关的知识
几乎所有的概念都跟ejb扯上那么点关系"
这个可以认同，毕竟我入行时间短，没见识过ejb
“要了解和设计整个构架
我觉得ejb是必不可少的一个环节
迟早还是要碰ejb“
这个很难认同，相信java ee发展到今天，ejb里面好的思想都已经有新的工具发扬光大
，过时的思想慢慢的就自己消失了
坐等goodbug等大牛现身扫盲
【在 z****e 的大作中提到】
: 没有ejb，那就不能说是j2ee阿
: 当年整个j2ee就是围绕ejb这个概念弄出来的
: weblogic和websphere这两个boss级的东西都是ejb容器
: 还有jboss
: 就算用不到ejb，但是对ejb这个概念的理解牵扯到很多相关的知识
: 几乎所有的概念都跟ejb扯上那么点关系
: 而且毕竟是官方标准，不掌握说不过去阿
: 当然只是混口饭吃，那就无所谓了，但是如果要往上走
: 要了解和设计整个构架
: 我觉得ejb是必不可少的一个环节
|
z****e
发帖数: 54598 | 100 ejb哪有过时
只不过你不用而已，比起spring，ejb更像是政府军
ibm等巨头一直都是ejb的铁杆支持者，规范就是它们发布的
ejb要是过时了，那websphere这些就木有人用了
【在 J*******n 的大作中提到】
: "就算用不到ejb，但是对ejb这个概念的理解牵扯到很多相关的知识
: 几乎所有的概念都跟ejb扯上那么点关系"
: 这个可以认同，毕竟我入行时间短，没见识过ejb
: “要了解和设计整个构架
: 我觉得ejb是必不可少的一个环节
: 迟早还是要碰ejb“
: 这个很难认同，相信java ee发展到今天，ejb里面好的思想都已经有新的工具发扬光大
: ，过时的思想慢慢的就自己消失了
: 坐等goodbug等大牛现身扫盲
|
|
|
w**z
发帖数: 8232 | 101 ejb 刚开始太烦琐，导致在现实应用中落后于后来者spring. 虽然新版本简化不少，
maybe a bit too late.
【在 z****e 的大作中提到】
: ejb哪有过时
: 只不过你不用而已，比起spring，ejb更像是政府军
: ibm等巨头一直都是ejb的铁杆支持者，规范就是它们发布的
: ejb要是过时了，那websphere这些就木有人用了
|
s******e
发帖数: 493 | 102 ejb 1.0 was pain in ass to use. That was part of reason rod johnson wrote
his famous book "... development without ejb" sorry forgot the exact book
name. it was also part of reason Gavin king started the hibernate and Rod
john start spring. To provide a lightweight entity mapping DB entity, and a
lightweight business container to practice "code to interface and
dependency injection" which actually originally eyed on session bean and
message bean. Spring eventually evolve to sth like a god framework, that is
another story.
ejb 2.0 is much better than ejb 1.0 since cmp and some other improvements(
forget it exactly, you can always google it). but it is still heavy and hard
to test (it needs ejb container and not pojo). at the same time, hibernate
started to shine and took over then.
sun felt the competition of hibernate and eventually started to work on ejb
3.0. they even invited gavin king as their main architect for ejb 3.0.
Because of that, ejb 3.0 mimics hibernate very much. If you know hibernate,
you should have no problem to pick up ejb 3 quickly. Vice versa.
I have used ejb 1, ejb 2, and hibernate. Considering the similarity of
hibernate and ejb 3, if you learned hibernate first, and you have control on
what DAC technology to use, there is no point to switch to ejb. from my
point of view, ejb 3 is still heavier than hibernate since it needs a
container to run (of course you may gain some benefits by having a container
, but it really depends on how you view those benefits). Spring plus
hibernate (maybe plus some third party stuffs) should be more than enough to
provide what a ejb container can provide (session bean, message driven bean
and entity bean).
On the other hand, if you know ejb first, you may still need to learn
hibernate since hibernate is more popular (ejb 3 was late to the game)
especially when you switch your job -:).
it is really a bad habit to bash one technology over another. every
technology has its own cons and pros. It is always my thought that if a
technology is still alive after many years, it must have reasons for it.
People bashing a technology always means limited knowledge on the technology
. As a coder or architect, it is our job to choose a right technology based
on its strength and avoid it based on weakness considering the specific
requirements of the current project. |
g*****g
发帖数: 34805 | 103 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 assemble only what you need. It gets very popular since
it can run without ejb container, which makes tomcat, a web app server,
as powerful.
The difference of ejb3 and spring and hibernate is much smaller now.
In fact, spring and hibernate are supposed to implement part of ejb3.1.
But ejb3 comes to the game late, and spring remains more popular due to
the ubiquitous 3rd party lib support. I don't think it'll change any
time soon.
Nowadays, open source technologies drive the innovation of enterprise
solution. The good ones will get standarized. But official J2EE spec
is no longer important. |
b******y
发帖数: 9224 | 104 Also, once a company used a certain framework, it is hard to change later on.
For example, we use Spring framework, and now we are kind of standardized on
this framework. |
z****e
发帖数: 54598 | 105 嗯，这其实是spring等开源软件的本意
当年jboss老大早就说过了
往上看，websphere和weblogic高高在上
但是底下爬的都是.net，所以open source真正要对付的
是.net，而不是websphere和weblogic
楼上说了，一旦你用了一个东西，就很难switch
对，没错，我今天刚跟一个公司的人聊
他们还在用struts1.x，很奇怪吧，没什么奇怪的
因为升级struts太痛苦了，原有代码怎么办？
一样的，你升级ejb比较容易，你改改xml就是了
而且ejb容器也兼容原有版本的ejb
但是如果你再换成spring，恐怕没那么容易
实际上从我进入市场开始工作以来，我几乎没有从无到有写过哪怕是一个系统
几乎都有legacy code给我留下来，如果原先的框架还能用
我就不会麻烦去换另外一个，从这个角度说，ejb再怎样
那些websphere和weblogic打下来的江山，岂是说换就换的道理？
ibm那帮人就靠忽悠混饭吃了，ejb要是完蛋了，ibm不更早完蛋？
而实际上你有了jboss之后，很多东西并不比你去搞spring+hibernate麻烦
搞一个spring还得调试半天，jboss直接上config了，而且orm ejb也搞定了
关键就看你会不会用，而且说，难道就只有spring借鉴ejb，没有ejb借鉴spring的道理？
不见得吧，entity bean为什么deprecated了？很简单阿，因为借鉴了hibernate
在ibm和oracle工作的也都不是傻子，rod johnson会抄，人家不会抄么？
就是从最保守的角度说，一个市场不可能只有一个东西存在
对任何一个东西，不管是框架还是什么，一定要减少依赖，如果只有spring存在
那就是一个问题了
这很容易理解，我始终觉得，这两个东西肯定是共生的
对于在大海里面游泳的programmer来说，你不能要求海水去适应你
而是应该你去适应海水，否则你换个环境不就淹死了？
ejb跟spring最麻烦的区别在于，这两个idea不一样，跟mvc还有orm不是一回事
其它层面不同的框架只是说细节不同，但是理论是一致的
但是ejb跟spring的理论是不一样的，这就是不同的海水，在不同的海水中都能生存才
是王道 |
p*********t
发帖数: 2690 | 106 server side的东西，一直都是java? 那asp.net呢？c#/vb呢?
【在 z****e 的大作中提到】
: 可以去，除了m以外
: 其它三个都有招core java的人
: 前一段jobhunting不是还有人在说这事么？
: 说他在找core java的职位，然后面的就是这几家
: 不过core java跟j2ee多少有些不是一回事
: 你要注意这两者的区别
: 尤其是j2ee web这一块的
: web这一块变动太大了
: 包括客户端的东西，几天一变
: 建议多关注一下service tier或者说business tier
|
p*********t
发帖数: 2690 | 107 spring不就是因為ejb太复杂，来个di,aop?
【在 z****e 的大作中提到】
: 没有ejb，那就不能说是j2ee阿
: 当年整个j2ee就是围绕ejb这个概念弄出来的
: weblogic和websphere这两个boss级的东西都是ejb容器
: 还有jboss
: 就算用不到ejb，但是对ejb这个概念的理解牵扯到很多相关的知识
: 几乎所有的概念都跟ejb扯上那么点关系
: 而且毕竟是官方标准，不掌握说不过去阿
: 当然只是混口饭吃，那就无所谓了，但是如果要往上走
: 要了解和设计整个构架
: 我觉得ejb是必不可少的一个环节
|
a****i
发帖数: 1182 | 108 擦，看成 diao, p 了
【在 p*********t 的大作中提到】
: spring不就是因為ejb太复杂，来个di,aop?
|
c*********e
发帖数: 16335 | 109 beauty is in the beholder's eye...
【在 a****i 的大作中提到】
: 擦，看成 diao, p 了
|
J*******n
发帖数: 2901 | 110 lol！
【在 a****i 的大作中提到】
: 擦，看成 diao, p 了
|
|
|
z****e
发帖数: 54598 | 111 是
但那是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容易
【在 p*********t 的大作中提到】
: spring不就是因為ejb太复杂，来个di,aop?
|
z****e
发帖数: 54598 | 112 vb还有server side的东西？
vb在我看来就是给外行用的语言，搞business那帮人用的东西
.net那是后来了，诞生的时候，bea都多大了，世界第六大软件公司
最快实现利润百万还是多少目标的软件公司，比微软和苹果当年还快
就是靠weblogic一个产品打遍天下
.net诞生的时候，很快jboss就出来了
开源永远都不会放过微软的，这个可以放心
【在 p*********t 的大作中提到】
: server side的东西，一直都是java? 那asp.net呢？c#/vb呢?
|
z****e
发帖数: 54598 | 113 java最牛逼的一点就是广大公司和爱好者的支持
这个是其它任何一门语言都不曾有过的
现在的it公司，除了微软，其他公司都有java的东西
尤其是大的it公司，ibm, bea, sun, oracle这都很早就用java做主流产品了
ibm的websphere
sun不用说了
oracle吞了bea和sun之后就控制了weblogic
apple也对java有贡献
google也支持，还挖了不少当初在sun搞java的工程师
apache一堆的开源产品是用java写的
spring,hibernate,struts这些框架
这都是java的东西
微软不是不支持java，是当年搞了一个vj++出来
在里面加了东西，企图用平台的优势，把java据为己有，或者说分化java
后来sun为此不惜跟微软打了旷日持久的官司，最后微软输了
不允许这样做，vj++就挂了，从那以后
微软就给java在windows上的安装设置各种障碍
server side的产品从来都不是只有java的
但是java是至今为止最流行的server side语言
唯一能跟java影响力相提并论的语言，只有c
c是什么东西最后都是归结到c，不管你写html还是sql还是java
最后都是用到c写的平台，但是c太过于底层了，太贴近硬件了
这就让人没有力气搞了
【在 p*********t 的大作中提到】
: server side的东西，一直都是java? 那asp.net呢？c#/vb呢?
|
t*****z
发帖数: 812 | 114 是不是永远只能当个engineer？
要是年纪大了，工资高，能力跟小年轻差不多。裁员不就是你吗？
【在 t*****z 的大作中提到】
: 我是半路出家，正收到j2ee web开发方面的一个offer。
: 刚才有人说做这个的去不了gfam这些大公司，不知道将来有什么出路
: 由于是新手，对这方面的行情不少很了解。恳请指教
: 谢谢了
|
c*********e
发帖数: 16335 | 115 多新鲜啊。asp.net的server side,可以用vb或者c#写，2者非常类似。
【在 z****e 的大作中提到】
: vb还有server side的东西？
: vb在我看来就是给外行用的语言，搞business那帮人用的东西
: .net那是后来了，诞生的时候，bea都多大了，世界第六大软件公司
: 最快实现利润百万还是多少目标的软件公司，比微软和苹果当年还快
: 就是靠weblogic一个产品打遍天下
: .net诞生的时候，很快jboss就出来了
: 开源永远都不会放过微软的，这个可以放心
|
c*********e
发帖数: 16335 | 116 没办法，it就是年轻人的行业。老了大家都准备干什么？
【在 t*****z 的大作中提到】
: 是不是永远只能当个engineer？
: 要是年纪大了，工资高，能力跟小年轻差不多。裁员不就是你吗？
|
w**z
发帖数: 8232 | 117 apple 对Java 有啥贡献？Jdk6在Mac OS 上很奇怪的。
【在 z****e 的大作中提到】
: java最牛逼的一点就是广大公司和爱好者的支持
: 这个是其它任何一门语言都不曾有过的
: 现在的it公司，除了微软，其他公司都有java的东西
: 尤其是大的it公司，ibm, bea, sun, oracle这都很早就用java做主流产品了
: ibm的websphere
: sun不用说了
: oracle吞了bea和sun之后就控制了weblogic
: apple也对java有贡献
: google也支持，还挖了不少当初在sun搞java的工程师
: apache一堆的开源产品是用java写的
|
z****e
发帖数: 54598 | 118 哦，还有人用这个写，真不容易，我听说可以，但是没怎么听说有人这么做
很多东西都是可以，但是没什么人这么做
你愿意你用c去写都可以
【在 c*********e 的大作中提到】
: 多新鲜啊。asp.net的server side,可以用vb或者c#写，2者非常类似。
|
z****e
发帖数: 54598 | 119 我这边一堆老头子跟着我一起编程
天天听他们聊退休
【在 c*********e 的大作中提到】
: 没办法，it就是年轻人的行业。老了大家都准备干什么？
|
z****e
发帖数: 54598 | 120 没啥贡献，最大的贡献就是让java支持macosx
或者说就是放弃自己的jdk，转而支持openjdk和官方的jdk
类似的还有ibm也这么做了，然后bea和sun被收购之后，他们的jdk也都合并了
现在jdk已经全面合并到两个主流上去了
【在 w**z 的大作中提到】
: apple 对Java 有啥贡献？Jdk6在Mac OS 上很奇怪的。
|
|
|
z****e
发帖数: 54598 | 121 工欲善其事，必先利其器
程序都写不好还想干嘛？
程序写好了，想干嘛不能做？
不想想这几十年来白手起家的，多少是写程序写出来的
【在 t*****z 的大作中提到】
: 是不是永远只能当个engineer？
: 要是年纪大了，工资高，能力跟小年轻差不多。裁员不就是你吗？
|
z****e
发帖数: 54598 | 122 今天复习了一下web service
对比了一下web service和ejb的xml
web service远比ejb的部署要难
尤其是wsdl1.0版本，2.0还好，但是也有三层接口的xml要写
从service到binding再到interface
ejb最复杂的也不过两层，一个remote或者local接口
然后就是interface，木有了 |
g*****g
发帖数: 34805 | 123 web service的简单，不管是那个版本，所有这些都是可以
自动生成的。soap的可以看一下cxf，restful的可以看一下jersey。
【在 z****e 的大作中提到】
: 今天复习了一下web service
: 对比了一下web service和ejb的xml
: web service远比ejb的部署要难
: 尤其是wsdl1.0版本，2.0还好，但是也有三层接口的xml要写
: 从service到binding再到interface
: ejb最复杂的也不过两层，一个remote或者local接口
: 然后就是interface，木有了
|
z****e
发帖数: 54598 | 124 其实我当年写的ejb很多都是用向导一路点下去的
【在 g*****g 的大作中提到】
: web service的简单，不管是那个版本，所有这些都是可以
: 自动生成的。soap的可以看一下cxf，restful的可以看一下jersey。
|
z****e
发帖数: 54598 | 125 发现现在j2ee大部分的工作已经进化到esb了
至少也是webservice了，还有各种xml及其延伸
java单纯搞web开发的已经越来越少了
不是不能做，但是单纯通过java写web的所占的比重越来越低
跟xml结合的各种应用是大势所趋 |
z****e
发帖数: 54598 | 126 当初提出的三层衔接
其实不止三层了，四五层都有
但是最常用的三层
一个是通过最底层的rmi接口调用，Serializable接口就是那时候的东西
但是很快人们就发现，这样搞没得搞，因为一群人太煞笔了
大部分人学不会Serializable和rmi
当然之前的corba更让人绝望
谁有办法用上百万年薪去雇佣这样一个人来搞这种东西
rmi算是对corba的一层封装，但是还是很难搞
然后发明了ejb，remote接口，在中间那一层做集成
但是在最初版本中犯了一个大忌
就是本机上的调用跟异机上的调用，居然是一样的
群众崩溃了，这不是煞笔嘛？同一台虚拟机，我直接用不就好了
还找个屁啊？spring就是在这个时候抢占市场的
一群无法理解或者说理解了觉得有病的人都跑去用spring了
等到ejb2.0出来的时候，spring已经遍地开花了
然后这个时候，人民又意识到，这个不同机器上的调用是有必要的
在不同平台上做交流是大势所趋，于是发明了各种办法
比如用ajax来统一ie和ff，还有web2.0, soa什么都是那个时候踢出来的
当然最重要的一个创造就是xml，这个本意是规范文件格式
让不同平台上的东东能够互相交流，于是在此基础之上
发展出了web service，也就是在最外面一层web层上互相调用
uddi,wsdl,soap都是那个时候的概念
但是soap有一个致命的问题，为啥要在http之上再搞一层协议？
你这不是煞笔嘛？于是求简，搞出了rest，uddi也基本处于被废除的状态
没有人信得过所谓的第三方，还不如不用
最后web service精简成了一个简单的用xml包装后的一个通信平台
这个时候再回头看，其实很容易发现
丫的瞎折腾还不如ejb简单，ejb在annotation出来之后
又经过了这么多年的努力瘦身，其实写一个ejb远比写一个web service简单
不过最新版本的ejb把web service也纳入其规范
只有写一个简单的@WebService，就搞定了，都不用折腾什么工具
直接扔到容器中去，容器自动帮你搞定，说到这里
我有一种冲动在新的项目中使用jboss了，因为我突然发现
整合一堆框架工具实在是太麻烦了，还不如直接上jboss简单
jboss我只要下载之后就可以启动了，跟eclipse整合也是两分钟的事
而我如果只搞tomcat，那么我orm要整理hibernate
中间的容器要收拾spring core，外层还需要整理spring mvc
web service还需要再加工具，这里要搞的就有4个
tomcat，hibernate，spring（core & mvc），jersey
而ejb只需要一个jboss，全部搞定，只要懂得会标注@就行了 |
s******e
发帖数: 493 | 127 Personally I do not think that you can use ejb to solve all the problems
that tomcat，hibernate，spring（core & mvc），jersey together can solve. I
do not know your biz requirements. It may work for you. But as a general
guid, doing what you said will have a good chance to fall back to day one -
two tier application.
I am not sure how you handle application tier with ria and regular web
clients. Do you wnat to handle them with web service?
even you can use annotation to expose your business interface as web service
, I doubt that it will fly in any nontrivial projects. Usually business tier
have more fine grained apis, so it can easily serve ui client with fine
grained interaction. But on the other sides, web service doesn't have the
fine grained needs in most case. Also, web service usaually have its own
validation requirements. I really do not think coding that with ejb a good
practice.
A good stuff that spring can provide is extension. since it integrates so
many frameworks or hooks for diffferent services, you can almost always
extend it easily with new requirements. basically I like this agile like
design.
But again, you may not need to consider these due to your requirements. In
that case, simplicity may rule. But so far I had no luck to expereince those
kind of requirements. |
c*********e
发帖数: 16335 | 128 有个版叫dotnet版，那儿的人看到你的贴子，可能要抓狂，哈哈。
【在 z****e 的大作中提到】
: 哦，还有人用这个写，真不容易，我听说可以，但是没怎么听说有人这么做
: 很多东西都是可以，但是没什么人这么做
: 你愿意你用c去写都可以
|
c*********e
发帖数: 16335 | 129 web service精通的应该可以做architecture了。
【在 z****e 的大作中提到】
: 今天复习了一下web service
: 对比了一下web service和ejb的xml
: web service远比ejb的部署要难
: 尤其是wsdl1.0版本，2.0还好，但是也有三层接口的xml要写
: 从service到binding再到interface
: ejb最复杂的也不过两层，一个remote或者local接口
: 然后就是interface，木有了
|
c*********e
发帖数: 16335 | 130 ejb现在没spring,hibernate热啊。据说ejb是一群committee的人整出来的，spring,
hibernate是有开发经验的人整出来的。
【在 z****e 的大作中提到】
: 当初提出的三层衔接
: 其实不止三层了，四五层都有
: 但是最常用的三层
: 一个是通过最底层的rmi接口调用，Serializable接口就是那时候的东西
: 但是很快人们就发现，这样搞没得搞，因为一群人太煞笔了
: 大部分人学不会Serializable和rmi
: 当然之前的corba更让人绝望
: 谁有办法用上百万年薪去雇佣这样一个人来搞这种东西
: rmi算是对corba的一层封装，但是还是很难搞
: 然后发明了ejb，remote接口，在中间那一层做集成
|
|
|
e*****t
发帖数: 1005 | 131 而且web service是为了不同的系统之间集成的
比如java, ruby, .net的相互联系
【在 g*****g 的大作中提到】
: web service的简单，不管是那个版本，所有这些都是可以
: 自动生成的。soap的可以看一下cxf，restful的可以看一下jersey。
|
e*****t
发帖数: 1005 | 132 几件事情无法苟同：
1. ejb和webservice是apple to orange，用起来有相关或者重叠的地方，但是出发点
不同。webservice是为了不同系统间的integrate，不仅仅是java,可以方便的让任何
client去调用service，包括web client
2. ajax不是用来统一ff,ie的。许多ajax framework例如(YUI,dojo,jquery)是有这个
目标的，当然，还是有些问题的。ajax这个概念本身强调的是async,不需要去reload一
整个页面
3. 不是说在xml之上催生了web service。 xml是w3c玩出来的，是为了更方便的交流
structured data。应该是反过来，web的发展催生了xml。没有xml之前，也是有各自
proprietary的web service的。
4. SOAP和REST并不仅仅是精简掉soap 的那些xml.rest的核型思想是resource
oriented.不过现在大多数都是Restful,不是pure REST,其实也就跟你说的差不多了。
5.Jboss eap surely makes things easier. but you are now tightly coupled with
Jboss commercial products. Some startup or big enterprise won't make the
move because of either budget or politics.
【在 z****e 的大作中提到】
: 当初提出的三层衔接
: 其实不止三层了，四五层都有
: 但是最常用的三层
: 一个是通过最底层的rmi接口调用，Serializable接口就是那时候的东西
: 但是很快人们就发现，这样搞没得搞，因为一群人太煞笔了
: 大部分人学不会Serializable和rmi
: 当然之前的corba更让人绝望
: 谁有办法用上百万年薪去雇佣这样一个人来搞这种东西
: rmi算是对corba的一层封装，但是还是很难搞
: 然后发明了ejb，remote接口，在中间那一层做集成
|
J*******n
发帖数: 2901 | 133 用过jersey，超方便
backbone js + jersey + mongodb，半天时间一个restful app就setup好了
改天有时间看看cxf~
【在 g*****g 的大作中提到】
: web service的简单，不管是那个版本，所有这些都是可以
: 自动生成的。soap的可以看一下cxf，restful的可以看一下jersey。
|
z*******3
发帖数: 13709 | 134 事实上我认为.net是一个微软用来捣乱的东西
并不是真的当回事，而且vb本身是有问题的
这种毫不严谨的语言是存在设计上的缺陷
在这行混得越久，就越看重规则，以前html乱写都没问题
但是后来还是被强制xml化，xml远比html要求严格
少一个就是错，java能流行很重要一个原因就是因为java语法严谨
不让你乱写，这很重要，而微软一直都很喜欢vb，一个很重要原因
就是，微软的哲学就是让傻逼都会编程，但是结果往往是傻逼不仅没学会编程
反而使得行内人士厌恶去收拾傻逼犯下的各种错误，也就是给傻逼擦屁股
【在 c*********e 的大作中提到】
: 有个版叫dotnet版，那儿的人看到你的贴子，可能要抓狂，哈哈。
|
z*******3
发帖数: 13709 | 135 ejb外面还有其他规范啊，jboss等容器又不是只搞ejb
jboss是一个servlet, jsp, ejb, jpa 等一堆东西的集合体
我不是说用ejb解决所有问题，但是jboss和weblogic还有websphere
这三个，得其中一个足够了，就足够搞定所有spring, hibernate, tomcat, spring
mvc还有jersey的功能了
我只要有jboss
三层很容易出来
web用最古老的，servlet＋jsp，唯一的麻烦就是要自己去写mvc，但是我觉得不用统一
的dispatch servlet也没什么
难道不允许我用几个servlet来dispatch么？
jsp用jslt，这也是政府军
然后service tier用ejb
orm还是用ejb
web service还是用ejb
然后所有tomcat能做的, jboss都能做，因为jboss用了tomcat做web容器
summary如下
你用spring, hibernate, tomcat, jersey做的
我用一个jboss全部都可以做，而且省掉很多配置，搞定一个jboss远比搞定几个框架要
容易
不仅仅是ejb，ejb容器往往都是高级容器，能搞ejb的，其他的什么连接池，web，
cluster，web service什么
它都能搞，我不止一次用jboss搞定所有问题了，websphere和weblogic就不用说了
-
service
tier
【在 s******e 的大作中提到】
: Personally I do not think that you can use ejb to solve all the problems
: that tomcat，hibernate，spring（core & mvc），jersey together can solve. I
: do not know your biz requirements. It may work for you. But as a general
: guid, doing what you said will have a good chance to fall back to day one -
: two tier application.
: I am not sure how you handle application tier with ria and regular web
: clients. Do you wnat to handle them with web service?
: even you can use annotation to expose your business interface as web service
: , I doubt that it will fly in any nontrivial projects. Usually business tier
: have more fine grained apis, so it can easily serve ui client with fine
|
z*******3
发帖数: 13709 | 136 我没有说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就不能诞生
【在 e*****t 的大作中提到】
: 几件事情无法苟同：
: 1. ejb和webservice是apple to orange，用起来有相关或者重叠的地方，但是出发点
: 不同。webservice是为了不同系统间的integrate，不仅仅是java,可以方便的让任何
: client去调用service，包括web client
: 2. ajax不是用来统一ff,ie的。许多ajax framework例如(YUI,dojo,jquery)是有这个
: 目标的，当然，还是有些问题的。ajax这个概念本身强调的是async,不需要去reload一
: 整个页面
: 3. 不是说在xml之上催生了web service。 xml是w3c玩出来的，是为了更方便的交流
: structured data。应该是反过来，web的发展催生了xml。没有xml之前，也是有各自
: proprietary的web service的。
|
z*******3
发帖数: 13709 | 137 其实我的意思是
jboss = tomcat + ejb ＝ tomcat + spring + hibernate + jersey ...
而不是ejb ＝ tomcat + spring + hibernate + jersey ...
-
service
tier
【在 s******e 的大作中提到】
: Personally I do not think that you can use ejb to solve all the problems
: that tomcat，hibernate，spring（core & mvc），jersey together can solve. I
: do not know your biz requirements. It may work for you. But as a general
: guid, doing what you said will have a good chance to fall back to day one -
: two tier application.
: I am not sure how you handle application tier with ria and regular web
: clients. Do you wnat to handle them with web service?
: even you can use annotation to expose your business interface as web service
: , I doubt that it will fly in any nontrivial projects. Usually business tier
: have more fine grained apis, so it can easily serve ui client with fine
|
z*******3
发帖数: 13709 | 138 我不止一次在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来延伸自己
那么这样的话就造成了，一旦一个项目大的话
你需要掌握的不仅仅是spring还有hibernate还有jersey，甚至还有其他的tomcat之类的
相比之下，这个时候你选择jboss这一个套装，无疑是明智的
因为它帮你搞定了这一堆乱七八糟的整合
这让我想起当年我问bea的工程师
如果我用bea的weblogic，和oracle的db，再加上sun的os和机器
这三个凑在一起，跟ibm的websphere+db2+aix+硬件
相比，哪个效率高？
bea的工程师很认真地告诉我，ibm的效率高 |
z*******3
发帖数: 13709 | 139 我用jboss，安装加调试，半个小时搞定
甚至我可以让eclipse给我生成样例
【在 J*******n 的大作中提到】
: 用过jersey，超方便
: backbone js + jersey + mongodb，半天时间一个restful app就setup好了
: 改天有时间看看cxf~
|
z*******3
发帖数: 13709 | 140 回答你最后一个疑问
用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~!
这些都是web+ejb容器，爱选谁选谁，都木有问题
但是问题在于，如果你不用spring，你能用什么？spring是无可替代的，如果你在
spring上写了程序之后
【在 e*****t 的大作中提到】
: 几件事情无法苟同：
: 1. ejb和webservice是apple to orange，用起来有相关或者重叠的地方，但是出发点
: 不同。webservice是为了不同系统间的integrate，不仅仅是java,可以方便的让任何
: client去调用service，包括web client
: 2. ajax不是用来统一ff,ie的。许多ajax framework例如(YUI,dojo,jquery)是有这个
: 目标的，当然，还是有些问题的。ajax这个概念本身强调的是async,不需要去reload一
: 整个页面
: 3. 不是说在xml之上催生了web service。 xml是w3c玩出来的，是为了更方便的交流
: structured data。应该是反过来，web的发展催生了xml。没有xml之前，也是有各自
: proprietary的web service的。
|
|
|
z*******3
发帖数: 13709 | 141 ejb最好一点就是强调规范和统一
你用ibm的websphere跑ejb
跟用oracle的weblogic跑ejb
或者你用jboss跑ejb
或者你用tomee跑ejb
或者你用glassfish跑ejb
都是一回事，你愿意你跑去国内用金碟那个apusic也是一样的ejb
这就是规范和统一，你减少了对于这些产品的依赖
而如果你用了spring，你离开了spring，你有其他选择么？
spring是无可替代的
所以spring减少了bean之间的依赖，但是增加了你对spring这个框架的依赖
假设明天开始，spring说，你们用spring的，每人给我一百刀一个月
你怎么办？
如果我用的是ear包的话，jboss这么说，我就去下tomee或者glassfish
当然这种开源收费的事比较不太可能发生
但是你对比这两种前景，我想你应该不会为了一棵树木放弃整个森林
纵然spring很好，但是并不意味着其他东西不好
所以有一个比较好的兼容性是很重要的
当然我也不反对你把spring和ejb结合起来使用
只不过这样更像是spring mvc+ejb
世界是多元的，这也是java的迷人魅力所在，我有的是选择 |
g*****g
发帖数: 34805 | 142 Although spring is proprietary, it's also open source with apache
license, so discontinued support is not really a concern. Someone
will just fork it.
Spring+Hibernate is more flexible and more powerful, with finer
control and a bigger set of API (e.g. Advanced AOP through aspectJ).
On the other hand, ejb3.1 is definitely more consise, has a lot of
convention over configuration learned from RoR.
I think ejb3.x is mature enough for most projects, so you can't go
wrong with either one. Personally I still prefer spring since so many
3rd party libraries have nice integration with it, the same thing can't
be said for ejb.
For a project that's going to last several years with many things uncharted,
spring is probably the better choice for its flexibility. For quick
consulting
projects, ejb gives faster implementation. |
y***y
发帖数: 224 | |
w*******s
发帖数: 940 | 144 这段有些片面啊
你后台跑EJB，前台怎么办？用不用JSF？规范嘛
用了JSF、EJB，用不用Seam？用，那好，你就依赖于Seam了
不用，这个前后台之间你怎么做？
不要说什么Jboss只要搞定Jboss就行
JPA不还是hibernate之类的打底？Jboss就不搞MVC了？一样要搞
反尔，因为系统把transaction之类的打包，实际上用户就缺乏了对这些东东的控制
调个问题会很麻烦
用EJB到底有什么好处？凭什么把EJB交给websphere/weblogic/jboss就一定比把东西交
给spring要好？
【在 z*******3 的大作中提到】
: ejb最好一点就是强调规范和统一
: 你用ibm的websphere跑ejb
: 跟用oracle的weblogic跑ejb
: 或者你用jboss跑ejb
: 或者你用tomee跑ejb
: 或者你用glassfish跑ejb
: 都是一回事，你愿意你跑去国内用金碟那个apusic也是一样的ejb
: 这就是规范和统一，你减少了对于这些产品的依赖
: 而如果你用了spring，你离开了spring，你有其他选择么？
: spring是无可替代的
|
z*******3
发帖数: 13709 | 145 你没有试过前台用其他东西吧？
比如自己写core java之类的
jsf用啊，jsp已经不在标准中了，我有些怀疑jsp的前景
但是facelet将来怎样不太好说
presentation tier的东西很难说的
这一层变化太大，但是不管怎样，有些东西是固定的
这么多年了，ejb还是ejb，并没有变没
相反，一直在那边，版本在不停地更新
而且这一层只有spring和ejb，其他没有了
想换其他也换不了啊
这么说吧
j2ee的很多东西分为标准和非标准
但凡是是非标准的东西，都有风险
标准也有风险，但是相对小一点
servlet，jsf，ejb，jpa，jaxws,rs这些，都是标准
标准的东西不是那么容易变的，因为但凡是标准
就需要jcp投票通过，换句话说，是一堆公司和组织协商后的产物
想变，需要这一群东东投票同意才行，这其中包括ibm, oracle, apache, interface21
等等
我好像还看到了北京大学，我乐个去
但是非标准的那些框架，下一个版本要变，你一点办法没有
所以要跟着标准走，尽量依赖标准，而非标准以外的东西
但是并不代表标准一定对
标准也有错的时候，还经常错，但是我感觉
大多数时候，标准不是错了，是群众觉得太麻烦，于是先寻求轻量级的解决方案
那么这个时候会有博弈，重量级的标准会逐步向轻量级的解决方案靠拢
最后两者会逐渐统一，我先去吃好吃的，等下回来展开
另外，hibernate你知道那个作者在哪里工作么？
hibernate现在是jboss的一个组件，很早以前hibernate就被jboss收编了
还有，前面说的jersey，这个其实是jax-rs的一个标准实现，sun的东西
所以很多时候，你就在使用标准化的东西，只不过你自己不觉得而已
至于要不要全用，我觉得放在那边也不碍事啊，更何况jboss7的代码全部重构
其效率大幅度提升，启动时间是jboss6的十分之一，并且完全满足jee6的规范
这种东西，让人怎么会不喜欢，等下我再来展开ejb和web service的部分
这个说起来有点长
前台我用servlet和jsf啊，jsf也一直是有点半死不活的
但是因为是标准，所以坚挺到现在，以前大规模流行的struts现在有些快完蛋的样子
另外ejb的jta控制可以显性控制，不存在说被完全打包的情况
倒是spring在最新版本的跟hibernate4的接口里面
通过getCurrentSession(）这个方法，来完全摆脱用户对于transaction的显性控制
所以其实你说的问题更多反映在spring上，而不是ejb上
ejb是很传统的东西，控制反转这都多少年了，它才慢慢实现
说明它对于传统方式的改变是非常保守的，哪怕有一点风险，它都裹足不前
所以其实你对传统方式了解越多，就越容易控制这些东西
可能这些传统方式不会那么快速开发，但是人工的介入会更简单
我不是说spring不好，spring是一个伟大的东西，但是不是说除了spring，其他都是狗屎
这个就非常片面了，spring和jboss的创始人都是牛逼到死的人物
我一点不认为jboss会比spring差多少，其实我一直的看法都是
不要因为一颗树长得太好就认为其他的树毫无价值，毕竟你面对的是一片森林
有的好树等着你去发现，好，我先吃东西，等下在说
【在 w*******s 的大作中提到】
: 这段有些片面啊
: 你后台跑EJB，前台怎么办？用不用JSF？规范嘛
: 用了JSF、EJB，用不用Seam？用，那好，你就依赖于Seam了
: 不用，这个前后台之间你怎么做？
: 不要说什么Jboss只要搞定Jboss就行
: JPA不还是hibernate之类的打底？Jboss就不搞MVC了？一样要搞
: 反尔，因为系统把transaction之类的打包，实际上用户就缺乏了对这些东东的控制
: 调个问题会很麻烦
: 用EJB到底有什么好处？凭什么把EJB交给websphere/weblogic/jboss就一定比把东西交
: 给spring要好？
|
z*******3
发帖数: 13709 | 146 ejb的好处在于，spring能做的，ejb都能做
而且spring不能做的，ejb也能做
ejb的标准覆盖面更大，更广，而spring自己都说
spring是一个“轻量级”的实现，而ejb是一个“重量级”的实现
言外之意就是，ejb管得更多，同时ejb得到的支持也更多
另外spring本身不是java ee标准，所以其控制权一直都在springsource手里
而springsource是vmwave的下属子公司，而vmwave又被emc全权控制
所以你应该要明白，spring跟mysql一样，什么时候被吞掉
那是正常的，它并不是apache这种组织的产物，apache并没有权力对spring指手画脚
所以我不放心这样一个产品，那是应该的，我不仅对spring不放心
我对websphere和weblogic同样不放心，就是jboss我也有些忌惮
除非这个东西最终被apache这种非盈利组织所控制，否则
这些产品都有一定的商业风险存在，而如何降低这种商业风险
是一个合格的技术人员所应该具备有的素质，等下展开了，先吃东西
【在 w*******s 的大作中提到】
: 这段有些片面啊
: 你后台跑EJB，前台怎么办？用不用JSF？规范嘛
: 用了JSF、EJB，用不用Seam？用，那好，你就依赖于Seam了
: 不用，这个前后台之间你怎么做？
: 不要说什么Jboss只要搞定Jboss就行
: JPA不还是hibernate之类的打底？Jboss就不搞MVC了？一样要搞
: 反尔，因为系统把transaction之类的打包，实际上用户就缺乏了对这些东东的控制
: 调个问题会很麻烦
: 用EJB到底有什么好处？凭什么把EJB交给websphere/weblogic/jboss就一定比把东西交
: 给spring要好？
|
b******y
发帖数: 9224 | 147 "而如何降低这种商业风险是一个合格的技术人员所应该具备有的素质..."
我觉得Spring是不错，但我们在应用当中，尽量的是避免用它太复杂的一些方面，就是
尽量用简单的基础性的框架而已，比如说它的将各个模块wrap起来的功能等。具体说，
数据库的access, 我们就没有用spring，等等。
商业性的东西是会有一定的忌讳的，尽量多用Apache纯开源的东西为好。还有就是，程
序开发的大了，基本上公司内部都是要自行做很多的utility的，也就渐渐的把Spring
的一些模块能够取代了。这样才是最牢靠的。
话说Google内部也是很多自己的程序，毕竟这个是知识产权, 自己公司掌握比依靠其他
公司强的多. |
z*******3
发帖数: 13709 | 148 其实我个人觉得，用了标准化的东西，重复造轮子的次数会少很多
对我个人来说，我觉得只要不在j2se和j2ee标准包里面的东西
我都尽可能少用或不用，不用是最好的
Spring
【在 b******y 的大作中提到】
: "而如何降低这种商业风险是一个合格的技术人员所应该具备有的素质..."
: 我觉得Spring是不错，但我们在应用当中，尽量的是避免用它太复杂的一些方面，就是
: 尽量用简单的基础性的框架而已，比如说它的将各个模块wrap起来的功能等。具体说，
: 数据库的access, 我们就没有用spring，等等。
: 商业性的东西是会有一定的忌讳的，尽量多用Apache纯开源的东西为好。还有就是，程
: 序开发的大了，基本上公司内部都是要自行做很多的utility的，也就渐渐的把Spring
: 的一些模块能够取代了。这样才是最牢靠的。
: 话说Google内部也是很多自己的程序，毕竟这个是知识产权, 自己公司掌握比依靠其他
: 公司强的多.
|
p*****2
发帖数: 21240 | 149
大牛给讲讲core java吧？主要用来做什么？都有哪些职位？
【在 z****e 的大作中提到】
: 可以去，除了m以外
: 其它三个都有招core java的人
: 前一段jobhunting不是还有人在说这事么？
: 说他在找core java的职位，然后面的就是这几家
: 不过core java跟j2ee多少有些不是一回事
: 你要注意这两者的区别
: 尤其是j2ee web这一块的
: web这一块变动太大了
: 包括客户端的东西，几天一变
: 建议多关注一下service tier或者说business tier
|
e*****t
发帖数: 1005 | 150 同意，不过可以加上常用的apache commons和google guava libraries.
而且一定不要碰GPL的东西。
【在 z*******3 的大作中提到】
: 其实我个人觉得，用了标准化的东西，重复造轮子的次数会少很多
: 对我个人来说，我觉得只要不在j2se和j2ee标准包里面的东西
: 我都尽可能少用或不用，不用是最好的
:
: Spring
|
|
|
z****e
发帖数: 54598 | 151 做底层的东西，做产品，比如我用jboss，在我的工作中
就是j2ee的职位，因为我只要写ejb, servlet这些组件
但是如果我自己写jboss这种商业化产品，就可以看作是core java的职位
当然也有公司吃饱了用core java写全套的东西
比如facebook用core java写网站
我很佩服这种公司，一般我是能用就用，不能用我才会去动手写
尤其是现在大多数时候我都能找到开源的东西，如果是收费的话
我会考虑用core java写
你那么喜欢core java吗？
从main开始写吧，然后无论做什么
你都要想着如何从你写的那个main开始执行
而不是执行其它产品的bin
core java有不少职位，但是问题是都不是entry level的职位
相比之下，做j2ee的entry level就太多了
【在 p*****2 的大作中提到】
:
: 大牛给讲讲core java吧？主要用来做什么？都有哪些职位？
|
S****h
发帖数: 558 | 152 Haha. My firm is very relunctant for any components, tools without
commercialized support.
Spring
【在 b******y 的大作中提到】
: "而如何降低这种商业风险是一个合格的技术人员所应该具备有的素质..."
: 我觉得Spring是不错，但我们在应用当中，尽量的是避免用它太复杂的一些方面，就是
: 尽量用简单的基础性的框架而已，比如说它的将各个模块wrap起来的功能等。具体说，
: 数据库的access, 我们就没有用spring，等等。
: 商业性的东西是会有一定的忌讳的，尽量多用Apache纯开源的东西为好。还有就是，程
: 序开发的大了，基本上公司内部都是要自行做很多的utility的，也就渐渐的把Spring
: 的一些模块能够取代了。这样才是最牢靠的。
: 话说Google内部也是很多自己的程序，毕竟这个是知识产权, 自己公司掌握比依靠其他
: 公司强的多.
|
e*****t
发帖数: 1005 | 153 guess it must be a big non-software-industry enterprise.
【在 S****h 的大作中提到】
: Haha. My firm is very relunctant for any components, tools without
: commercialized support.
:
: Spring
|
d*********4
发帖数: 409 | |
f******s
发帖数: 37 | |
k********e
发帖数: 368 | 156 看来你是没有用过EJB。虽然麻烦点，想当年企业都用这个。到现在，大企业的大系统
还在用这个，虽然技术已经很老了。
新项目可能会用spring，hibernate，服务器还是那些老J2EE服务器。当然小项目可以
考虑tomcat。
-
service
tier
【在 s******e 的大作中提到】
: Personally I do not think that you can use ejb to solve all the problems
: that tomcat，hibernate，spring（core & mvc），jersey together can solve. I
: do not know your biz requirements. It may work for you. But as a general
: guid, doing what you said will have a good chance to fall back to day one -
: two tier application.
: I am not sure how you handle application tier with ria and regular web
: clients. Do you wnat to handle them with web service?
: even you can use annotation to expose your business interface as web service
: , I doubt that it will fly in any nontrivial projects. Usually business tier
: have more fine grained apis, so it can easily serve ui client with fine
|
k********e
发帖数: 368 | 157 我工作过的几个保险公司都非常不愿意用任何没有商业支持的软件。服务费用不是问题
，系统出问题才是大问题。
【在 e*****t 的大作中提到】
: guess it must be a big non-software-industry enterprise.
|
k********e
发帖数: 368 | 158 jboss并不排斥spring，hibernate，就像struts可以在jboss，weblogic, websphere里
面用一样。
要比就相同的东西比：jboss和tomcat,weblogic,webshpere比。
然后，JEE5-6 和spring比。
然后：hibernate， spring core，spring MVC，restful/soapWS，JPA可以用于上面的
组合。因为这些是框架。
所以，你有jboss, 可以走JEE (JPA)，或者走spring+JPA。都牛
【在 z*******3 的大作中提到】
: 我不止一次在jboss和tomcat+spring之间来回游弋了
: 以前还好，尤其是有struts的时代
: 但是随着这些框架越来越复杂，各种乱七八糟的功能又逐渐要求新的框架进来
: 我觉得越来越多的时间被浪费在这些框架之间的协作上
: 与其如此，为什么我不回头用jboss呢？
: 我用jboss只要搞定jboss就好了
: 而你用spring，你要搞定一堆东西
: tomcat要搞吧？
: spring mvc要搞吧？
: spring core要搞吧？
|
k********e
发帖数: 368 | 159 就是只能用于windows。这是最大的缺点，其他还可以，跟JAVA彼此模仿，彼此超越
【在 c*********e 的大作中提到】
: 多新鲜啊。asp.net的server side,可以用vb或者c#写，2者非常类似。
|
k********e
发帖数: 368 | 160 EAR在JBOSS，glassfish，weblogic，websphere之间随意迁移只是一个美妙的传说。事
实是个大牛厂都加入自己的特别配置。
如果想想那些JMS queue,tranacstion, ASL, JNDI的配置，datasource的配置，基本没
有人会天真到随意更改app server。
用spring无需放弃app server的资源管理和调配机制，因为spring只是框架，可以极好
的支持EJB。
：）
【在 z*******3 的大作中提到】
: 回答你最后一个疑问
: 用jboss，你把程序打成ear包之后
: 你可以很方便地在jboss和websphere还有weblogic之间迁移
: 就好比war在tomcat和jetty之间迁移一样
: 所以并不存在说对jboss有过多依赖的问题
: 更何况，当你用了spring之后，就意味着放弃weblogic和websphere对于ejb的性能发挥
: 那这个难道不是一种损失么？不也是一种依赖么？
: 更何况，你离开了spring你还能用什么？
: 我离开了jboss我用websphere一样搞
: 现在jboss在逐步剥离对于tomcat的依赖，自己搞新的web server
|
|
|
a****i
发帖数: 1182 | 161 从来没用过，最多用过MDB
当年哪些企业在用？
tomcat也不光是小项目，大项目一样可以
【在 k********e 的大作中提到】
: 看来你是没有用过EJB。虽然麻烦点，想当年企业都用这个。到现在，大企业的大系统
: 还在用这个，虽然技术已经很老了。
: 新项目可能会用spring，hibernate，服务器还是那些老J2EE服务器。当然小项目可以
: 考虑tomcat。
:
: -
: service
: tier
|
k********e
发帖数: 368 | 162 基本上金融业和保险业比较多。就是当年的一股风。然后由于这些行业的特点（保守）
，不会轻易转换平台，所以基本上很多仍然沿用古老的ejb。到了高盛，你会发现，很
多COBOL系统。
tomcat还是不能用于这些行业，特别是交易平台。不过，可能可以用于内部网，或者对
并发要求不高的系统。
新项目现在基本就是spring的天下了。进来JEE6，EJB3出来后，JEE有上升的趋势，但
远不是spring的对手。原因很简单，换个架构有很多风险，不是每个企业都把技术领先
作为首要任务，能用就行。那些经理们犯不着没事找事。
【在 a****i 的大作中提到】
: 从来没用过，最多用过MDB
: 当年哪些企业在用？
: tomcat也不光是小项目，大项目一样可以
|
z*******3
发帖数: 13709 | 163 对了，我现在就在搞corba
我乐个去啊，真tmd痛苦啊
【在 k********e 的大作中提到】
: 基本上金融业和保险业比较多。就是当年的一股风。然后由于这些行业的特点（保守）
: ，不会轻易转换平台，所以基本上很多仍然沿用古老的ejb。到了高盛，你会发现，很
: 多COBOL系统。
: tomcat还是不能用于这些行业，特别是交易平台。不过，可能可以用于内部网，或者对
: 并发要求不高的系统。
: 新项目现在基本就是spring的天下了。进来JEE6，EJB3出来后，JEE有上升的趋势，但
: 远不是spring的对手。原因很简单，换个架构有很多风险，不是每个企业都把技术领先
: 作为首要任务，能用就行。那些经理们犯不着没事找事。
|
z*******3
发帖数: 13709 | 164 还有电信用得也比较多
sun当年的很多收入都来自电信业
民航等交通领域也用得很多
航空系统也是一个大肥肉
还有政府
但是政府倾向于用国内产商的app server
越是不差钱的公司用ejb用得越多
另外，我从spring的老巢发来最新消息
我们这边ejb也在逐步启用
在此之前都是spring，但是现在jboss什么也在用
还有weblogic，现在我们在讨论的是新项目要不要用ejb
不过组里其他人并不是很赞同，问我的意见，我在想要不要说服他们去用
关键是如果出了问题我比较痛苦，如果用spring出了问题
他们搞定，我很轻松，所以……
【在 k********e 的大作中提到】
: 基本上金融业和保险业比较多。就是当年的一股风。然后由于这些行业的特点（保守）
: ，不会轻易转换平台，所以基本上很多仍然沿用古老的ejb。到了高盛，你会发现，很
: 多COBOL系统。
: tomcat还是不能用于这些行业，特别是交易平台。不过，可能可以用于内部网，或者对
: 并发要求不高的系统。
: 新项目现在基本就是spring的天下了。进来JEE6，EJB3出来后，JEE有上升的趋势，但
: 远不是spring的对手。原因很简单，换个架构有很多风险，不是每个企业都把技术领先
: 作为首要任务，能用就行。那些经理们犯不着没事找事。
|
z*******3
发帖数: 13709 | 165 我们现在最核心的系统，是core java写
用极少数的开源框架，而且是完全把源代码读懂之后才开始用
然后外围一层的系统，用spring，不读懂
再外围，开始用jboss，没打算读懂
再外围，用weblogic，不可能阅读源代码
【在 k********e 的大作中提到】
: 我工作过的几个保险公司都非常不愿意用任何没有商业支持的软件。服务费用不是问题
: ，系统出问题才是大问题。
|
z*******3
发帖数: 13709 | 166 可以慢慢加上去嘛
原先用weblogic的，然后逐步采用jboss
旧的继续用，新的慢慢把jboss什么给加上去
依赖一旦产生，要去掉就很难了
【在 k********e 的大作中提到】
: EAR在JBOSS，glassfish，weblogic，websphere之间随意迁移只是一个美妙的传说。事
: 实是个大牛厂都加入自己的特别配置。
: 如果想想那些JMS queue,tranacstion, ASL, JNDI的配置，datasource的配置，基本没
: 有人会天真到随意更改app server。
: 用spring无需放弃app server的资源管理和调配机制，因为spring只是框架，可以极好
: 的支持EJB。
: ：）
|
z*******3
发帖数: 13709 | 167 对于legacy code
不仅不是说技术领先不是首要考虑
哪怕是升级都是非常麻烦的事
最简单的从jre 1.4升级到1.6
出了一堆的问题，哪怕是hashtable都出了问题
因为实现机制不一样，导致查询的效率有了明显的差异
因为某些操作导致了里面的key的顺序发生了改变
进而导致查询的速度下降
而不一样当它在小数据量时候
并不明显，但是一旦并发数量一多，一大
各种想都想不到的问题就会产生
再比如gc，理论上版本越高速度越快
但是实际上并非如此，1.6的速度经过测试，居然还要小慢一点
至少对于我们现有的系统来说
而官方的jre在gc时候会停止执行，所以后来不得不调整虚拟机参数
才使得这个gc的执行时间发生在可以接受的范围内
我后来的建议是去购买一些欧洲公司的non stoppable jvm
不过这要讨论决定
还有jboss的升级也有类似的问题，spring的3.0版本也有问题
至今我们还在用jboss4.x和spring2.5，远不是最新的7.x和4.x
每一次升级带来的都是一堆的麻烦事
所以很多时候减少依赖是出于我们对于系统本身性能的考量
用别人的东西，性能未必就那么好
尤其是当你不知道他们是怎么实现的时候
而去看别人代码，远不如自己去写来得有效率
【在 k********e 的大作中提到】
: 基本上金融业和保险业比较多。就是当年的一股风。然后由于这些行业的特点（保守）
: ，不会轻易转换平台，所以基本上很多仍然沿用古老的ejb。到了高盛，你会发现，很
: 多COBOL系统。
: tomcat还是不能用于这些行业，特别是交易平台。不过，可能可以用于内部网，或者对
: 并发要求不高的系统。
: 新项目现在基本就是spring的天下了。进来JEE6，EJB3出来后，JEE有上升的趋势，但
: 远不是spring的对手。原因很简单，换个架构有很多风险，不是每个企业都把技术领先
: 作为首要任务，能用就行。那些经理们犯不着没事找事。
|
z*******3
发帖数: 13709 | 168 现在系统并发数量据说上了million
就这么一个系统
每年可以生产出来的profits上亿刀
所以没有人敢轻易动手
我今天改了一个enumeration为iterator
胆战心惊地想了半天
算了，还是不改了
鬼知道这里面会出啥问题
还是先放着，先记下来，让别人来review一下再说
慢慢地改，慢慢的改
下一步是建议他们采用1.5的一些new features
尤其是java.util.concurrent里面的东西
这种代码级别的升级肯定又是一堆p事
不过好在明年要造一个新的子系统
我爽之后让别人痛苦的时候来了 |
z*******3
发帖数: 13709 | 169 最离谱的是junit还在用1.1
这简直是要了我的命啊
然后我尝试着去改testcase
发现尼玛四层继承
我当场就决定放弃阅读父类代码
很多理论都是说起来一套一套
做起来发现人们其实都往简单了做
就比如这个testcase
上面两层的abstract class定义了一堆的abstract方法
最后在最底层实现的时候，我发现全部是空方法
而所有信息则全部集中到最后的execute方法里面去
真正的代码都在一个方法里面搞定
看了我直乐，这是典型的装13犯的产物
定义了一堆，人家都不用
等解释清楚这些东东是干什么的
人家代码早写完测试完几个版本了 |
k********e
发帖数: 368 | 170 我上一份工作的那个保险公司，基本垄断medicare。这样的系统，仍然用EJB和JDK1.4.
业务逻辑复杂（50多个州和地区），升级websphere已经花了2年时间，几个million买
硬件软件，到现在还没有搞定。原因是系统测试和性能调试以及代码迁移，每一个环节
出问题都有可能造成市场份额的丢失，损失是以亿级美元为代价。没有一个经理敢独自
决定，一行代码的改动都可能耗费几个月的讨论和测试。
企业关注的不是技术，而是盈利。这个思路理顺了，就明白了。所以，EJB的工作仍然
有，而且都是待遇优厚的大公司，工作压力小。现在JEE6已经和sping没有什么大差距
了，这些大公司升级到JEE6是顺理成章的事，估计接下来2-3年我们可以看到EJB3的需
求会大幅增加。因为EJB的升级的改变比较少，原有的app server的配置无需翻天覆地
的全改。所以对IBM，ORACLE是利好。
【在 z*******3 的大作中提到】
: 对于legacy code
: 不仅不是说技术领先不是首要考虑
: 哪怕是升级都是非常麻烦的事
: 最简单的从jre 1.4升级到1.6
: 出了一堆的问题，哪怕是hashtable都出了问题
: 因为实现机制不一样，导致查询的效率有了明显的差异
: 因为某些操作导致了里面的key的顺序发生了改变
: 进而导致查询的速度下降
: 而不一样当它在小数据量时候
: 并不明显，但是一旦并发数量一多，一大
|
|
|
z*******3
发帖数: 13709 | 171 对啊，这就是为什么当年我对ejb尤其热衷的原因
因为我注意到，都是大公司在用，而且都是很大的公司
不少都是垄断的那种
说实话，到现在我工作过的地方，都不是说非用ejb不可
但是会不会跟用不用ejb完全是两个概念
会不会完全就代表着个人的努力程度
用不用那这个可以商榷地方就多了，但是现实往往不为人的意志所转移
总不能说别人用了，面试时候上去说，你这个ejb太烂
都过时了，给我换spring，对方听了肯定会晕过去
这是招马仔呢还是招大爷？
4.
【在 k********e 的大作中提到】
: 我上一份工作的那个保险公司，基本垄断medicare。这样的系统，仍然用EJB和JDK1.4.
: 业务逻辑复杂（50多个州和地区），升级websphere已经花了2年时间，几个million买
: 硬件软件，到现在还没有搞定。原因是系统测试和性能调试以及代码迁移，每一个环节
: 出问题都有可能造成市场份额的丢失，损失是以亿级美元为代价。没有一个经理敢独自
: 决定，一行代码的改动都可能耗费几个月的讨论和测试。
: 企业关注的不是技术，而是盈利。这个思路理顺了，就明白了。所以，EJB的工作仍然
: 有，而且都是待遇优厚的大公司，工作压力小。现在JEE6已经和sping没有什么大差距
: 了，这些大公司升级到JEE6是顺理成章的事，估计接下来2-3年我们可以看到EJB3的需
: 求会大幅增加。因为EJB的升级的改变比较少，原有的app server的配置无需翻天覆地
: 的全改。所以对IBM，ORACLE是利好。
|
z*******3
发帖数: 13709 | 172 时间过得好快啊
刚在其他版看到了楼主的贴
恭喜楼主找到了本行的工作哈哈
幸福的经历总是类似的
我相信很多找工作的同学也都跟他一样
在经历了一番折腾之后，在快绝望时候
拿到了dream offer
幸福总是在不经意间来敲门
要相信是金子，总会发光的
其实想想，我也是
哈哈
祝各位都能拿到好offer |
