CSS控制Div叠加，且背景Div不占位

CSS样式： .FaceDiv {  position:absolute;  z-index:1000;  width:248px;  height:159px; } .BackDiv {  position:relative;  z-index:900;  top:0px;  left:0px;  overflow:hidden;  width:248px;  height:159px; } 一个是前景，一个是背景div //用JavaScript得到绝对路径的方法 function   getUrl(s)   {     var   m   =   new   Image();     m.src=s;     return   m.src;     };   //alert(getUrl("../../images/uploading.gif"));

1. 你们的项目组使用源代码管理工具了么？
MVM：应该用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是VSS。

2. 你们的项目组使用缺陷管理系统了么？
MVM：应该用。ClearQuest太复杂，我的推荐是BugZilla。

3. 你们的测试组还在用Word写测试用例么？
MVM：不要用Word写测试用例（Test Case）。应该用一个专门的系统，可以是Test Manager，也可以是自己开发一个ASP.NET的小网站。主要目的是Track和Browse。

4. 你们的项目组有没有建立一个门户网站？
MVM：要有一个门户网站，用来放Contact Info、Baselined Schedule、News等等。推荐Sharepoint Portal Server 2003来实现，15分钟就搞定。买不起SPS 2003可以用WSS (Windows Sharepoint Service)。

5. 你们的项目组用了你能买到最好的工具么？
MVM：应该用尽量好的工具来工作。比如，应该用VS.NET而不是Notepad来写C#。用Notepad写程序多半只是一种炫耀。但也要考虑到经费，所以说是“你能买到最好的”。

6. 你们的程序员工作在安静的环境里么？
MVM：需要安静环境。这点极端重要，而且要保证每个人的空间大于一定面积。

7. 你们的员工每个人都有一部电话么？
MVM：需要每人一部电话。而且电话最好是带留言功能的。当然，上这么一套带留言电话系统开销不小。不过至少每人一部电话要有，千万别搞得经常有人站起来喊：“某某某电话”。《人件》里面就强烈谴责这种做法。

8. 你们每个人都知道出了问题应该找谁么？
MVM：应该知道。任何一个Feature至少都应该有一个Owner，当然，Owner可以继续Dispatch给其他人。

9. 你遇到过有人说“我以为…”么？
MVM：要消灭“我以为”。Never assume anything。

10. 你们的项目组中所有的人都坐在一起么？
MVM：需要。我反对Virtual Team，也反对Dev在美国、Test在中国这种开发方式。能坐在一起就最好坐在一起，好处多得不得了。

11. 你们的进度表是否反映最新开发进展情况？
MVM：应该反映。但是，应该用Baseline的方法来管理进度表：维护一份稳定的Schedule，再维护一份最新更改。Baseline的方法也应该用于其它的Spec。Baseline是变更管理里面的一个重要手段。

12. 你们的工作量是先由每个人自己估算的么？
MVM：应该让每个人自己估算。要从下而上估算工作量，而不是从上往下分派。除非有其他原因，比如政治任务工期固定等。

13. 你们的开发人员从项目一开始就加班么？
MVM：不要这样。不要一开始就搞疲劳战。从项目一开始就加班，只能说明项目进度不合理。当然，一些对日软件外包必须天天加班，那属于剥削的范畴。

14. 你们的项目计划中Buffer Time是加在每个小任务后面的么？
MVM：不要。Buffer Time加在每个小任务后面，很容易轻易的就被消耗掉。Buffer Time要整段的加在一个Milestone或者checkpoint前面。

15. 值得再多花一些时间，从95%做到100%好
MVM：值得，非常值得。尤其当项目后期人困马乏的时候，要坚持。这会给产品带来质的区别。

16. 登记新缺陷时，是否写清了重现步骤？
MVM：要。这属于Dev和Test之间的沟通手段。面对面沟通需要，详细填写Repro Steps也需要。

17. 写新代码前会把已知缺陷解决么？
MVM：要。每个人的缺陷不能超过10个或15个，否则必须先解决老的bug才能继续写新代码。

18. 你们对缺陷的轻重缓急有事先的约定么？
MVM：必须有定义。Severity要分1、2、3，约定好：蓝屏和Data Lost算Sev 1，Function Error算Sev 2，界面上的算Sev 3。但这种约定可以根据产品质量现状适当进行调整。

19. 你们对意见不一的缺陷有三国会议么？
MVM：必须要有。要有一个明确的决策过程。这类似于CCB (Change Control Board)的概念。

20. 所有的缺陷都是由登记的人最后关闭的么？
MVM：Bug应该由Opener关闭。Dev不能私自关闭Bug。

21. 你们的程序员厌恶修改老的代码么？
MVM：厌恶是正常的。解决方法是组织Code Review，单独留出时间来。XP也是一个方法。

22. 你们项目组有Team Morale Activity么？
MVM：每个月都要搞一次，吃饭、唱歌、Outing、打球、开卡丁车等等，一定要有。不要剩这些钱。

23. 你们项目组有自己的Logo么？
MVM：要有自己的Logo。至少应该有自己的Codename。

24. 你们的员工有印有公司Logo的T-Shirt么？
MVM：要有。能增强归属感。当然，T-Shirt要做的好看一些，最好用80支的棉来做。别没穿几次就破破烂烂的。

25. 总经理至少每月参加次项目组会议
MVM：要的。要让team member觉得高层关注这个项目。

26. 你们是给每个Dev开一个分支么？
MVM：反对。Branch的管理以及Merge的工作量太大，而且容易出错。

27. 有人长期不Check-In代码么？
MVM：不可以。对大部分项目来说，最多两三天就应该Check-In。

28. 在Check-In代码时都填写注释了么？
MVM：要写的，至少一两句话，比如“解决了Bug No.225”。如果往高处拔，这也算做“配置审计”的一部分。

29. 有没有设定每天Check-In的最后期限？
MVM：要的，要明确Check-In Deadline。否则会Build Break。

30. 你们能把所有源码一下子编译成安装文件吗？
MVM：要的。这是每日编译（Daily Build）的基础。而且必须要能够做成自动的。

31. 你们的项目组做每日编译么？
MVM：当然要做。有三样东西是软件项目/产品开发必备的：1. bug management; 2. source control; 3. daily build。

32. 你们公司有没有积累一个项目风险列表？
MVM：要。Risk Inventory。否则，下个项目开始的时候，又只能拍脑袋分析Risk了。

33. 设计越简单越好
MVM：越简单越好。设计时候多一句话，将来可能就带来无穷无尽的烦恼。应该从一开始就勇敢的砍。这叫scope management。

34. 尽量利用现有的产品、技术、代码
MVM：千万别什么东西都自己Coding。BizTalk和Sharepoint 就是最好的例子，有这两个作为基础，可以把起点提高很多。或者可以尽量多用现成的Control之类的。或者尽量用XML，而不是自己去Parse一个文本文件；尽量用RegExp，而不是自己从头操作字符串，等等等等。这就是“软件复用”的体现。

35. 你们会隔一段时间就停下来夯实代码么？
MVM：要。最好一个月左右一次。传言去年年初Windows 组在Stevb的命令下停过一个月增强安全。Btw，“夯”这个字念“hang”，第一声。

36. 你们的项目组每个人都写Daily Report么？
MVM：要写。五分钟就够了，写10句话左右，告诉自己小组的人今天我干了什么。一则为了沟通，二则鞭策自己（要是游手好闲一天，自己都会不好意思写的）。

37. 你们的项目经理会发出Weekly Report么？
MVM：要。也是为了沟通。内容包括目前进度，可能的风险，质量状况，各种工作的进展等。

38. 你们项目组是否至少每周全体开会一次？
MVM：要。一定要开会。程序员讨厌开会，但每个礼拜开会时间加起来至少应该有4小时。包括team meeting, spec review meeting, bug triage meeting。千万别大家闷头写code。

39. 你们项目组的会议、讨论都有记录么？
MVM：会前发meeting request和agenda，会中有人负责主持和记录，会后有人负责发meeting minutes，这都是effective meeting的要点。而且，每个会议都要形成agreements和action items。

40. 其他部门知道你们项目组在干什么么？
MVM：要发一些Newsflash给整个大组织。Show your team’s value。否则，当你坐在电梯里面，其他部门的人问：“你们在干嘛”，你回答“ABC项目”的时候，别人全然不知，那种感觉不太好。

41. 通过Email进行所有正式沟通
MVM：Email的好处是免得抵赖。但也要避免矫枉过正，最好的方法是先用电话和当面说，然后Email来确认。

42. 为项目组建立多个Mailing Group
MVM：如果在AD+Exchange里面，就建 Distribution List。比如，我会建ABC Project Core Team，ABC Project Dev Team，ABC Project All Testers，ABC Project Extended Team等等。这样发起Email来方便，而且能让该收到email的人都收到、不该收到不被骚扰。

43. 每个人都知道哪里可以找到全部的文档么？
MVM：应该每个人都知道。这叫做知识管理（Knowledge Management）。最方便的就是把文档放在一个集中的File Share，更好的方法是用Sharepoint。

44. 你做决定、做变化时，告诉大家原因了么？
MVM：要告诉大家原因。Empower team member的手段之一是提供足够的information，这是MSF一开篇的几个原则之一。的确如此，tell me why是人之常情，tell me why了才能有understanding。中国人做事喜欢搞限制，限制信息，似乎能够看到某一份文件的人就是有身份的人。大错特错。权威、权力，不在于是不是能access information/data，而在于是不是掌握资源。

45. Stay agile and expect change
MVM：要这样。需求一定会变的，已经写好的代码一定会被要求修改的。做好心理准备，对change不要抗拒，而是expect change。

46. 你们有没有专职的软件测试人员？
MVM：要有专职测试。如果人手不够，可以peer test，交换了测试。千万别自己测试自己的。

47. 你们的测试有一份总的计划来规定做什么和怎么做么？
MVM：这就是Test Plan。要不要做性能测试？要不要做Usability测试？什么时候开始测试性能？测试通过的标准是什么？用什么手段，自动的还是手动的？这些问题需要用Test Plan来回答。

48. 你是先写Test Case然后再测试的么？
MVM：应该如此。应该先设计再编程、先test case再测试。当然，事情是灵活的。我有时候在做第一遍测试的同时补上test case。至于先test case再开发，我不喜欢，因为不习惯，太麻烦，至于别人推荐，那试试看也无妨。

49. 你是否会为各种输入组合创建测试用例？
MVM：不要，不要搞边界条件组合。当心组合爆炸。有很多test case工具能够自动生成各种边界条件的组合——但要想清楚，你是否有时间去运行那么多test case。

50. 你们的程序员能看到测试用例么？
MVM：要。让Dev看到Test Case吧。我们都是为了同一个目的走到一起来的：提高质量。

51. 你们是否随便抓一些人来做易用性测试？
MVM：要这么做。自己看自己写的程序界面，怎么看都是顺眼的。这叫做审美疲劳——臭的看久了也就不臭了，不方便的永久了也就习惯了。

52. 你对自动测试的期望正确么？
MVM：别期望太高。依我看，除了性能测试以外，还是暂时先忘掉“自动测试”吧，忘掉WinRunner和LoadRunner吧。对于国内的软件测试的现状来说，只能“矫枉必须过正”了。

53. 你们的性能测试是等所有功能都开发完才做的么？
MVM：不能这样。性能测试不能被归到所谓的“系统测试”阶段。早测早改正，早死早升天。

54. 你注意到测试中的杀虫剂效应了么？
MVM：虫子有抗药性，Bug也有。发现的新Bug越来越少是正常的。这时候，最好大家交换一下测试的area，或者用用看其他工具和手法，就又会发现一些新bug了。

55. 你们项目组中有人能说出产品的当前整体质量情况么？
MVM：要有。当老板问起这个产品目前质量如何，Test Lead/Manager应该负责回答。

56. 你们有单元测试么？
MVM：单元测试要有的。不过没有单元测试也不是不可以，我做过没有单元测试的项目，也做成功了——可能是侥幸，可能是大家都是熟手的关系。还是那句话，软件工程是非常实践、非常工程、非常灵活的一套方法，某些方法在某些情况下会比另一些方法好，反之亦然。

57. 你们的程序员是写完代码就扔过墙的么 ？
MVM：大忌。写好一块程序以后，即便不做单元测试，也应该自己先跑一跑。虽然有了专门的测试人员，做开发的人也不可以一点测试都不做。微软还有Test Release Document的说法，程序太烂的话，测试有权踢回去。

58. 你们的程序中所有的函数都有输入检查么？
MVM：不要。虽然说做输入检查是write secure code的要点，但不要做太多的输入检查，有些内部函数之间的参数传递就不必检查输入了，省点功夫。同样的道理，未必要给所有的函数都写注释。写一部分主要的就够了。

59. 产品有统一的错误处理机制和报错界面么？
MVM：要有。最好能有统一的error message，然后每个error message都带一个error number。这样，用户可以自己根据error number到user manual里面去看看错误的具体描述和可能原因，就像SQL Server的错误那样。同样，ASP.NET也要有统一的Exception处理。可以参考有关的Application Block。

60. 你们有统一的代码书写规范么？
MVM：要有。Code Convention很多，搞一份来发给大家就可以了。当然，要是有FxCop这种工具来检查代码就更好了。

61. 你们的每个人都了解项目的商业意义么？
MVM：要。这是Vision的意思。别把项目只当成工作。有时候要想着自己是在为中国某某行业的信息化作先驱者，或者时不时的告诉team member，这个项目能够为某某某国家部门每年节省多少多少百万的纳税人的钱，这样就有动力了。平凡的事情也是可以有个崇高的目标的。

62. 产品各部分的界面和操作习惯一致么？
MVM：要这样。要让用户觉得整个程序好像是一个人写出来的那样。

63. 有可以作为宣传亮点的Cool Feature么？
MVM：要。这是增强团队凝聚力、信心的。而且，“一俊遮百丑”，有亮点就可以掩盖一些问题。这样，对于客户来说，会感觉产品从质量角度来说还是acceptable的。或者说，cool feature或者说亮点可以作为质量问题的一个事后弥补措施。

64. 尽可能缩短产品的启动时间
MVM：要这样。软件启动时间（Start-Up time）是客户对性能好坏的第一印象。

65. 不要过于注重内在品质而忽视了第一眼的外在印象
MVM：程序员容易犯这个错误：太看重性能、稳定性、存储效率，但忽视了外在感受。而高层经理、客户正相反。这两方面要兼顾，协调这些是PM的工作。

66. 你们根据详细产品功能说明书做开发么？
MVM：要这样。要有设计才能开发，这是必须的。设计文档，应该说清楚这个产品会怎么运行，应该采取一些讲故事的方法。设计的时候千万别钻细节，别钻到数据库、代码等具体实现里面去，那些是后面的事情，一步步来不能着急。

67. 开始开发和测试之前每个人都仔细审阅功能设计么？
MVM：要做。Function Spec review是用来统一思想的。而且，review过以后形成了一致意见，将来再也没有人可以说“你看，当初我就是反对这么设计的，现在吃苦头了吧”

68. 所有人都始终想着The Whole Image么？
MVM：要这样。项目里面每个人虽然都只是在制造一片叶子，但每个人都应该知道自己在制造的那片叶子所在的树是怎么样子的。我反对软件蓝领，反对过分的把软件制造看成流水线、车间。参见第61条。

69. Dev工作的划分是单纯纵向或横向的么？
MVM：不能单纯的根据功能模块分，或者单纯根据表现层、中间层、数据库层分。我推荐这么做：首先根据功能模块分，然后每个“层”都有一个Owner来Review所有人的设计和代码，保证consistency。

70. 你们的程序员写程序设计说明文档么？
MVM：要。不过我听说微软的程序员1999年以前也不写。所以说，写不写也不是绝对的，偷懒有时候也是可以的。参见第56条。

71. 你在招人面试时让他写一段程序么？
MVM：要的。我最喜欢让人做字符串和链表一类的题目。这种题目有很多循环、判断、指针、递归等，既不偏向过于考算法，也不偏向过于考特定的API。

72. 你们有没有技术交流讲座？
MVM：要的。每一两个礼拜搞一次内部的Tech Talk或者Chalk Talk吧。让组员之间分享技术心得，这笔花钱送到外面去培训划算。

73. 你们的程序员都能专注于一件事情么？
MVM：要让程序员专注一件事。例如说，一个部门有两个项目和10个人，一种方法是让10个人同时参加两个项目，每个项目上每个人都花50%时间；另一种方法是5个人去项目A，5个人去项目B，每个人都100%在某一个项目上。我一定选后面一种。这个道理很多人都懂，但很多领导实践起来就把属下当成可以任意拆分的资源了。

74. 你们的程序员会夸大完成某项工作所需要的时间么？
MVM：会的，这是常见的，尤其会在项目后期夸大做某个change所需要的时间，以次来抵制change。解决的方法是坐下来慢慢磨，磨掉程序员的逆反心理，一起分析，并把估算时间的颗粒度变小。

75. 尽量不要用Virtual Heads
MVM：最好不要用Virtual Heads。Virtual heads意味着resource is not secure，shared resource会降低resource的工作效率，容易增加出错的机会，会让一心二用的人没有太多时间去review spec、review design。一个dedicated的人，要强过两个只能投入50%时间和精力的人。我是吃过亏的：7个part time的tester，发现的Bug和干的活，加起来还不如两个full-time的。参见第73条。73条是针对程序员的，75条是针对 Resource Manager的。

[原始出处不明]

servlet/jsp 获取绝对路径和相对路径

2008年04月04日 星期五 11:42

servlet中获得项目绝对路径 String filePath=this.getServletConfig().getServletContext().getRealPath("/"); 根目录所对应的绝对路径:request.getServletPath(); 文件的绝对路径 :request.getSession().getServletContext().getRealPath(request.getRequestURI()) 当前web应用的绝对路径 :servletConfig.getServletContext().getRealPath("/"); ServletContext对象获得几种方式： Javax.servlet.http.HttpSession.getServletContext() Javax.servlet.jsp.PageContext.getServletContext() Javax.servlet.ServletConfig.getServletContext() 文件的绝对路径 :request.getSession().getServletContext().getRealPath(request.getRequestURI()) 当前web应用的绝对路径 :servletConfig.getServletContext().getRealPath("/");

1.hibernate中获取 Connection 对象进行jdbc操作：

Connection con= Hibernate3SessionFactory.getSession().connection();

2.sql语句中分母为零处理方法：

oracle中decode函数可以解决分母为0的异常情况：如：字段a,b 。要查询 a/b 那么可以用下面的公式代替：

decode(b，0，0，a/b）当b为0时则返回0。

DECODE(value,if1,then1,if2,then2,if3,then3,...,else)，表示如果value等于if1时，DECODE函数的结果返回then1,...,如果不等于任何一个if值，则返回else。初看一下，DECODE 只能做等于测试，但刚才也看到了，我们通过一些函数或计算替代value，是可以使DECODE函数具备大于、小于或等于功能。

3.java中获取文件路径：

request.getRealPath("/");  //获取工程根目录路径。

4.xml和pojo轻松转换：

XStream xStream = new XStream();
 String persistFile="";

xStream.alias("ConfigRUL",ConfigRUL.class);
 persistFile=request.getRealPath("/")+"configURL.xml";
 //xml to pojo

Reader reader = null;
  try
  {
   reader = new FileReader(persistFile);
  }
  catch (FileNotFoundException e)
  {
   e.printStackTrace();
  } 
  Object  o= (Object  )xStream.fromXML(reader);

//pojo  to  xml

form.fillPojo(configRUL);
  FileWriter writer = null;
  try
  {
   writer = new FileWriter(persistFile);
  }
  catch (IOException e)
  {
   e.printStackTrace();
  }
  xStream.toXML(object,writer);

5.javascript 事件

 IE Event对象

（一）IE Event对象的主要属性和方法

　　在IE中有一个专门负责事件处理的对象Event，这个对象负责对事件的处理，含有很多的属性和方法，通过这些方法和属性的调用，就能完成很多的事件处理。

　　type：事件的类型，就是HTML标签属性中，没有“on”前缀之后的字符串，例如“Click”就代表单击事件。

　　srcElement：事件源，就是发生事件的元素。

　　button：声明了被按下的鼠标键，是一个整数。1代表鼠标左键，2代表鼠标右键，4代表鼠标的中间键，如果按下了多个鼠标键，就把这些值加在一起，所以3就代表左右键同时按下。

　　clientX/clientY：是指事件发生的时候，鼠标的横、纵坐标，返回的是整数，它们的值是相对于包容窗口的左上角生成的。

　　offsetX/offsetY：鼠标指针相对于源元素的位置，可以确定单击Image对象的哪个象素。

　　altKey，ctrlKey，shiftKey：顾名思义，这些属性是指鼠标事件发生的时候，是否同时按住了Alt、Ctrl或者Shift键，返回的是一个布尔值。

　　keyCode：返回keydown和keyup事件发生的时候，按键的代码以及keypress事件的Unicode字符。

　　fromElement、toElement前者是指代mouseover事件移动过的文档元素，后者指代mouseout事件中鼠标移动到的文档元素。

　　cancelBubble：一个布尔属性，把它设置为true的时候，将停止事件进一步起泡到包容层次的元素。

　　returnValue：一个布尔值属性，设置为false的时候可以组织浏览器执行默认的事件动作，相当于<a href=”#” onclick=”ProcessMethod();return false;” />。

　　attachEvent()和detachEvent()方法：为制定DOM对象事件类型注册多个事件处理函数的方法，它们有两个参数，第一个是事件类型，第二个是事件处理函数。在attachEvent()事件执行的时候，this关键字指向的是window对象，而不是发生事件的那个元素。

　　（二）IE Event对象的一些说明

　　1.IE Event对象是一个全局属性

　　在IE中，不能把Event对象作为参数传递给事件处理程序，只能用window.event或者event来引用Event对象。因为在IE中，Event是window的一个属性，也就是说event是一个全局变量，这个变量提供了事件的细节。

　　2.IE中事件的起泡：IE中事件可以沿着包容层次一点点起泡到上层，也就是说，下层的DOM节点定义的事件处理函数，到了上层的节点如果还有和下层相同事件类型的事件处理函数，那么上层的事件处理函数也会执行。例如，<div>标签包含了<a>，如果这两个标签都有onclick事件的处理函数，那么执行的情况就是先执行<a>标签的onclick事件处理函数，再执行<div>的事件处理函数。如果希望<a>的事件处理函数执行完毕之后，不希望执行上层的<div>的onclick的事件处理函数了，那么就把cancelBubble设置为false即可。

6.javascript  常用event.keycode值

eycode 8 = BackSpace BackSpace

keycode 9 = Tab Tab

keycode 12 = Clear

keycode 13 = Enter

keycode 16 = Shift_L

keycode 17 = Control_L

keycode 18 = Alt_L

keycode 19 = Pause

keycode 20 = Caps_Lock

keycode 27 = Escape Escape

keycode 32 = space space

以下是Hibernate Reference 3.2翻译时采用的术语

O/R Mapping 对象/关系数据库映射

identifier property: 标识属性

discriminator: 辨别标志(不使用"鉴别器")

join-subclass,union-subclass,join: 不翻译

fine-grained 细粒度

domain model 领域模型

business object 业务对象(v2的时候翻译为"商业对象",被无数人痛骂....)

annotations 注解(这个词还比较新,也见到有翻译为"特殊注释"/"标注"的)

Aggregate functions 统计函数 (聚集函数?聚合函数? 还是翻译为统计函数才能让人看懂)

Criteria Queries 条件查询(标准查询?这里Criteria是"判据"的含义,而非"标准",意译为条件查询更加明白)

session flush session清洗

lazy fetching 延迟加载(懒加载,翻译很直白,但是却不易理解)

对象状态：

 persistent class 持久化类

 persistent object 持久对象 (体现这是与某个持久化设备联系的,掉电之后不消失)

 transient object 瞬时对象  (其含义是仅在内存中存在的,掉电之后消失,翻译为瞬时对象比较好)

 detached object 脱管对象(与session脱离的对象)

outer-join fetching 外连接抓取 (fetch一般翻译为"获取",v2翻译的时候,为了突出其主动获取的特点,翻译为"抓取")

class hierarchy 类分层结构 http://www.umlchina.com/xprogrammer/glossary1.htm

inheritance hierarchy 继承层次 http://www-128.ibm.com/developerworks/cn/java/j-aopwork4/?ca=dwcn-newsletter-java

===============================================================================================

Hibernate Annotations Reference部分的术语表

http://wiki.redsaga.com/confluence/display/HART/glossary

数据库相关

schema	schema	不翻译
catalog	目录
tables	表
column	列/字段
index	索引
sequence	序列	对应于数据库中的sequence
unique	唯一的
nullable	可为空的
insertable	可插入的
updatable	可更新的
embedded objects	嵌入对象
embeddable object	可嵌入的对象
identity generator	ID生成器
sequence generator	序列生成器
temporal precision	瞬时精度
precision	精度
decimal precision	十进制精度
scale	刻度，数值范围	关系数据库中通常指小数点位数
decimal scale	十进制
primary key	主键/主关键字
primary key column	主键列
foreign key	外键/外关键字
foreign key column	外键列
association	关联
association column	关联列
join column	连接列	根据情况选择不翻译
relationship	关系/关联
unique constraint	唯一约束
invariant constraint	不变约束
constraint violation	约束违例

Java/面向对象相关

POJO	简单java对象	Plain Old Java Object
entity hierarchy	实体层次
field	字段
property	属性
attribute	属性
Inheritance	继承
unqualified class name	短类名	不附带包名
full qualified class name(fqcn)	全称类名	附带包名
List	列表	根据情况选择不翻译
ordered list	有序列表
indexed list	索引列表
Bag	包	根据情况选择不翻译
Set	集合	根据情况选择不翻译
Map	映射/映射表	根据情况选择不翻译
target entity	目标实体
entity	实体
Semantic	语义
java representation	java表示
primitive type	主要/基本类型
core type	核心类型
Serializable	序列化

O/R Mapping相关

object/relational mapping	对象/关系 映射
metadata	元数据
metamodel	元模型
annotation	注解
meta-annotation	元注解
Metadata impact	元数据影响
paradigm	范例
persistence	持久/持久化
wrapper class	封装/包裹类
logical mapping	逻辑映射
physical mapping	物理映射
identity	标识(符)	能唯一标识一个对象的字段/列，对应到数据库一般为主键
Identifier	标识符
Versioning for optimistic locking	乐观锁定版本控制
transient	瞬态/瞬时的	这个词建议和具体的词组一起出现，单独出现似乎没有什么特别的意义
fetch	获取
lazy fetch	延迟获取
eagerly fetch	即时获取
lazy loading	延迟加载
lazy simple properties	延时加载的简单属性
lazy association fetching	延时关联获取
projection	投影
ordinal	顺序的
portable application	可移植的应用
Class-defined	已定义类
Table per Class	每个类一张表
Single Table per Class Hierarchy	每个类层次结构一张表
Joined Subclass	连接的子类
inheritance hierarchy	继承层次结构
one to many	一对多
one to one	一对一
many to many	多对多
bidirectional	双向的
unidirectional	单向的
discriminator	识别符
discriminator column	识别符列
discriminator type	识别符类型
owner side	所有者侧
owner table	所有者表
owner property	所有者属性
owner primary key	所有者主键
concatenation	串联/链接
owned side	被拥有侧
Collection	集合/集合类
version	版本
timestamp	时间戳
optimize	优化
Transitive persistence	传播性持久化
cascading	级联
Association fetching	关联获取
composite primary key	复合主键
secondary table	次级表
Cache mode	缓存模式
Flush mode	Flush模式
Cache region	缓存区
second level cache	二级缓存
query	查询
native query	本地查询
clause	子句
scope	范围
global scope	全局范围
field level	字段级
property level	属性级
class level	类级
package level	包级
bean level	bean级
application level	应用级
annotations extension	注解扩展
persister	持续
optimistic lock	乐观锁
batch size	批大小
context	上下文
Access type	访问类型
Sub-entity	子实体
composite user type	复合自定义类型
comparator	比较器
comparator type	比较器类型
callable	可调用的
filter	过滤器
validator	验证器
build in	内建
constraint descriptor	约束描述符
constraint validator	约束验证
automatic indexing	自动索引

常见技术英语

implicit	隐式	.
explicit	显式
capitalize	大写的
mandatory	必须的
externalize	外部化
legacy system	遗留系统
concurrency	并行
cacheable	可缓存的
Formula	公式
mutable	可变的
immutable	不可变
dynamic	动态
scalar	标量
hash	哈希
hint	提示
regular expression	正则表达式
override	覆写/覆盖

===============================================================================================

Enterprise JavaBeans 3.0 (5th Edition) 中文版词汇表

http://wiki.redsaga.com/confluence/display/E3OG/Home

standalone applications	独立桌面应用程序
distributed objects	分布（式）对象
response time	响应时间
Enterprise JavaBeans	Enterprise JavaBeans
Java Persistence	Java Persistence
EntityManager	EntityManager
entity manager	entity manager
Java EE Connector Architecture	Java EE 连接器架构
Session bean	Session bean
stub proxy	存根代理
deployment descriptor	部署描述文件
message destination	message destination
enterprise beans	enterprise beans
bean class	bean class
EJB object	EJB object or EJB对象
delegate	委托，委派
web services	web services
annotation	注解
field	数据成员	见jjhou的解释
column	（数据库）字段
property	成员属性	指bean class的getter/setter
attribute	属性
method	成员函数
constructor	构造函数
persistence provider	persistence provider or 持久化（服务）提供程序	倾向于前者
unqualified class name	非限定类名
build	生成 or 构建
interesting	值得注意的	在技术书籍interesting通常不是指有趣
undeploy	卸载
persistence context	persistence context
persistence unit	persistence unit
persistence manager	persistence manager
eagerly fetch	立即获取
detached	游离
managed	托管，受管
wrapper types	封装类（型）
unchecked exception	unchecked exception
partial XML deployment	部署描述片段
abstract schema name	抽象结构名称
schema	（数据库）schema
element	（XML）元素 or 节点？
remote/local/endpoint interface	远程/本地/端点接口
SQL join	SQL join
relationship	关联/关系/关联关系
operator	操作符/运算符
transient property	非持久型成员属性	transient在单独使用时也可能译为"瞬时的"
entity listener	entity监听器
named	具名的
transaction demarcation	事务划分
transaction-aware	事务感知的
transaction manager	transaction manager
transactional context	transactional context
heuristic decision	试探性决策
phantom read	幻读
build	生成、构建

===============================================================================================

Spring Reference 2.0翻译时采用的术语表

 http://wiki.redsaga.com/confluence/pages/viewpage.action?pageId=404  

I 核心技术

原文	译文	备注
BeanWrapper	BeanWrapper	不翻译
DataBinder	DataBinder	不翻译
multipart file resolver	分段文件解析器
MultiActionController	MultiActionController	不翻译
multipart	分段
web view resolvers	web视图解析器
web controller	web控制器
handler	处理器
hooks	钩子(hooks)
domain special language	DSL(domain special language)	不翻译（简写）
class loader	class loader	不翻译
classpath	classpath	不翻译
Spring Framework	Spring Framework	不翻译，注意F是大写的
framework	框架
non-intrusive(ness)	非侵入性
convention-over-configuration	惯例优先
collaborator	协作者
autowiring	自动连接
wire	连接
singleton	单件
prototype	原型
DI	依赖注入	Dependency Injection
scope	作用域
lazily-instantiating	延迟实例化
inner bean	内部Bean
session	session
type matching	类型匹配
callback	回调
IoC	IoC(全称: Inversion of Control)	不翻译

AOP

原文	译文	备注
advice	通知
aspect	切面
pointcut	切入点

II 中间层数据访问 

原文	译文	备注
checked exception	checked exception	不翻译
unchecked exception	unchecked exception	不翻译

III Web相关 

原文	译文	备注
portlet	portlet	不翻译
application context	application context	不翻译
http session	http session	不翻译

IV 整合 

原文	译文	备注
trigger	触发器
component	组件
consumption	消费
destination	目的地	不翻译
production	生产
message	消息
session	会话	不翻译
listener	监听
provider	提供者
receiver	接收者
attribute	属性
lazy-initialized	延迟加载
Commons Attributes	Commons Attributes	不翻译
export	发布

Annotations

原文	译文	备注
annotation	注解
metadata	元数据

Ajax

jQuery JavaScript Library

Prototype JavaScript framework: Easy Ajax and DOM manipulation for dynamic web applications

mootools - home

Evaluation of Javascript Libraries

JSON in Java

JSON 中文介绍

DOJO中国 | spry中文站 | ext 中文站 | dojo中文站

AJAXBBS.NET - WEB前端技术交流博客

http://bbs.jquery.org.cn

Ajax + Struts 实现省市联动详解

frank's UI Gadren.

javascript经典例子

使用json取代传统的form提交

flot - Google Code

技术文章-JSON简介

技术文章-Ajax简介

商贸通

JSCook Project

敏捷UI工程师Tin - 好看簿

     1.getParameter 与 getAttribute

      getParameter（）

是取得request.setAttribute("name","您自己的值");设置的值,接受来自servlet或Action的变量,获得的是对象类型。

getAttribute （）提取发送过来的参数,接受来自get方法或post方法的参数,获得的是字符串类型。

2.hibernate get 和load

get() 直接从数据库中查，没查到返回null.

load() 先从内存中装载，如果以前没有装载或查询出来，才开始查询数据库.如查不到返回ObjectNotFounfException.

• 工作台

  包括我的业务、业务过程、过程监控、更改密码、任务中心、我的邮件、我的日程、我的便笺、在线聊天等。

• 个人管理

  包括工作日报、工作周报、工作月报、通讯录等。

• 信息管理

  包括通知公告、时事新闻、规章制度、头条信息等。

• 文档管理

  包括文档、发文、收文等。

• 行政管理

  包括办公用品领用申请、印章使用申请、固定资产请购、固定资产领用、车辆使用登记、会议室使用登记等。

• 人事管理

  包括人员需求申请、加班申请、出差申请、请假申请、报销申请、职工基本档案等。

• 基础数据

  包括车辆、物品、印章、会议室、政治面目、文化程度、职务、职工类型、民族、部门、职称等。

1分钟Java程序快速转换为windows服务运行

1、首先到请下载最新版本的Java Service Wrapper，点我下载。

2、准备如下文件，复制到test目录，这些文件可以从下载包中找到：

wrapper.dll

wrapper.exe

wrapper.jar

3、编写wrapper.conf，也放在同一级目录下面，内容如下

# Java Application完整路径

wrapper.java.command=java

wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp

#定义程序运行的classpath

wrapper.java.classpath.1=wrapper.jar

wrapper.java.classpath.2=[jar file/path]

# Java Library Path (location of Wrapper.DLL or libwrapper.so)

wrapper.java.library.path.1=.

# Java Additional Parameters

#wrapper.java.additional.1=

# Initial Java Heap Size (in MB)

#wrapper.java.initmemory=3

# Maximum Java Heap Size (in MB)

#wrapper.java.maxmemory=64

# 运行的Main Class

wrapper.app.parameter.1=

wrapper.console.format=PM

wrapper.console.loglevel=INFO

wrapper.logfile=Beanskt.log

wrapper.logfile.format=LPTM

wrapper.logfile.loglevel=INFO

wrapper.logfile.maxsize=0

wrapper.logfile.maxfiles=0

wrapper.syslog.loglevel=NONE

#window服务配置

wrapper.console.title=samplesvr

#服务名

wrapper.ntservice.name=samplesvr

# 显示名称

wrapper.ntservice.displayname= sample  Service

# 描述

wrapper.ntservice.description=sample Service

# 依赖项

wrapper.ntservice.dependency.1=

# 启动模式：  AUTO_START or DEMAND_START

wrapper.ntservice.starttype=AUTO_START

# 是否交互.

wrapper.ntservice.interactive=false

4、运行测试，安装服务

》测试运行是否正常

wrapper.exe -c wrapper.conf

》安装服务

wrapper.exe -i wrapper.conf

》卸载服务

wrapper.exe -r wrapper.conf

》启动

wrapper.exe -t wrapper.conf

》停止

wrapper.exe -p wrapper.conf

转至小雨开源

中国java开源界最可爱的人们

记得去年某世界级的大师到中国忽悠几天后回去说，中国只是开源“消费者”，那话的意思好像我们只会从开源社区中索取，不懂得贡献似的。那么实际情况又是如何呢？这是昨晚整理的中国Java开源领域的斗士们的情况，根据他们对中国java开源界的贡献值、重要性、发展潜力等作了一个综合评价，可以说他们是中国Java开源界里最可爱的人。欢迎大家来看看这里是否有你认识英雄。

　　1、  Huihoo动力—当之无愧的老大 

代表人物：龙辉(Allen)、程勇(Peter)、杨泳(Orbat)　

代表项目：JFox等

官方网站：http://www.huihoo.org/

简评：说到java开源，大家不可能不知道Huihoo，Huihoo曾经创造了很多奇迹，不管是对是团队成员的技术水平还是开源理念、开源组织的管理等都可以说是最棒的，JFox项目一直具有生命力，huihoo这么多年了也一直具有生命力，Allen、Peter、Orbat等对这个团队这么多年来的坚持及贡献，要选国内最值得推崇的开源团体，huihoo排在第一位可以说是当之无愧。因此，他们是最可爱的人。

2、Jdon—高处不胜寒

代表人物：彭晨阳(板桥里人)

代表项目：jdonframework

官方网站：http://www.jdon.com/

简评：作为国内第一个开源框架的发起人，作为国内第一个敢于与国外框架叫板的板桥里人，他曾经带给大家很多很多的欣喜及回忆，桥技术水平及造诣这里就更不用说了，他“ 一个开源人的孤独告白”，有点沧桑，有点心寒，jdon今天的现状，是中国对待技术人才的真实写照。无论如何，选中国Java开源界最可爱的人，板桥当之无愧。

3、Apusic OperaMasks—谁说开源不赚钱

代表人物：袁红岗　张勇

代表项目：OperaMasks

官方网站：http://www.operamasks.org/

　　简评：1000万人民币的投入，一篇“勇敢者的新世界”也算是在中国开源界掀起了一阵波澜，产品发布会上那一份份合同，更是让同行的老总们有点眼红。除去商业因素不说，这两天Check out了OperaMasks的代码，也看了示例，表现非常不错，值得深层次的java开发人员学习。老袁深厚的技术功底、老张卖力的全国路演，公司经营战略的成功，OperaMasks能否发展成为一个最能适合中国国情的开源组织，让我们拭目以待。

　　4、EasyJF—后生可畏

　　代表人物：蔡世友(大峡)、吴嘉俊(stef_wu)、程强(天一)

代表项目：EasyJWeb

官方网站：http://www.easyjf.com

　　简评：看了大峡小朋友的一些文章， 看到EasyJF现在的发展，真真实实有一种后生可畏的感叹。他们有自己的专职团队，有网下办公室，还有硬件设施，还拥有一群有激情、好学的年轻小伙子们。虽然要得到中国人自己的认可是很不容易的事情，但搜索一下带是发现国内已经有不少网站在用EasyJWeb做开发。因此，最可爱的人当他们莫属，衷心希望他们能成功。

　　5、SpringSide—天才团队

代表人物：肖桦(江南白衣)、http://www.springside.org.cn/

简评：虽然只是站在春天的傍边，但已经带给了整天忙于追逐新技术、新潮流的Java程序员们很多极具参考价值的东西。江南白衣同学可以算是一个天才般的人物，技术的攻底、接受并译释新技术的速度、能力及水平，可以说是少数中的少数。因此，SpringSide可以称得上最具有偶像潜质的团队，Java开源界最可爱的人，他们当之无愧，希望他们能从“傍边”走到“中间”。

6、Buffalo社区—浓缩是精

代表人物：陈金洲(Michael Chen)

代表项目：Buffalo

官方网站：http://buffalo.sourceforge.net/

简评：作为第一个国人开发的Ajax框架，作为一个能把一直受java大拿们岐视javascript玩转得如何熟悉的项目，作为一个能几年坚持更新的开源项目，Buffalo是成功的，Michael Chen让我们体会到国内开源贡献者们执着与坚持。他是不是最可爱的人，谁是？

7、天乙社区—享受开源动力

代表人物：laoer

代表项目：天乙开源社区

官方网站：http://www.laoer.com/

简评：有多少开源项目的产品发布到8.0，从jsp、struts1到struts2一路走来，一直能跟着新技术的步伐，不断改进及完善。因此，当之无愧java开源界最可爱的人。

8、CowNew开源—真有一点牛

代表人物：杨中科

代表项目：CowNewSQL

官方网站：http://www.cownew.com/

简评：看过杨中科同学的两篇文章，我觉得他是可爱的。多数据库翻译引擎CowNewSQL的价值将在哪里体现？CowNew能在何时给我们带来更多实用的东西，值得大家期待。无论如何，他们的进步是有目共睹。

9、CommonTemplate—值得期待

代表人物：梁飞(javatar)

代表项目：CommonTemplate

官方网站：http://www.commontemplate.org/

简评：也许很多人不知道这个项目，但他确实是一个很不错的模板引擎，金子总有发光的时候。只要坚持，相信有一天梁飞同学会给大家带来更多的惊喜。

10、恩信—小公司也能开源

代表人物：刘有涛

代表项目：恩信开源ERP

官方网站：http://www.nseer.com/

简评：听过刘总的演讲，从“捕鱼”到“授之以渔”，从刘总一系列运作手法，我觉得恩信可以成为很多追逐开源但又没有上千万资金来投入而总在为是否参加开源而徘徊的老总们的参考学习的案例。虽然没有技术牛人加盟，虽然还使用稍为古老的技术体系，但既然开源了，总能让我们学到很多东西。呵呵，所有最可爱的开源人中，刘总算是算是最年长的了，祝他们开源ERP大卖。

除了上面10个开源项目里面的最可爱的人以外，还有一些曾经激情一时并给大家带来快乐，但因为很多原因没能坚持下来的开源斗士们，这里就不逐一列出来，为他们感到惋惜的同时，也希望有一天能看到更多的人与企业参与到开源的队伍中来。当然，可能还有一些比较优秀的团队我没有发现，而恰好你又知道，那么请您告诉我，在今后的日子里我会尽我的力量也来做点贡献。

将TOMCAT设置为系统服务

1:设置环境变量CATALINA_HOME＝E:\tomcat5.5

2：设置CLASS_PATH 为CLASS_PATH＝.;C:\java\jdk1.5.0_06\lib\dt.jar;C:\java\jdk1.5.0_06\lib\tools.jar;%CATALINA_HOME%\bin\bootstrap.jar

3：设置PATH中为C:\java\jdk1.5.0_06\bin;E:\tomcat5.5\bin;

4：添加服务命令：service.bat install Tomcat5

   运行完命令后就可以在服务中看到 Apache Tomcat5 然后可以自行改为手动或自动启动。

   注：如果使用tomcat5.exe安装名字为'Tomcat5'的服务可以运行以下命令：

    tomcat5 //IS//Tomcat5 --DisplayName="Apache Tomcat 5"  --Install="C:\Program Files\Tomcat\bin\tomcat5.exe" --Jvm=auto --StartMode=jvm --StopMode=jvm --StartClass=org.apache.catalina.startup.Bootstrap --StartParams=start --StopClass=org.apache.catalina.startup.Bootstrap --StopParams=stop

5：移除服务命令：tomcat5 //DS//Tomcat5

  配置：

 在$CATALINA_HOME/conf/server.xml文件中的<Host></Host>标签之间加入如下的Context代码
    <Context path="/articlesystem" docBase="articlesystem" debug="5" reloadable="true" crossContext="true">
       <Resource name="jdbc/StrutsArticle" auth="Container" type="javax.sql.DataSource"
          maxActive="100" maxIdle="30" maxWait="10000"
          username="root" password="root" driverClassName="com.mysql.jdbc.Driver"
          url="jdbc:mysql://localhost:3306/strutsaritcle;characterEncoding=GBK&amp;useUnicode=TRUE&amp;autoReconnect=true"/>
     </Context>

查找： 

// Obtain our environment naming context

    Context initCtx = new InitialContext();

    Context envCtx = (Context) initCtx.lookup("java:comp/env");

    // Look up our data source（jdbc/os_leave为数据源名称）

    ds = (DataSource)envCtx.lookup("jdbc/os_leave");

equals 方法（是String类从它的超类Object中继承的）被用来检测两个对象是否相等，即两个对象的内容是否相等。

==用于比较引用和比较基本数据类型时具有不同的功能：

比较基本数据类型，如果两个值相同，则结果为true

而在比较引用时，如果引用指向内存中的同一对象，结果为true

Eg:s1 = new String("sony"); //创建的是字符串对象

s1.equals("sony"); //返回true

s1 == "sony" //返回false

//如果

s1 = "sony";

s1 == "sony" //返回true

存储库的根目录下通常会有 ：

                 trunk 文件夹：用于存放开发版本。

                 tags 文件夹：用于存放标签。

                 branches 文件夹：用于存放分支。

subclipse 基本操作：

1。将项目添加到存储库：Team > Share Project。Eclipse 会显示 Share Project 对话框。

2。更新项目：Team > Update。Eclipse 将从存储库中检索任何变更，并尝试将它们与本地副本合并。

3。添加文件或目录：Team > Add to Version Control。下一次将此项目中的变更提交给存储库时，新文件也会检入。

4。删除文件或目录：如果将文件添加到了与项目不在相关的存储库中，您可以轻松地删除它。右击文件，然后选择 Delete。不需要使用 Team 菜单，Subclipse 自动将标记要删除的文件，并将它从项目中移除。下一次将变更提交给存储库时，该文件被删除了。

5。重命名文件或目录：要重命名 Subclipse 控制的文件或目录，请右击它，然后选择 Rename。文件是在项目中重命名的，重命名操作（通过 Add 操作添加新名称、通过 Delete 操作删除旧名称）排队等待您下一次提交。注意， “新” 文件添加的蓝色小加号表示该文件被安排在下一次提交时添加。

6。忽略文件：Team > Add to svn:ignore 即可显示Add to svn:ignore 对话框。

7。提交更改：（在尝试提交变更之前，请确保更新您的项目）Team > Commit。

                                                                                                                        Javary 2007-9-15

一．下载和安装

1．   名称：svn-1.4.4-setup.exe(服务端)

URL: http://subversion.tigris.org/files/documents/15/38369/svn-1.4.4-setup.exe

2．   名称：TortoiseSVN-1.4.4.9706-win32-svn-1.4.4.msi（客户端）

URL: http://prdownloads.sourceforge.net/tortoisesvn/TortoiseSVN-1.4.4.9706-win32-svn-1.4.4.msi?download

3．   名称：subclipse（eclipse插件）

URL: http://subclipse.tigris.org/files/documents/906/39522/site-1.2.4.zip

二．配置

1．   创建储存库 ：svnadmin create E:\svn\repository

2．   创建项目版本树：确定SVN服务(命令行或windows服务)运行后，在你需要导入储存库的目录下单击右键选择[TortoiseSVN]-> [Import...]，在弹开的窗口的URL框中输入 "svn://localhost/myproject" 点击 "OK" 执行导入

3．   权限控制

A.在svnserve.conf中加   anon-access = none     表示匿名用户无读写权限

                         password-db = passwd   表示用户和密码放在passwd中

                         authz-db = authz        表示用户组放在 authz中

B. passwd中增加用户：name=password 的形式

C. authz中给用户分组：在[groups]标记下面，输入组的名称：

                         dev_group = nicholas, friend  表示开发组

                         test_group = stranger         表示测试组

                        [arm:/diary/headquarters]             表示仓库下的目录

                         @dev_group = rw              表示开发组用户具有读写权

                         @test_group = r              表示测试组用户具有读权     

                         * =                          表示其它用户没任何权限

注意：[arm:/] 表示这个目录结构的相对根节点，或者说是 arm 项目的根目录。其中的 arm 字样，其实就是代码库的名称，即前面用 svnadmin create 命令创建出来的那个 arm。 [arm:/diary/headquarters] 。而实际上，Subversion 允许你采用 `[/some/dir] 这样的格式，即不指定代码库的方式来表示目录，此时的目录就匹配所有项目。 

4．   Subversion安装成service（Subversion1.4的安装方式）

命令：sc create svnservice binpath= "\"D:\program files\Subversion\bin\svnserve.exe\" --service -r D:\svn\repository" displayname= "SVNService" depend= Tcpip start= auto

注意：如果路径中包括空格，一定要用“\”处理“"”号 

三．运行

svnserve --daemon --root D:\svn\repository （手动运行方式）

-d 后台模式， 相似的有： -i inted模式 -t 隧道模式 -X 监听一次（调试时使用）

而-r的含义是服务的根目录.

四。参考：

1。学习安装SVN1.4.4

2。Subversion权限控制手册

3。Subversion安装成service

1.Java反射经典实例 Java Reflection Cookbook (初级)

2.Java反射机制( 转)

Struts原理与实践（1）

Struts原理与实践（2）

Struts原理与实践（3）

Struts原理与实践（4）

Struts原理与实践（5）

Struts原理与实践（6）

Struts原理与实践（7）

常用j2eeAPI

JavaServer Pages(JSP)技术1.2
Java Servlet技术2.3
JDBC API 2.0
Java XML处理API(JAXP)1.1
Enterprise JavaBeans技术2.0
Java消息服务(JMS)1.0
Java命名目录接口(JNDI)1.2
Java事务API(JTA) 1.0
JavaMail API 1.2
JavaBeans激活架构(JAF)1.0
J2EE连接器体系结构(JCA)1.0
Java认证和授权服务(JAAS)1.0

J2EE概述

JMS概述

Java Transaction API概述

JTA经典问答（初译版）

JMX概述

1.IOC

2.AOP

3.工厂模式

4.代理模式

5.拦截器模式