z*3
2 楼
我这点很同意tom说的
一旦你用了，你就爱不释手
不会之前你会觉得很可怕
但其实没有那么可怕
无非是个工具，你只要理解了这些东西做什么用的
剩下的就很简单，无非做两个试验，照葫芦画瓢
先看定义，javaee的定义，摘取自wikipedia
Java EE includes several API specifications, such as JDBC, RMI, e-mail, JMS,
web services, XML, etc., and defines how to coordinate them. Java EE also
features some specifications unique to Java EE for components. These include
Enterprise JavaBeans, Connectors, servlets, JavaServer Pages and several
web service technologies. This allows developers to create enterprise
applications that are portable and scalable, and that integrate with legacy
technologies. A Java EE application server can handle transactions, security
, scalability, concurrency and management of the components that are
deployed to it, in order to enable developers to concentrate more on the
business logic of the components rather than on infrastructure and
integration tasks.
那好，我们说说这里面的名词定义
无非jdbc, rmi, e-mail, jms, web service, xml, ejb, connectors, servlet, jsp
etc.
其实没有多少东西，只要你理解了这些东西是做什么的
你就完成了大半，当然我没有说实现很容易，实现起来随便一个都是大topic
分块解释，先把大系统分为不同的tiers
客户端技术，服务器front end技术，服务器back end技术，db部分
1）客户端技术
java这一块的选择有
applet，这个是嵌入浏览器的小程序，非常难搞，因为你要搞定浏览器
这个其实是java最早出名的地方，走到今天主攻搞server side反而有点意料之外
awt，java第一代ui控件，很恶心，用起来很痛苦，很多都要自己实现
比如双缓冲，不实现屏幕疯狂闪烁，这搞什么
swing，这个是java第二代ui控件，其实做得不错，但是没有得到大规模推广
但是不管怎样，swing取得一点范围内成功，还是有公司和企业在用
javafx，这个是官方准备java 8以后取代swing的东西
做得还不错，至少从外观上看，好看很多，有兴趣的可以玩一玩
这一块做得怎样呢？这一块做得其实不怎样，java在这一块一直都过得很憋屈
因为m$当年跟sun闹翻了之后，就互相抬杠鸟
2）服务器front end技术
java这一块的选择有
servlet，这个是javaee标准的一块，也是最早出现的一块
这个简单，估计所有人都用过
jsp，这个其实是为了替代servlet的代码编写不直观的产物
流行了一段时间，但是官方最近准备淘汰jsp
jsf，淘汰了jsp换成什么呢？换成jsf，javax.faces包
这也是javaee标准的一块
servlet+jsf加起来就是服务器front end的官方版本
只要拿到了javaee6的证书的产品，也都实现了以上三个技术
well, 至少servlet+jsf没问题，jsp应该也都实现了，太古老的东西了
3）服务器back end技术，这一块全部都是javaee标准
这一块java有
ejb，好可怕的东西，ejb最重要的不仅仅是实现rmi
还有实现了web service的接口，而且将来趋势是发展web service部分
validation，这个其实最早是hibernate的一个子项目
由于有广泛意义，所以也变成标准的一部分
jms，这个是以前是ejb的一种，后来独立出来，变成单独的部分
message处理机制的实现，挺好用的
injection，这个其实javase5的新机制，使得编写程序更为便捷的一种方式而已
在哪一个层面都可能用到
resource，jca，连接器部分，就是不同的server之间要互相通信
该怎么办？其实除了rmi和web service之外，jca也是一种很好的方式
而且大部分知名的it公司，比如ibm，都实现了跟非java系统的connector
比如跟.net的connector，跟sap的connector etc.
那么很自然的一个问题，如果我有两个系统，该用什么办法集成呢？
jms，rmi，web service还是connector？
参考这篇文章
http://www.ibm.com/developerworks/webservices/library/ws-jcajms
4）db部分
这一块java的选择有
jdbc，这是java跟db交互的基础，应该所有人都用过
persistence，jpa，也就是orm，很经常的实现有hibernate之类的
这一块只负责包装db中的数据，以及做增删改查的处理
transaction，jta，这个是最让人头痛的部分，事务的处理
这个在以前也是ejb的一部分，ejb把管理事务放在container中去做
后来单独出来成为一块
那么websphere, weblogic, jboss这些实现了以上多少呢？
这几个大号的app server实现了上面全部技术和接口
所以你就可以感觉出来，如果你要做eai，有一堆乱七八糟的系统
等着你去集成，如果有那么一两个系统用了websphere等app server
你会多么幸福，因为不管什么系统，你都可以很轻松地跟它对接上
用标准的方式，所以这些技术你不用都不觉得怎样
用了就会爱上它们，因为它们帮忙做了太多东东
现在已经不是10年前了，现在所有乱七八糟的狗屁公司都有自己的一堆系统
如何把这些现有的系统给集成起来才是将来的主流
当然新的系统还会不断涌现，但是现有的系统
肯定是要维护和集成的，那么如何集成是一个很有趣的话题
一旦你用了，你就爱不释手
不会之前你会觉得很可怕
但其实没有那么可怕
无非是个工具，你只要理解了这些东西做什么用的
剩下的就很简单，无非做两个试验，照葫芦画瓢
先看定义，javaee的定义，摘取自wikipedia
Java EE includes several API specifications, such as JDBC, RMI, e-mail, JMS,
web services, XML, etc., and defines how to coordinate them. Java EE also
features some specifications unique to Java EE for components. These include
Enterprise JavaBeans, Connectors, servlets, JavaServer Pages and several
web service technologies. This allows developers to create enterprise
applications that are portable and scalable, and that integrate with legacy
technologies. A Java EE application server can handle transactions, security
, scalability, concurrency and management of the components that are
deployed to it, in order to enable developers to concentrate more on the
business logic of the components rather than on infrastructure and
integration tasks.
那好，我们说说这里面的名词定义
无非jdbc, rmi, e-mail, jms, web service, xml, ejb, connectors, servlet, jsp
etc.
其实没有多少东西，只要你理解了这些东西是做什么的
你就完成了大半，当然我没有说实现很容易，实现起来随便一个都是大topic
分块解释，先把大系统分为不同的tiers
客户端技术，服务器front end技术，服务器back end技术，db部分
1）客户端技术
java这一块的选择有
applet，这个是嵌入浏览器的小程序，非常难搞，因为你要搞定浏览器
这个其实是java最早出名的地方，走到今天主攻搞server side反而有点意料之外
awt，java第一代ui控件，很恶心，用起来很痛苦，很多都要自己实现
比如双缓冲，不实现屏幕疯狂闪烁，这搞什么
swing，这个是java第二代ui控件，其实做得不错，但是没有得到大规模推广
但是不管怎样，swing取得一点范围内成功，还是有公司和企业在用
javafx，这个是官方准备java 8以后取代swing的东西
做得还不错，至少从外观上看，好看很多，有兴趣的可以玩一玩
这一块做得怎样呢？这一块做得其实不怎样，java在这一块一直都过得很憋屈
因为m$当年跟sun闹翻了之后，就互相抬杠鸟
2）服务器front end技术
java这一块的选择有
servlet，这个是javaee标准的一块，也是最早出现的一块
这个简单，估计所有人都用过
jsp，这个其实是为了替代servlet的代码编写不直观的产物
流行了一段时间，但是官方最近准备淘汰jsp
jsf，淘汰了jsp换成什么呢？换成jsf，javax.faces包
这也是javaee标准的一块
servlet+jsf加起来就是服务器front end的官方版本
只要拿到了javaee6的证书的产品，也都实现了以上三个技术
well, 至少servlet+jsf没问题，jsp应该也都实现了，太古老的东西了
3）服务器back end技术，这一块全部都是javaee标准
这一块java有
ejb，好可怕的东西，ejb最重要的不仅仅是实现rmi
还有实现了web service的接口，而且将来趋势是发展web service部分
validation，这个其实最早是hibernate的一个子项目
由于有广泛意义，所以也变成标准的一部分
jms，这个是以前是ejb的一种，后来独立出来，变成单独的部分
message处理机制的实现，挺好用的
injection，这个其实javase5的新机制，使得编写程序更为便捷的一种方式而已
在哪一个层面都可能用到
resource，jca，连接器部分，就是不同的server之间要互相通信
该怎么办？其实除了rmi和web service之外，jca也是一种很好的方式
而且大部分知名的it公司，比如ibm，都实现了跟非java系统的connector
比如跟.net的connector，跟sap的connector etc.
那么很自然的一个问题，如果我有两个系统，该用什么办法集成呢？
jms，rmi，web service还是connector？
参考这篇文章
http://www.ibm.com/developerworks/webservices/library/ws-jcajms
4）db部分
这一块java的选择有
jdbc，这是java跟db交互的基础，应该所有人都用过
persistence，jpa，也就是orm，很经常的实现有hibernate之类的
这一块只负责包装db中的数据，以及做增删改查的处理
transaction，jta，这个是最让人头痛的部分，事务的处理
这个在以前也是ejb的一部分，ejb把管理事务放在container中去做
后来单独出来成为一块
那么websphere, weblogic, jboss这些实现了以上多少呢？
这几个大号的app server实现了上面全部技术和接口
所以你就可以感觉出来，如果你要做eai，有一堆乱七八糟的系统
等着你去集成，如果有那么一两个系统用了websphere等app server
你会多么幸福，因为不管什么系统，你都可以很轻松地跟它对接上
用标准的方式，所以这些技术你不用都不觉得怎样
用了就会爱上它们，因为它们帮忙做了太多东东
现在已经不是10年前了，现在所有乱七八糟的狗屁公司都有自己的一堆系统
如何把这些现有的系统给集成起来才是将来的主流
当然新的系统还会不断涌现，但是现有的系统
肯定是要维护和集成的，那么如何集成是一个很有趣的话题
z*n
3 楼
叶子菜，芹菜，蚕豆，豌豆，西兰花，菜花，香菜，萝卜，胡萝卜，洋葱，土豆
【在 f********s 的大作中提到】
: 多谢了!
【在 f********s 的大作中提到】
: 多谢了!
z*3
4 楼
我本人对于jca持保留态度
因为如果要tightly coupling，我干脆写成一个系统
做集群好了，如果不需要的话
那我用jms或者web service更好
现在java的web service还不是很规范
rest的实现还不完全
wsdl也只到1.x版本，2.0以后明显好用得多
看1.x的那个port就浑身上下不舒服
因为如果要tightly coupling，我干脆写成一个系统
做集群好了，如果不需要的话
那我用jms或者web service更好
现在java的web service还不是很规范
rest的实现还不完全
wsdl也只到1.x版本，2.0以后明显好用得多
看1.x的那个port就浑身上下不舒服
c*p
5 楼
秋天种pansy和茶花，冬天开花
12月冷之前还可以种玫瑰，通常年底都有大sale,去年买了好几棵大的，5刀一棵，今年
还要去捡漏
12月冷之前还可以种玫瑰，通常年底都有大sale,去年买了好几棵大的，5刀一棵，今年
还要去捡漏
t*e
6 楼
JavaEE里面的东西除了JPA，其他都很容易上手。那个一千多页的tutorial看完，基本
就可以干点活了。反正跨平台，code到哪都能用。
EAI就比较乱。老的商业产品一大堆，完全没有设计规范，（EDI等数据规范不算）。后
来JBI出来了，很多vendor不服，tight-coupling with SOAP and BPEL。然后加了SCA/
SDO，OSGi, BPMN，WS-×××等等，到现在还是一样的局面，必须先决定用那个产品，
再学其技术。
就可以干点活了。反正跨平台，code到哪都能用。
EAI就比较乱。老的商业产品一大堆，完全没有设计规范，（EDI等数据规范不算）。后
来JBI出来了，很多vendor不服，tight-coupling with SOAP and BPEL。然后加了SCA/
SDO，OSGi, BPMN，WS-×××等等，到现在还是一样的局面，必须先决定用那个产品，
再学其技术。
z*n
7 楼
应该是新年左右，种玫瑰的黄金时期
【在 c***p 的大作中提到】
: 秋天种pansy和茶花，冬天开花
: 12月冷之前还可以种玫瑰，通常年底都有大sale,去年买了好几棵大的，5刀一棵，今年
: 还要去捡漏
【在 c***p 的大作中提到】
: 秋天种pansy和茶花，冬天开花
: 12月冷之前还可以种玫瑰，通常年底都有大sale,去年买了好几棵大的，5刀一棵，今年
: 还要去捡漏
z*3
8 楼
所以到了这一块基本上就没有什么书可以看了
书呆子就挂了
完全讲究实践经验
不过一般挖人时候，这些东西也不会认真问就是了
大多数时候都是问，用没用过啊？
回答，用过，对方说，好，然后也不会细问下去
这样不规范其实对我们码农有利
对开发人员的依赖增强了，新来的无论多少经验要上手会很痛苦
反倒是jee标准的控件换人容易
不过为什么我觉得jpa很容易呢？
如果以前就用了jpa的，照着葫芦画就是了
如果没用的，估计来了新的需求也不会用，对于老系统而言
反倒是jta什么不太容易搞，毕竟不是那么常用
遇到问题只能看tutorial，要看完可不是那么容易的
现在还好了，以前啃书本的时候，经常遇到不懂的概念
完全读不下去，我正文转的那篇文章在我学ejb时候看不懂
现在再回头看，也没什么难的，但是当时不理解什么是jca，就是看不懂
SCA/
【在 t*******e 的大作中提到】
: JavaEE里面的东西除了JPA，其他都很容易上手。那个一千多页的tutorial看完，基本
: 就可以干点活了。反正跨平台，code到哪都能用。
: EAI就比较乱。老的商业产品一大堆，完全没有设计规范，（EDI等数据规范不算）。后
: 来JBI出来了，很多vendor不服，tight-coupling with SOAP and BPEL。然后加了SCA/
: SDO，OSGi, BPMN，WS-×××等等，到现在还是一样的局面，必须先决定用那个产品，
: 再学其技术。
书呆子就挂了
完全讲究实践经验
不过一般挖人时候，这些东西也不会认真问就是了
大多数时候都是问，用没用过啊？
回答，用过，对方说，好，然后也不会细问下去
这样不规范其实对我们码农有利
对开发人员的依赖增强了，新来的无论多少经验要上手会很痛苦
反倒是jee标准的控件换人容易
不过为什么我觉得jpa很容易呢？
如果以前就用了jpa的，照着葫芦画就是了
如果没用的，估计来了新的需求也不会用，对于老系统而言
反倒是jta什么不太容易搞，毕竟不是那么常用
遇到问题只能看tutorial，要看完可不是那么容易的
现在还好了，以前啃书本的时候，经常遇到不懂的概念
完全读不下去，我正文转的那篇文章在我学ejb时候看不懂
现在再回头看，也没什么难的，但是当时不理解什么是jca，就是看不懂
SCA/
【在 t*******e 的大作中提到】
: JavaEE里面的东西除了JPA，其他都很容易上手。那个一千多页的tutorial看完，基本
: 就可以干点活了。反正跨平台，code到哪都能用。
: EAI就比较乱。老的商业产品一大堆，完全没有设计规范，（EDI等数据规范不算）。后
: 来JBI出来了，很多vendor不服，tight-coupling with SOAP and BPEL。然后加了SCA/
: SDO，OSGi, BPMN，WS-×××等等，到现在还是一样的局面，必须先决定用那个产品，
: 再学其技术。
c*p
9 楼
key words: 年底有大sale
年初买的是光脚的一年苗，秋天 on sale的都是大的，至少两年的，且巨便宜，当然，
大规模开花也要等明年春天
【在 z*********n 的大作中提到】
: 应该是新年左右，种玫瑰的黄金时期
年初买的是光脚的一年苗，秋天 on sale的都是大的，至少两年的，且巨便宜，当然，
大规模开花也要等明年春天
【在 z*********n 的大作中提到】
: 应该是新年左右，种玫瑰的黄金时期
F*k
10 楼
捡漏时叫上我啊，跟班去学习
【在 c***p 的大作中提到】
: 秋天种pansy和茶花，冬天开花
: 12月冷之前还可以种玫瑰，通常年底都有大sale,去年买了好几棵大的，5刀一棵，今年
: 还要去捡漏
【在 c***p 的大作中提到】
: 秋天种pansy和茶花，冬天开花
: 12月冷之前还可以种玫瑰，通常年底都有大sale,去年买了好几棵大的，5刀一棵，今年
: 还要去捡漏
c*p
11 楼
好
【在 F*********k 的大作中提到】
: 捡漏时叫上我啊，跟班去学习
【在 F*********k 的大作中提到】
: 捡漏时叫上我啊，跟班去学习
z*n
12 楼
给你提个醒，要赶早
每年年底walmart, costco, homedepot, lowes都上一大批玫瑰
好像也就那一批，去的越晚越是别人挑剩下的
【在 c***p 的大作中提到】
: 好
每年年底walmart, costco, homedepot, lowes都上一大批玫瑰
好像也就那一批，去的越晚越是别人挑剩下的
【在 c***p 的大作中提到】
: 好
c*p
13 楼
嗯，对的，有空就要去
【在 z*********n 的大作中提到】
: 给你提个醒，要赶早
: 每年年底walmart, costco, homedepot, lowes都上一大批玫瑰
: 好像也就那一批，去的越晚越是别人挑剩下的
【在 z*********n 的大作中提到】
: 给你提个醒，要赶早
: 每年年底walmart, costco, homedepot, lowes都上一大批玫瑰
: 好像也就那一批，去的越晚越是别人挑剩下的
g*o
14 楼
啊，没地方了肿摸办，肿摸办？？？
【在 c***p 的大作中提到】
: key words: 年底有大sale
: 年初买的是光脚的一年苗，秋天 on sale的都是大的，至少两年的，且巨便宜，当然，
: 大规模开花也要等明年春天
【在 c***p 的大作中提到】
: key words: 年底有大sale
: 年初买的是光脚的一年苗，秋天 on sale的都是大的，至少两年的，且巨便宜，当然，
: 大规模开花也要等明年春天
z*n
15 楼
填游泳池
【在 g*********o 的大作中提到】
: 啊，没地方了肿摸办，肿摸办？？？
【在 g*********o 的大作中提到】
: 啊，没地方了肿摸办，肿摸办？？？
g*o
16 楼
是个好爱第
【在 z*********n 的大作中提到】
: 填游泳池
【在 z*********n 的大作中提到】
: 填游泳池
g*e
17 楼
玫瑰控不少啊。想把前院两棵玫瑰树连根挖出来，腾地方种牡丹。
【在 c***p 的大作中提到】
: 嗯，对的，有空就要去
【在 c***p 的大作中提到】
: 嗯，对的，有空就要去
g*o
18 楼
挖出来然后呢？牡丹我们这里夏天能熬得住吗，我年初中的两棵芍药刚开始长得很好，
夏天一来死跷跷了
【在 g***e 的大作中提到】
: 玫瑰控不少啊。想把前院两棵玫瑰树连根挖出来，腾地方种牡丹。
夏天一来死跷跷了
【在 g***e 的大作中提到】
: 玫瑰控不少啊。想把前院两棵玫瑰树连根挖出来，腾地方种牡丹。
g*e
19 楼
玫瑰不要，反正也是烂大街的品种。牡丹芍药都耐热的，不该热死的。
【在 g*********o 的大作中提到】
: 挖出来然后呢？牡丹我们这里夏天能熬得住吗，我年初中的两棵芍药刚开始长得很好，
: 夏天一来死跷跷了
【在 g*********o 的大作中提到】
: 挖出来然后呢？牡丹我们这里夏天能熬得住吗，我年初中的两棵芍药刚开始长得很好，
: 夏天一来死跷跷了
g*o
20 楼
那也可能是干死的，伤心
【在 g***e 的大作中提到】
: 玫瑰不要，反正也是烂大街的品种。牡丹芍药都耐热的，不该热死的。
【在 g***e 的大作中提到】
: 玫瑰不要，反正也是烂大街的品种。牡丹芍药都耐热的，不该热死的。
c*p
21 楼
牡丹没戏，南加太热
啥时候挖玫瑰？最好在1月份，挖出来我接着，千万别浪费
【在 g***e 的大作中提到】
: 玫瑰控不少啊。想把前院两棵玫瑰树连根挖出来，腾地方种牡丹。
啥时候挖玫瑰？最好在1月份，挖出来我接着，千万别浪费
【在 g***e 的大作中提到】
: 玫瑰控不少啊。想把前院两棵玫瑰树连根挖出来，腾地方种牡丹。
g*o
22 楼
注意品味，都说了是烂大街的品种，就别浪费地方了
【在 c***p 的大作中提到】
: 牡丹没戏，南加太热
: 啥时候挖玫瑰？最好在1月份，挖出来我接着，千万别浪费
【在 c***p 的大作中提到】
: 牡丹没戏，南加太热
: 啥时候挖玫瑰？最好在1月份，挖出来我接着，千万别浪费
G*A
23 楼
牡丹不怕霜冻？
【在 g***e 的大作中提到】
: 玫瑰控不少啊。想把前院两棵玫瑰树连根挖出来，腾地方种牡丹。
【在 g***e 的大作中提到】
: 玫瑰控不少啊。想把前院两棵玫瑰树连根挖出来，腾地方种牡丹。
c*p
24 楼
没关系，烂大街的我也喜欢，可以种花盆里，总比青花花盆里种棵番茄强，嘿嘿
【在 g*********o 的大作中提到】
: 注意品味，都说了是烂大街的品种，就别浪费地方了
【在 g*********o 的大作中提到】
: 注意品味，都说了是烂大街的品种，就别浪费地方了
g*e
25 楼
你那里牡丹没戏，是因为冬天不够冷。我家里这边够冷，所以想试试。记得有人说
costco卖芍药根，南加有没有？
【在 c***p 的大作中提到】
: 牡丹没戏，南加太热
: 啥时候挖玫瑰？最好在1月份，挖出来我接着，千万别浪费
costco卖芍药根，南加有没有？
【在 c***p 的大作中提到】
: 牡丹没戏，南加太热
: 啥时候挖玫瑰？最好在1月份，挖出来我接着，千万别浪费
g*e
26 楼
哪天上pp，两个青花盆一个种着番茄另一个是辣椒。
【在 c***p 的大作中提到】
: 没关系，烂大街的我也喜欢，可以种花盆里，总比青花花盆里种棵番茄强，嘿嘿
【在 c***p 的大作中提到】
: 没关系，烂大街的我也喜欢，可以种花盆里，总比青花花盆里种棵番茄强，嘿嘿
g*e
27 楼
牡丹冬天落叶，芍药土上部分枯死。就怕不够冷，不够冷的话第二年不开花。
【在 G********A 的大作中提到】
: 牡丹不怕霜冻？
【在 G********A 的大作中提到】
: 牡丹不怕霜冻？
G*A
28 楼
想起来了，武则天曾经force洛阳牡丹寒冬开花。牡丹我见过一次，贵得让人吐舌头。
【在 g***e 的大作中提到】
: 牡丹冬天落叶，芍药土上部分枯死。就怕不够冷，不够冷的话第二年不开花。
【在 g***e 的大作中提到】
: 牡丹冬天落叶，芍药土上部分枯死。就怕不够冷，不够冷的话第二年不开花。
c*p
29 楼
去年有，买了，回来狗了一下，立马去退了
据说要第三年才开花
【在 g***e 的大作中提到】
: 你那里牡丹没戏，是因为冬天不够冷。我家里这边够冷，所以想试试。记得有人说
: costco卖芍药根，南加有没有？
据说要第三年才开花
【在 g***e 的大作中提到】
: 你那里牡丹没戏，是因为冬天不够冷。我家里这边够冷，所以想试试。记得有人说
: costco卖芍药根，南加有没有？
c*p
30 楼
等pp
【在 g***e 的大作中提到】
: 哪天上pp，两个青花盆一个种着番茄另一个是辣椒。
【在 g***e 的大作中提到】
: 哪天上pp，两个青花盆一个种着番茄另一个是辣椒。
r*a
31 楼
可惜了，亏了不少银子呀。。。
【在 g*********o 的大作中提到】
: 挖出来然后呢？牡丹我们这里夏天能熬得住吗，我年初中的两棵芍药刚开始长得很好，
: 夏天一来死跷跷了
【在 g*********o 的大作中提到】
: 挖出来然后呢？牡丹我们这里夏天能熬得住吗，我年初中的两棵芍药刚开始长得很好，
: 夏天一来死跷跷了
g*e
32 楼
【在 c***p 的大作中提到】
: 等pp
c*p
33 楼
可怜地乾隆年间大瓷盆！
蕃茄生在你家真是有福了
【在 g***e 的大作中提到】
蕃茄生在你家真是有福了
【在 g***e 的大作中提到】
相关阅读
用第三方的package，出bug一般大家怎么解决？servlet读取directory的基本问题java有啥好的reference的网站有3个developer positions in VA，可以sponsor H1BSo I played with Vaadin a little bit有weblogic的大牛或者spring security的大牛来帮帮忙吗？editor 处理tab键seam的examples里面的配置问题：感觉README里面少东西了，关于Java BlackBelt 的问题求java tutor一枚（付费，可网络交流）一个关于继承的问题问一个关于pdf的问题再问一个今天的面试题Java练习题 8求职业规划建议 (转载)Applet读取加密的文件一个问题trucated class file着急请教JAVA Question，谢谢magicfat, goodbug 要不要换工作啊？菜鸟问关于Java Programming的问题