s********r
发帖数: 176 | 1 can't agree more.
Lots of good things about spring. such Dao layer Template, declarative
transaction, RMI wiring..... make it simple and easy but powerful.
capture |
|
|
|
|
j*****I
发帖数: 2626 | 5 知道这个东西是EJB的transport layer的工具。是不是现在这个技术主要就是用在这个
方面了? |
|
|
j*****I
发帖数: 2626 | 7 看过一本M$介绍WCF的书，提到service-orientation跟CORBA有关，给我的印象就是
CORBA是个过
季的东西。而这个IIOP又是CORBA的重要部分。那么，是不是IIOP也过季了呢? 或者这
个IIOP已经
是个实际的industry standard,已经成为SOA的一部分，只是不提而已?
being |
|
j*****I
发帖数: 2626 | 8 理论性的探讨一下。觉得是，狗了一下，没有发现有人提到过这个优点啊?! |
|
c******n
发帖数: 4965 | 9 I tried to listen to notifications from all mbeans ,
by calling
mbsc.addNotificationListener(new ObjectName("*:*")......)
but at run time it gave me an error:
>>> Perform operations on Hello MBean <<<
Add notification listener...
Exception in thread "main" javax.management.InstanceNotFoundException:
*:type=Hello
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getMBean(DefaultMB
eanServerInterceptor.java:1094)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getClassLoade... 阅读全帖 |
|
S****h
发帖数: 558 | 10 谢谢回复。没什么经验，见笑了。 只是不明白，就是javaEE 一类的服务吗？是不是那
种需要多服务器平衡流量？我只见过在cluster上搞科学计算，一般都是C,C++什么的。
java的分布，只用过简单的RMI。看来还是老老实实的说没见过吧。希望不要是个必须
条件。 |
|
z****e
发帖数: 54598 | 11 是
但那是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****e
发帖数: 54598 | 12 是
但那是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 | 13 抛砖引玉
吃饱了看文茜世界财经周报，看得昏昏的想睡，睡觉前赶紧写，写完睡觉去了
这样，先不从dto说起了，说tiers
一个j2ee经典的tiers最早提出来的时候，是三层，所谓的三层说的是sever side三层
不包括client side和database
三层里面分别有一层专门跟以上两个东西打交道
一个是presentation tier，这个跟client side打交道
一个是persistent tier，这个专门跟database打交道
中间还剩下一个叫做business tier，这么三层，这都很熟悉了
那么当初提出这个构想的时候
是基于以下一个方式
client side是applet＋browser
presentation tier是servlet+jsp，servlet是controller，jsp是viewer
model需要你自己去提取，去包装
business tier则是ejb，尤其是session bean，stateful和stateless
persistent tier也是ejb，是entity bean
database用jdbc连接
这五个... 阅读全帖 |
|
g*****g
发帖数: 34805 | 14 你俩都是大牛。JavaEE最令人遗憾的是在presentation tier框架太多，
易用性不够，标准的jsf又太垃圾。
从分层的角度讲，所谓的client也是presentation tier。跟web比无非是thick
client和thin client的区别。web service则通常视为business tier的子层。
ejb提供了ejb remoting, spring 支持RMI，spring http invoker，Hessian,
burlap。Web service是相当的一个remoting模式。
ajax web client 通过web service访问business tier也是常见的部署模式之一。
分层通常以部署来区分，web service通常跟service bean在一块，而大型的
项目web tier常常放在另外一个cluster上。 |
|
e*****t
发帖数: 1005 | 15 虽然remote method invocation和web service有其相似之处:都利用network,都run在
TCP之上，并且可以实现类似的功能，但我觉得还是把他们分开来提比较好。
remote method invocation (remoting)是tightly coupled，一般限于java or jvm 平
台，通讯上双方一般不使用plain text，而是传送的binary. 平台提供正常以及异常(
exception)处理，乃至transaction处理。
web service是loosely coupled, 可以用于任何平台之间，通讯上一般使用plain text
(xml or json),没有直接的异常处理机制。
performance wise, remoting肯定会更好无疑，但是正如你所说，web service用在web
server和app server之间不是不可以，不过我想应该不会很普遍。为什么？因为没有
必要。没人直接搞rmi，肯定也是建立在某些framework之上的，如果framework给我非
常简单的异常处理，支持tran... 阅读全帖 |
|
z****e
发帖数: 54598 | 16 难道你没发现，spring如果不搞web service的话
又不用ejb的接口的话，就只能自己实现rmi么？
text
web |
|
z****e
发帖数: 54598 | 17 其实我觉得web service之上的建筑已经很健壮了
不知道你听说过esb和bpel没有
这个我最近感觉越来越多的公司在用这些东西
这两个大规模系统集成层面的pattern都是基于web service
当然esb也兼容一些jni之类的，但是主要还是web service的soap和rest啊
所以其实我觉得这个对于系统集成来说，不应该是很少使用的
至少在我这个地理位置来看，有愈烧愈旺的趋势
然后对于系统的集成，我个人还是比较传统的
认为一个良好设计过的大型系统，应该是一个同心圆，或者说是一个伞形
最里面是我们的db，次外层是中间件，再外层是对外暴露的server，最外层是客户机
然后安全级别逐层降低，最里面的db安全级别最高，最外层的客户机，安全级别最低
机器数量逐层增加，单个机器性能，逐层降低
这样一个结构，但是如果做不到，变形成为esb那种多对多的对接也是很有可能的
但是我认为，同心圆这种设计适用于某一个单一领域的大型系统
而如果把这些系统看成一个个原子，那么要处理好这些原子之间的关系
esb等上吧，我感觉现在senior一点的职位，web service是必需的
然后esb之... 阅读全帖 |
|
T****U
发帖数: 3344 | 18 and network, rmi, reflection...
我的理解j2ee只是一个api协议,各家各有各的实现，主要是jsp/servlet+ejb |
|
g*****g
发帖数: 34805 | 19 You are right, reflection and serialization. Networking is part of
IO. RMI is very EE IMHO. |
|
T****U
发帖数: 3344 | 20 agree except i think rmi is the base for distributed j2ee but not part of j2
ee. its one of the ways the j2ee framework is implemented. |
|
s******e
发帖数: 493 | 21 It should be enough if you you know the following modules besides the
language itself.
java io and nio, rmi, thread and concurrency framework, collection framework
and generics, reflection and class loader. You might want to read a book
for each module if you really care about all the glory details. Also some
open source framework can be a good reading materials. For example apache
mina for java nio.
Also java swing can be a godd material for you see how design p[atterns are
used in real world a... 阅读全帖 |
|
z*******3
发帖数: 13709 | 22 之前说过我对abstract class的看法，倒是引来不少非议
尤其是有些人居然举出了例子，好，我们就从这个例子开始
有人说在这种情况下要使用abstract class
比如一个animal，有walk和sing方法
那么代码就是
public abstract class Animal{
public void walk(){System.out.println("walk")};
public abstract void sing();
}
然后对于具体的实现类，比如Cat，有如下实现
public class Cat extends Animal{
public void sing(){
System.out.println("cat sing");
}
}
这样一个类，好处就是“便于扩展”等等
OK，那么我们就从这个例子出发，说说为什么在j2ee环境中，我们不这么做
然后说说会怎么做
首先，在j2ee的环境中，关于animal这种实体
我们会在各个层面建立entity
比如在db层面建立一个表，叫做animal，然后有一个cat记录
然后通过orm，建立起一个dto之类的玩... 阅读全帖 |
|
z*******3
发帖数: 13709 | 23 之前说过我对abstract class的看法，倒是引来不少非议
尤其是有些人居然举出了例子，好，我们就从这个例子开始
有人说在这种情况下要使用abstract class
比如一个animal，有walk和sing方法
那么代码就是
public abstract class Animal{
public void walk(){System.out.println("walk")};
public abstract void sing();
}
然后对于具体的实现类，比如Cat，有如下实现
public class Cat extends Animal{
public void sing(){
System.out.println("cat sing");
}
}
这样一个类，好处就是“便于扩展”等等
OK，那么我们就从这个例子出发，说说为什么在j2ee环境中，我们不这么做
然后说说会怎么做
首先，在j2ee的环境中，关于animal这种实体
我们会在各个层面建立entity
比如在db层面建立一个表，叫做animal，然后有一个cat记录
然后通过orm，建立起一个dto之类的玩... 阅读全帖 |
|
z*******3
发帖数: 13709 | 24 我对脚本一点信心都没有
觉得就是一个泡沫
因为脚本本身实现的功能相当有限
太简单的用不了脚本，太复杂的我干脆直接预编译后投递算了
脚本就有点上不上下不下，但凡是这种上不上下不下的
我都不太看好
webservice也不单纯是web的东西
尤其是被ejb这一层采用了之后
再经过rest等优化
估计以后会变成front end和back end的一种标准集成方式
替换掉rmi，在公司内部网络上实现一种比较合理的通信
这才是我看好web service的原因
如果仅仅是web的东西，尤其是公网上的service
那还是算了吧
Groovy |
|
z*******3
发帖数: 13709 | 25 distributed transaction有一个死结
两段式的事务只能解决大部分问题
理论上是不存在有绝对安全的全局事务的
只要是发生在不同的数据库上
都有出问题的可能，这就是为什么后来有recentralize的趋势
很长一段时间人们都以为
decentralize是将来的趋势
但是分布式有其自身的问题
尤其是事务，所以能绕开就绕开，不用最好
所以我问了古德霸，有没有联程票的问题
我实话说，我是不用global transaction的
最多到local transaction，而global transaction的这个死结
唯一的解法就是人为干预，一旦出错了，用人来修改结果
这就是为什么到今天民航业还养着一群类似售票的服务人员的原因
关于全局事务的两段式处理的弊端，网络上有很多讨论
这也是为什么我之前一直在说jta比较难，而不是jpa比较难
一旦搞大了，全局事务就是一噩梦
还有就是，ejb应该要会，很多时候用什么，完全不是你说了算的
人家系统早就存在那边，做eai难道可以说
你这个不行，给我扔掉重写一个系统么？
我看最后被淘汰的不是系统，是做eai的人
估计人家会说，做不了是... 阅读全帖 |
|
z*******3
发帖数: 13709 | 26 没有那么多步骤了
你想太多了
对于初学者来说
想办法搞一个网络聊天室出来
包括客户端和服务器端的程序
各有一个main函数，然后在不同机器上同时启动几个客户端
聊聊看
这个能做出来，多线程，网络，swing应该能掌握个大概了
这是我当年学面向对象时候的期末考试
这个做完之后，开始玩tomcat和eclipse还有db吧
开始搭建最简单的网站吧，学会使用别人已经写好的软件产品
写一个bbs出来，这个能搞定，基本上可以去找工作了
但是明写了需要工作经验的估计还是不行，忽悠不了人
进一步，往你刚做好的那个bbs上加东西
加spring，加hibernate，换服务器，把tomcat换成jboss
然后在jboss上写ejb这些东西，最好再用上linux
这部分其实就是你刚开始工作时候需要做的东西
这个做熟了，至少混口饭吃木有问题，就算忽悠不了人
对方多半也问不死你了，这个时候就算没吃过猪肉
你也看过猪跑了
上面那个做完了之后，你要进阶了，不能停留在单系统阶段
要学会eai了，要思考多个不同系统之间的整合
这个时候，rmi, web service, xml, connector，不同的数据库... 阅读全帖 |
|
z*******3
发帖数: 13709 | 27 我是assume它用最简单的实现
xmpp那种太标准了，需要xml的知识
这个没那么容易
如果有人在那个阶段就觉悟出要用xml
那真是惊为天人，一般人估计都想不到那么远
xml是什么在那个阶段都不清楚
简单的聊天室没什么难的，尤其是这种协议可以自定的
不讲究扩展的，这个例子
好就好在可以用到绝大多数课本上学到的知识
全部可以过一遍，做完这个，java core就算过关了
如果上来就连db的话，那基本功就没有机会练了
ide会帮着做很多事情，而且很多私货
实际上离开这个阶段之后，后面很长时间都不会有太多机会去碰什么多线程之类的
都是用别人的东西，但是可能会在最后，也就是eai时候
又再次遇到core java的东西，因为系统一大，总有那么些东西是各个公司自己写的
当然这不规范，我本人不是很喜欢这种自己瞎搞的系统
但是这往往没有办法，这是现实，总有那么些人喜欢自己乱搞
eai的时候也得去迎合他们不是，所以我一直都很喜欢ejb
因为有了app server，往往可以少做很多事
最理想的情况加annotation，写点xml就搞定了
要不然，哪怕对方用得是spring，我都要去再搞一个spri... 阅读全帖 |
|
z*******3
发帖数: 13709 | 28 说一下例子
其实有一个逻辑是一定要放到ejb或者是spring core里面去的
那就是当你用struts/spring mvc封装了web服务器之后
并用hibernate/ibatis这些封装了db之后
这两个怎么连起来？
如果你只有两台物理机器，这也许还比较容易
因为直接用spring mvc里面的controller去调用hibernate的sessionfactory就好了
但是问题在于，这样做不便于扩展
因为这只有两台机器，1对1，关联只有一条线
如果是4台机器的话，2台web服务器，2台db，那么就是2*2＝4条关联
如果再多一点，6台机器，3台web服务器，3台db，那么就是9条关联
……
如果这里面再参合其它的系统，比如统计的r语言，sas，.net之类的
那就麻烦大了，到最后你会彻底迷失在网状的关系中
怎么办？很简单，搞一个中间件出来
所有的系统，只能跟这一个中间件去交流，剩下的其它的系统
别管是什么系统，都不允许直接调用
也就是web服务器不允许直接调用db
不管是web服务器还是db，都只允许跟中间件做交流
这样做就容易很多，而且极其便于扩展
因为如果有新系统进... 阅读全帖 |
|
g*****g
发帖数: 34805 | 29 I don't think servlet has anything to do with RMI.
Servlet is simply an entry point. You define the binding from url to servlet
in web.xml, and the web container intercepts the call and forwards to the
servlet. |
|
|
s*******e
发帖数: 3042 | 31 有些东西需要历史地看才明白，servlet现在看来是没啥稀奇的，但是它当年代替的是
CGI，还是一个很大的进步的。至于什么RMI啥的，根本就是不知所云。 |
|
z****e
发帖数: 54598 | 32 也不一定
rails濒临被淘汰，被grails所取代一个很重要的原因是grails跑在jvm上
可以利用上现有的hibernate那些东西，所以比rails要流行
而且spring，jboss也都有自己的前端
并不见得会比grails要复杂多少，更不要说weblogic和websphere了
我倒是觉得php将来可以好好利用上
尤其是随着浏览器越来越强大，如果能有效减少页面代码的话
php价格上的优势会变得不可阻挡
java等jvm上的动态语言耗资源，收费的就更不要说了
web service做前后端集成还不是很成熟，比如缺乏象连接池一样的优化空间
每一次都建立连接所消耗的资源尤其是时间资源是巨大的
对于高并发的应用还不是很现实
所以多数时候还情愿用rmi，ejb，jca这些强耦合的方式以保证效率
另外就是，一个公司，同时雇用两个不同语言的developer
从成本上说就不太合适，有些公司的组员是流动的
不同的组员在不同的时候会到不同的组里面去做事
如果前段用groovy，后端用java，那么很自然这有学习曲线
不是没有这样的公司，但是我看这些公司里面大多数人
还是把java当成本行，... 阅读全帖 |
|
n******1
发帖数: 3756 | 33 一方面好像是业界流行的各种框架，一方面java官方自己在默默的从ejb1推到ejb3，还
有jsf这些东西，好像只有JPA的比较受用，其实我现在都没理解规范在什么地方
而传统的j2ee的api一般包括jdbc，xml，servlet/jsp，rmi这些
我觉得是很多人刚刚开始了解java ee都觉得比较混乱的原因
我知道的是各种mvc框架都是扩展了最原始的servlet来处理http请求，然后一会是xml
，一会是annotation
有没有人可以梳理一下java ee这方面的整个jee的状况
好消息是，这个增加了学习曲线，起码拦截了不少人... |
|
z****e
发帖数: 54598 | 34 无非一个网络上的请求和响应
我觉得http和tcp搞懂了，web service就跟玩一样
无非是http和tcp之上的文件格式定义问题
你觉得神秘是因为一对网络协议不太了解
二是对于操作网络协议的web server不了解
这两个不了解导致你不知道他们在干什么
其实渗透下去就跟普通的web差不多
无非request+response
其实所有的网络上的这种交流都是一样的
包括jdbc connection，rmi这些，无非都是协议和格式的差异
么？ |
|
z****e
发帖数: 54598 | 35 jsf怎么搞不清楚，将来怎么发展也不知道
其它几个应该都很过硬了，也就是ejb稍微有点弱
但是经过对spring的借鉴，强很多了
现在jee比以前的j2ee要简单
最难的应该是ejb2，其它都好办
ejb2那四个接口真是恶心啊，不过如果搞过rmi的话
ejb2的remote接口也不难理解
esb之类也不过是概念，具体实践倒腾倒腾就会了
做多也没意思，前几天跟老大聊天
老大说，这些东西鬼子看着很神奇，但是到底怎样
你自己清楚，就好比拉面，老外看拉面，很神奇
还拿个手机在那边拍，但是做多了，你自己知道
不过如此，找点有趣的挑战玩吧
我们这边的大学对web service的参与比较活跃
所以我们以后有可能会多搞这一块东东 |
|
z*******3
发帖数: 13709 | 36 因为rod johnson的本意就是把事情给做简单来
我第一次上手spring也就是一个小时的事
倒是倒腾ejb倒腾了很久，两个月才搞定
还把精通ejb给看完了，看完了还是不懂
后来还好有intellij idea，安装了一个jboss插件
然后通过向导，搞定了jboss，再通过向导搞定了ejb
觉得也没什么，再跟当时在sun的老大求教了一下
就大概明白怎么回事了，其实很简单的概念被他们搞复杂了
hibernate和ibatis还有struts什么也都挺麻烦的
因为hibernate涉及到transactions的控制
不配置这一个就会抛异常
struts有人教，也还好
但是struts跟tomcat的集成也挺折腾的
不过framework搞久了也没啥意思，无非看文档，然后借用
倒是搞一些rmi和web service之类的，可以带来一些快感 |
|
a***y
发帖数: 852 | 37 完全的初学者，不知道AKKA是啥（正在google）
什么样的应用都可以，只求简单入门。请问存在只使用Spring，不涉及其他framework
的分布式应用吗？比如spring + RMI可不可以。其实我只需要一个简单的分布式的可
demo的例子就可以，性能什么的都不考虑。只写过几百行java code。 |
|
z*******3
发帖数: 13709 | 38 我不太明白什么叫做简单的分布式
分布式没有太简单的，最简单的就是cluster computing
这个跟spring没有必然联系，但是ejb container做cluster会相对容易点
但既然你们已经用了spring，那就麻烦点吧，前面偷懒了，现在还一点回去
spring本身就是一个单机的framework，尤其是core
如果你要想上cluster，需要额外的lib辅助，这个跟spring可能没有关系
http://stackoverflow.com/questions/383920/what-is-the-best-libr
如果你说的分布式是rpc的话，那你有几个选择
比如pure rmi,比如ejb remote, 比如spring web service之类的
甚至非常古老的corba，看你选择什么了
一般我倾向于soap(heavyweight）和http req/resp(lightweight)
后者比rest更简化，而且不需要额外的类库，web的server就可以做了
framework |
|
z*******3
发帖数: 13709 | 39 你用java做任何东西，脑子里首先想到的是用现成的各种工具
框架容器数据存储等，然后才是自己动手去写，除非上头有要求
比如涉及到政府的一些机密系统，需要100％读懂源代码
但是大多数时候，都不用你亲力亲为
当然多线程是一个概念
学过java的都学过这一章，作为基本功，要掌握
但是工作中，能避开就避开，一般都交给各种现成的工具
所谓不要重复造轮子
你这种用hadoop就好了，如果精度要求高，用db
db用postgresql，hadoop就有nosql，现在这两个都是文艺青年用的
公孙大神说的
server，文艺点用spring+tomcat，学术点用jboss
这个主要是event
event vs thread那个event，生命周期交给tomcat/jboss这些去管理
如果你真想用thread，从启动到销毁，那就用akka
这些是新的选择，而concurrent那个包主要是针对旧的legacy code做优化用的
因为把旧的代码全部换成akka这些，成本很高，未必值得去做
所以不同的剧本适用不同的工具，包括rmi这些
其实这些底层都是多线程，作为概念你要理解，但是自己去写
我觉得... 阅读全帖 |
|
p*****2
发帖数: 21240 | 40 多谢大牛。看来确实architecture有问题呀。我们这里的architect太烂了。 |
|
|
p*****2
发帖数: 21240 | 42
这东西要躲远一点。看了一下那个bug是我加入公司半年前报的。貌似我们的director
在吭哧吭哧fix呢。 |
|
t*******e
发帖数: 684 | 43 换吧。就一个interface的话不会很烦的。我这边两个JBoss servers，差了3个版本，
要通信，在AS7的module里面想要invoke ejb，class loader的问题搞不过来。最后花
一天换了ejb web services就解决了。 |
|
p*****2
发帖数: 21240 | 44
跟owner说了一下，现在已经RC了，说肯定不能换了。貌似老板自己又写了一个C的
service来补这个漏洞。感觉换interface应该更简单呀。 |
|
e*****t
发帖数: 1005 | 45 现在最怕的就是technical debt,这种东西，现在前人欠债，以后后人痛苦啊。 |
|
p*****2
发帖数: 21240 | 46
当时写这个的人是我们这里资历最老的，自己写了之后也知道这个问题就file一个bug
去track。后来估计自己也不知道怎么搞了就assign给了一个新来的，这个新来的当然
更不知道怎么搞就把priority改成了2，这样review bug的时候就消失了。现在要
release突然发现有这么个问题了。实在是太搞笑了。老板想把它推倒我身上，被我又
推回去了，不然最后要背黑锅了。 |
|
z****e
发帖数: 54598 | 47 今天做leetcode突然遇到的一个问题
在数据量比较小的时候，不会有问题
但是数据量一旦变大，马上就出问题了
不多说废话，上代码，代码很简单
Map m1 = new HashMap();
Map m2 = new HashMap();
然后
m1.put('a',1);
m2.put('a',new Integer(1));
然后
m1.get('a') == m2.get('a')，这个autoboxing理论上是可以的
但是实际上，在数据量陡然变大了之后，这个会出现false的结果
不是很明白为什么
不过让我想起一个往事就是
enum类型的判断，同样可以用==来替换equals
但是，这个情况在rmi的时候会出问题
所以说到底，还是尽量避免使用＝＝
否则会出现很多很subtle的问题
以下是代码正文
test case什么都写好了
可以直接debug和运行main函数
package test;
import java.... 阅读全帖 |
|
z****e
发帖数: 54598 | 48 以前，web service并不成熟，所以rpc可以有的选择很少
最早的时候还在用corba，后来有了rmi，再后来就有了jms，最早jms和jpa都是ejb的一
部分
再后来尤其是其它语言系统觉得这样信息孤岛不划算
于是在http基础之上搞出了web service，使得其它语言系统比如php跟java系统结合变
得普及
java内部用jms沟通相对简单，而且以前ejb和web service不支持异步处理
要实现的话除了jms之外只有自己去写了 |
|
z*******3
发帖数: 13709 | 49 java做的大部分东西都叫做中间件
主要是java系统之间，用jms很容易
所有的app server都支持，用web service就需要去parse xml
折腾不少，但是如果是php等系统跟java系统做集成
web service几乎是唯一合理的手段
java系统互相之间可以调用的方法很多，rmi, jca，随便用
所以用java写backend还是很有市场的 |
|
z****e
发帖数: 54598 | 50 我给你来个列表，看你能懂多少概念
基本上都是轮子
java
jvm
awt
swt
applet
webstart
swing
javafx
rmi
ejb
sessionbean
entitybean
messagebean
jms
spring
struts
webflow
hibernate
ibatis
ant
gradle
maven
ivy
jboss
eclipse
android
jar
gc
g1
permgen
j2ee
serlvet
jsp
jca
web service
jax-rs
xml
json
annotation
singleton
design patterns
nio
security
dom
sax
hadoop
yarn
vert.x
rxjava
jdbc
jsf
validation
persistence
orm
transaction
javax.util.concurrent
websocket
jruby
jython
rhino
groovy
scala
clojure
polyglot
cassandra
hbase
weka... 阅读全帖 |
|
