整理的这篇文章大部分内容是我在Red Hat Linux 8.0和9.0上验证过的，希望对你有帮助。 服务器的安装略过不提，因为安装了开发工具的话默认就已经有了CVS。就算没有，更新软件包就可以搞定，除非你一定要安装最新版本。 1． 首先创建用于CVS的组和用户:

      #groupadd 
      cvs
      #useradd 
      cvsroot -g cvs
      #passwd 
      cvsroot

OK，用户已经建立好了，cvsroot就是我们做CVS操作使用的。

2． 修改配置文件:

      #more 
      /etc/services | grep cvspserver

看看是否有:

      cvspserver 
      2401/tcp #CVS client/server operations
      cvspserver 
      2401/udp #CVS client/server operations

这2行。系统自带了CVS时，这2行也已经有了，只需要确认一下。如果没有，请自己加上去。然后必须创建启动脚本:

      #vi 
      /etc/xinet.d/cvspserver

内容如下:

      service 
      cvspserver
      {
      disable 
      = no
      flags 
      = REUSE
      socket_type 
      = stream
      wait 
      = no
      user 
      = root
      server 
      = /usr/bin/cvs
      server_args 
      = -f --allow-root=/home/cvsroot pserver
      log_on_success 
      += USERID
      log_on_failure 
      += USERID
      }

其中server指定CVS可执行文件路径，默认安装就是/usr/bin/cvs。server_args指定源代码库路径及认证方式等，例子中把源代码存放在cvsroot的主目录中，也可以另外指定路径，但必须注意权限设置，pserver是密码认证方式，这种方式的安全性要差一些，但操作起来比较简单。请注意每行等号左右都有一个空格，否则无法启动服务。

3． 初始化CVS

切换到cvsroot用户，然后进行初始化:

      #cvs 
      -d /home/cvsroot init

这个路径应该与cvspserver文件中指定的路径相同，初始化后会在此路径下面创建CVSROOT目录，存放用于CVS管理的一些文件。此时重新启动xinetd服务，CVS服务器应该能够启动了。:

      #service 
      xinetd restart

当然，重新启动计算机也可以。确认是否启动:

      #netstat 
      -l | grep cvspserver

如果能看到:

      tcp 
      0 0 *::cvspserver *::* LISTEN

说明已经正常启动，没有的话请重新检查配置过程是否有错误或者遗漏。最后还必须检查防火墙的设置，把2401端口打开。

4． 用户管理

CVS默认使用系统用户登录，为了系统安全性的考虑也可以使用独立的用户管理。CVS用户名和密码保存在CVSROOT目录下的passwd文件中，格式为:

      用户名::密码::系统用户

也就是说，它把CVS用户映射到系统用户，这样我们就可以通过系统用户的权限设置来分配给用户不同的权限，而不需要让用户知道系统用户名和密码。 passwd文件默认并不存在，我们必须自己创建。文件中的密码字段使用MD5加密，不幸的是CVS没有提供添加用户名的命令，所以我们借用Apache的命令来完成这项工作:

      #htpasswd 
      passwd username

这个命令为username指定密码，并保存在passwd中，文件不存在时会自动创建。htpasswd命令不是为CVS而设，因此总有一些遗憾，它不能自动添加映射到的用户名，不过没关系，我们设置好密码后，自己把这部分加上。我的做法是映射到cvsroot用户，如果需要映射其他的用户，请注意给相应的目录设置好权限，否则CVS用户可能无法访问源代码仓库。要彻底防止使用系统帐号登陆，可以编辑CVSROOT目录下的config文件，把:

      #SystemAuth=no

这一行前面的#去掉，CVS就不会验证系统用户了，否则当用户名不在passwd文件中时，CVS会进行系统用户的验证。此外还必须配置读写权限，使用CVSROOT目录下的readers和writers文件进行这个工作。这2个文件默认也是没有的，没关系，自己创建就可以了。readers文件记录拥有只读权限的用户名，每行一个用户；writers文件记录拥有读写权限的用户名，也是每行一个用户。注意， readers文件比writers优先，也就是说出现在readers中的用户将会是只读的，不管writers文件中是否存在该用户。配置完毕，先测试一下:

      #cvs 
      -d “::pserver::username@127.0.0.1::/home/cvsroot” login

这里假设用户名是username，本机登陆。出现密码提示，输入正确的密码后，登陆成功。如果提示访问被拒绝，请检查用户权限、目录权限以及防火墙设置。建议设置环境变量CVSROOT:

      #export 
      CVSROOT=::pserver::username@127.0.0.1::/home/cvsroot

以后就不需要输入-d参数了，但-d参数会覆盖这个环境变量的设置。

5． 源代码仓库的备份和移动

基本上，CVS的源代码仓库没有什么特别之处，完全可以用文件备份的方式进行备份。需要注意的只是，应该确认备份的过程中没有用户提交修改，具体的做法可以是停止CVS服务器或者使用锁等等。恢复时只需要把这些文件按原来的目录结构存放好，因为CVS的每一个模块都是单独的一个目录，与其他模块和目录没有任何瓜葛，相当方便。甚至只需要在仓库中删除一个目录或者文件，便可以删除该模块的一些内容，不过并不建议这么做，使用CVS的删除功能将会有一个历史记录，而对仓库的直接删除不留任何痕迹，这对项目管理是不利的。移动仓库与备份相似，只需要把该模块的目录移动到新的路径，便可以使用了。如果不幸在备份之后有过一些修改并且执行了提交，当服务器出现问题需要恢复源代码仓库时，开发者提交新的修改就会出现版本不一致的错误。此时只需要把 CVS相关的目录和文件删除，即可把新的修改提交。

6． 更进一步的管理

CVSROOT目录下还有很多其他功能，其中最重要的就是modules文件。这个文件定义了源代码库的模块，下面是一个例子:

      Linux    
      Linux
      Kernel   
      Linux/kernel

这个文件的内容按行排列，每一行定义一个模块，首先是模块名，然后是模块路径，这是相对于CVS根目录的路径。它定义了两个模块，第一个是Linux模块，它位于Linux目录中，第二个是Kernel模块，这是Linux模块的子模块。 modules文件并非必须的，它的作用相当于一个索引，部分CVS客户端软件通过它可以快速找到相应的模块，比如WinCVS。

7． 协同开发的问题

默认方式下，CVS允许多个用户编辑同一个文件，这对一个协作良好的团队来说不会有什么问题，因为多个开发者同时修改同一个文件的同一部分是不正常的，这在项目管理中就应该避免，出现这种情况说明项目组内部没有统一意见。而多个开发者修改文件的不同部分，CVS可以很好的管理。如果觉得这种方式难以控制，CVS也提供了解决办法，可以使用cvs admin -l进行锁定，这样一个开发者正在做修改时CVS就不会允许其他用户checkout。这里顺便说明一下文件格式的问题，对于文本格式，CVS可以进行历史记录比较、版本合并等工作，而二进制文件不支持这个操作，比如word文档、图片等就应该以二进制方式提交。对于二进制方式，由于无法进行合并，在无法保证只有一个用户修改文件的情况下，建议使用加锁方式进行修改。必须注意的是，修改完毕记得解锁。从1.6版本开始，CVS引入了监视的概念，这个功能可以让用户随时了解当前谁在修改文件，并且CVS可以自动发送邮件给每一个监视的用户告知最新的更新。

8． 建立多个源代码仓库

如果需要管理多个开发组，而这些开发组之间不能互相访问，可以有2个办法::

a．共用一个端口，需要修改cvspserver文件，给server_args指定多个源代码路径，即多个—allow-root参数。由于xinetd的 server_args长度有限制，可以在cvspserver文件中把服务器的设置重定向到另外一个文件，如:

      server 
      = /home/cvsroot/cvs.run

然后创建/home/cvsroot/cvs.run文件，该文件必须可执行，内容格式为:

      #!/bin/bash
      /usr/bin/cvs 
      -f 
      --allow-root=/home/cvsroot/src1 
      --allow-root=/home/cvsroot/src2 
      pserver

注意此时源代码仓库不再是/home/cvsroot，进行初始化的时候要分别对这两个仓库路径进行初始化，而不再对/home/cvsroot路径进行初始化。

b． 采用不同的端口提供服务

重复第2步和第3步，为不同的源代码仓库创建不同服务名的启动脚本，并为这些服务名指定不同的端口，初始化时也必须分别进行初始化。

《J2EE核心模式》（第二版）
《Core J2EE Patterns》 (2^nd Edition)，Deepak Alur等著，刘天北等译，机械工业出版社，2005年5月

译者为这本书所做的序言已足够直白：“如果说此前的各种教程都是在介绍J2EE开发中的‘内容’要素———也就是，教给我们‘做什么’———的话，本书关注的则是这里的‘形式’要素，是‘怎样做’才能开发出高效的、优雅的J2EE系统。读者从中学到的，将不仅仅是‘J2EE技术’，而是‘如何使用J2EE技术进行设计’。”不过，值得留意的是，这里所说的“J2EE技术”，应该更准确地描述为“Sun公司的J2EE技术”或者“正统J2EE技术”，即“基于EJB的J2EE技术”。由于某些原因（请容许我稍微卖个关子），这一类型的J2EE技术呈现出极大的复杂度，因此书中的解决方案（即“模式”）也往往呈现出令人敬畏的技巧。对于这本书，我的推荐意见是：读者应该牢记其中的每个解决方案以及对于这些解决方案的敬畏感——这种敬畏感将有助于你充分理解下一本书的价值所在。

揭开前面埋下的伏笔：“正统的”J2EE之所以那么复杂，很大程度上正是因为EJB的存在。而作为一个拥有十年Java经验和更长企业应用开发经验的开发者，Rod Johnson坚信这个世界上确实有很多不那么复杂的问题，而为这些问题找到同样不那么复杂的解决方案就是他（以及他的Spring框架）希望达到的目标。这本《J2EE Development without EJB》的妙处在于，它不仅指出了EJB的问题所在，更加阐述了一套完整自洽的、“Without EJB”的Java企业应用架构——全球第一大连锁超市沃尔玛的信息系统正是采用此架构搭建而成，这一事实足以证明该架构的合法性。之所以要将这本书放在《J2EE核心模式》之后推荐，是因为我担心读者在阅读《J2EE Development without EJB》之后再也没有兴趣去阅读前一本书，从而错失了充分了解EJB技术的一个机会。

更值得称道的是，Rod Johnson并不试图宣称自己的解决方案是Java企业应用的不二法门。贯穿全书，读者可以感觉到Johnson最希望传达给读者的是一种基于实践的“循证架构”方法。如果说这本书有其独到的功德，我想那不是因为它宣传了IoC或者AOP，而是因为它帮助一些读者破除了技术的门户之见，学会根据自己的需求和实践检验来选择架构。

《企业应用架构模式》

《Patterns of Enterprise Application Architecture》，Martin Fowler著，王怀民等译，机械工业出版社，2004年7月

读过前两本书之后，读者大概能够对J2EE的常见技术、问题和解决方案有所了解，随后粉墨登场的就该是Martin Fowler了。Fowler是一位善于总结他人经验的技术传教士，这本PoEAA便是他的典型作品之一：没有任何原创材料，却把很多“古而有之”的技术分析得丝丝入扣、阐述得鞭辟入里。其价值究竟有多大，只需看看诸如《J2EE核心模式》、《J2EE Development without EJB》、《.NET企业解决方案模式》一类好书有多么频繁地引用其中的内容，便可以知道大概。

这本PoEAA的缺点——和其他很多模式类书籍一样——是过于“形式化”：欠缺更具实际意义的范例，47个模式的列举与阐述多少显得有点干巴，而且对于“何时使用/不使用某个模式”这一问题的解答很难令人满意。不过，在本文涉及的几本书中，可能只有这一本是不需要额外推荐的，因为当你一次又一次地遇到别人在文章或交谈中不加解释地引用“Unit of Work”或者“Transaction Script”之类词汇之后，你很难不去读这本PoEAA。

《Enterprise Integration Patterns》

Gregor Hohpe等著，Addison-Wesley ，2003年10月（暂无中译本）

这本书中有一句话深得我心：“如果有人跟你说企业应用集成是件很轻松的事，这人要么是聪明得出奇，要么是傻得出奇，要么就是出于商业原因希望让你相信他即将兜售的某种东西。”对于习惯了面向对象的大多数Java程序员而言，充斥异步/跨进程调用的企业应用集成（EAI）不啻是一场噩梦；而在银行/保险等信息化较早的机构中，EAI的需求又偏偏如同家常便饭。两者之间的张力，使得这本书——在某些特定的时候，对于某些特定的人——有如天籁一般。在某种意义上，这本书对于破除大词迷信也有一定的帮助：它将“面向服务架构”（SOA）作为企业应用集成的六种应用类型之一加以阐述，并总结了各种类型的适用场景和优缺点。Martin Fowler为它做的序中称其为“PoEAA的姊妹书”——从填补了PoEAA所没有覆盖的一大类企业应用场景这一角度来说，这一称号是名副其实的，而作者的技术与文笔也对得起这一赞誉。

《Java Modeling in Color with UML》

Peter Coad著，Prentice Hall ，1999年6月（暂无中译本）

推荐最后这本书的目的是明确的：一位称职的J2EE开发者应该具备一定的领域建模能力。但从知名度上来说，被推荐的对象似乎应该是《分析模式》或者《Domain Driven Design》，而不是这本几乎从来没在国内引起过关注的“小书”。遗憾的是，Martin Fowler那本书缺乏对实践经验的归纳总结，而Eric Evans那本对于“怎么把业务概念变成领域模型”这件最后的、却绝非最不重要的事情语焉不详。不过好在Peter Coad是出了名的鬼才，惟其如此才能保证区区221页内容确实言之有物。

从计算机科学的角度来分析，越是形式化、可递归应用的方法就越具有可***作性。Eric Evans的DDD在“理解需求”方面的阐述很具可***作性，而Peter Coad提出的几类基本元模型对于实际进行建模工作有着非比寻常的指导价值——当大多数人在分析业务领域模型时，Peter Coad在分析业务领域的元模型，其“鬼才”由此可见一斑。至于“带颜色的UML”，无非是对元模型的一种直观描述而已。对于面向对象（而非面向用例）的企业应用业务建模，这本“小书”便是首屈一指的最佳实践指南。

读者可以看到，在我推荐的五本书中，既没有介绍时下流行的Hibernate、Spring等框架的专著，也没有讲述AOP、AJAX之类新兴技术的著作。J2EE是一个实用至上的领域，尤其是在它已经完全成熟的今天，或许更有价值的是“如何使用”的指导。在我的推荐之中不乏已问世三、五年的“旧书”，由此或许可以证明：越陈越香的大概不只是美酒，还包括技术的积淀。

可见，.NET之中最重要的技术首推 Web Services。大多数贴着.NET标签的技术都在某种程度上支持 Web Services。然而.NET绝非仅仅是 Web Services而已，在.NET技术发布之初，微软贴上.NET标签的还包括.NET框架（包括通用语言运行时CLR和.NET框架类库两大部份）、Visual Studio.NET、.NET My Services、.NET企业服务器等。 

要想透彻理解.NET，就必需透彻理解Web services，同时还必须领会以上列举的每一种.NET技术的基本要素。很可惜，我个人期待的Eric Newcomer的著作《Understanding Web Services: XML, WSDL, SOAP, and UDDI》目前在国内还不得见。不过，无论你打算学习Windows Forms，还是ASP.NET（含Web Services），抑或其他.NET技术，我认为首先应该建立对.NET平台的通盘认识，然后从CLR开始，自底向上，深入学习.NET各专项知识。

直到今天，David Chappell的《Understanding .NET: A Tutorial and Analysis》（《.NET大局观》，华中科技大学出版社）仍然是一本不错的.NET大局观读物。David善于将复杂的技术用简单而清晰的方式表达出来。尤其值得一提的是，这本书对于Web Services的清晰介绍，在别的书里很难看到。然而，有感于一些读者的误解，作为译者之一，在此我想重提侯捷先生的一句话：“读者基础”从来都是一个说不清楚、难以量化的东西。不妨试读一二，如果满意，它就适合你。

我时常光顾的一家书店的.NET图书总量，在很短的时间内就赶上了Java图书总量。林林总总，内容遍及各个领域，包括微软中间语言（Intermediate Language，IL）、CLR、.NET框架类库、.NET语言、Visual Studio .NET，以及像COM互操作、多线程这样的高级主题。限于篇幅，本文重点推介三本好书，不过，仅此三本已经涵盖了.NET平台的大半江山。

CLR、Windows Forms和ASP.NET 

Jeffrey Richter, Applied Microsoft .NET Framework Programming
《Microsoft .NET框架程序设计（英文版）》，机械工业出版社
《Microsoft .NET框架程序设计（修订版）》，清华大学出版社 

.NET框架主要包含两大块：其一是CLR，其二是类库，而CLR则是.NET框架中其他任何东西的基础。无论是要透彻理解像C#、Visual Basic.NET这样的.NET语言，还是要全面把握ASP.NET、ADO.NET和Windows Forms这样的.NET框架类库，你都必须对CLR有一个很好的理解。Richter的这本书就是CLR方面的权威著作，它详细地讲解了CLR的构造和工作机理，而.NET框架类库并非本书的重点。 

Richter是Win32程序设计领域的权威技术作家，本书则奠定了他在.NET世界同样的地位。这本书对于程序集、装箱/拆箱、事件和委托、异常机制以及垃圾收集等关键主题的讲解准确而清晰，同时还给出了许多宝贵的建议和忠告。因此，尽管Visual Studio .NET这样的集成开发环境很容易上手，但为了有效地构建各类高效的应用程序，我推荐你在动手编写代码之前，认真阅读一下这本书。 

这本书对于完全的初学者有一定的难度，而对于有经验的程序员（包括Windows DNA程序员和Java程序员）来说，这本书正是他们梦寐以求的.NET读物。 

顺带一提，这本书的中译本先后出过两个版本。“修订版”的译者李建忠先生是我的朋友。因我虚长建忠几岁，在他决定接受此书修订邀请之前曾征求我的意见 — 很幸运 — 他没有理会我的建议，各位读者朋友今天才得以看到这个倾注着译者心血的译本。 

Charles Petzold, Programming Windows with C# (Core Reference)
《Programming Windows with C# (Core Reference)（影印版）》，世界图书出版公司
《Microsoft C# Windows 程序设计》（上、下册），北京大学出版社

这部著作的问世，证明Petzold 依然是Windows GUI程序设计领域的首席作家。本书专注于使用Windows Forms类库和C#语言编写传统的Windows桌面应用程序。是的，本书没有涉及CLR、ADO.NET以及ASP.NET等“更重要的”.NET技术。除了对C#语言浮光掠影的简介外，它没有越雷池半步，全神贯注于Windows Forms程序设计，深入解释了Windows Forms类库的方方面面。

尽管Visual Studio .NET提供了大量的可视化工具和向导，使我们得以快速地设计用户界面并享用其生成的代码框架，但Petzold 没有让Visual C# .NET自动生成代码，本书所有代码都是手工编写而成 — 这也是Petzold一贯的风格。不妨首先按照Petzold的方式，学会怎样编写你自己的代码，在理解了足够多的Windows Forms知识的基础上，再使用IDE来缩短你的项目开发周期。

渊博的领域知识，高超的写作技巧，清晰的写作风格，使得本书如此之厚，而又如此简洁、清晰。阅读本书，宛若和Windows程序设计大师面对面地交流，许多疑惑，豁然开朗。 

在Windows Forms程序设计领域，我还要特别提一下Chris Sells的著作《Windows Forms Programming in C#》，原因倒不仅仅在于我是这本书中文版的领衔译者。 

我们知道，GUI应用程序开发方面的参考书往往会走向两个极端。一种是充斥着IDE截屏图的开发工具“快速入门”，我想各位读者对这种书不应该陌生。而上面提到的Petzold的著作则走向“另一个极端” — 它只字不提IDE提供的可视化的交互设计特性。我不否认Petzold的方式对于学习者来说行之有效 — 我本人就是Petzold著作的受益者。然而，你知道，作为一名开发实际.NET应用的程序员，我们几乎总是工作于像Visual C# .NET这样的IDE中，因此，我们必须能够游刃有余地运用IDE提供的各项功能，同时还必须洞悉IDE背后隐藏的Windows Forms及与之紧密相关的知识。Sells 的这本书能够让你心想事成。请耐心等候，好戏还在后头。 

Jeff Prosise, Programming Microsoft .NET
《Microsoft .NET程序设计技术内幕》，清华大学出版社 

和前面两本书一样，这也是一本“文不对题”的著作，中文版的书名则更加离谱。尽管这本书在内容上划分为三大块，对于Windows Forms等技术主题也花了一定的篇幅，但本书的出发点显然在于ASP.NET应用程序开发，它的大部分篇幅要么是讲述Web应用开发和Web Services技术，要么是讲述与此两者密切相关的东西。 

这并不奇怪。尽管.NET平台包含许多东西，但首先同时也是最重要的是，它的出发点是为了提供一种更好的编写以Internet为中心的应用的方式（请不妨再回顾一下.NET的定义）。可以说，Prosise准确地把握、解释和示范了.NET平台最主要的一大块内容。 

鉴于传统的ASP技术是如此流行，ASP.NET对开发人员的影响肯定要比 .NET框架类库的其他任何部份都要大。客观地说，在.NET世界，ASP.NET的地位要比Windows Forms的地位来得重要。 

顺带一提，Prosise的著作一向是一线程序员的钟爱。在程序员面前，他的作品没有什么架子，你可以一边翻着他的书，一边写程序。 

.NET语言 

CLR为.NET语言定义了一套通用的语义，而不同的.NET语言则以不同的语法表达了这一语义。在.NET平台中，语言已经退居次席。和大多数.NET程序员一样，我选择的.NET语言是C#。

如果你安装了VS.NET 2002或VS.NET 2003中文版，请到VS.NET的安装目录下搜索一个名为“C# Language Specification.doc”的文档。其作者是Scott Wiltamuth 和 Anders Hejlsberg。区别在于，VS.NET 2002携带的是英文版，而VS.NET 2003携带的则是中文版。你也可以访问MSDN主页（文后给出了具体链接）。这儿除了有“C# Language Specification”外，还有“C# Programmer's Reference”这样的非常有用的参考手册。

此外，如果你是一名完全的C#初学者，不妨留心一下Petzold的《Programming in the Key of C#: A Primer for Aspiring Programmers》。这是Petzold专为C#初学者编写的一本小书。我相信这本书早晚有一天会出中文版。本着Petzold的一贯水准，它不应该让你失望。

结语 

微软起初为许多玩意儿贴上了.NET标签，尽管当时其中一些既未使用.NET框架，也不直接支持.NET框架。这也导致了巨大的混乱和混淆，同时也为.NET招致了更多的非议和批评。我们应该还有印象，在.NET战略发布之后的很长时间内，仍然有许多人迷惑不解：到底什么是.NET？或者说，.NET到底是什么？

今天，多少有点讽刺意味的是，就在一些产品真的支持.NET技术之际，它们反而丢掉了.NET标签。比方说，内置了.NET框架的“Windows .NET Server”在发布前夕被重命名为Windows Server 2003。.NET企业服务器亦在陆续支持.NET框架、成为货真价实的“.NET企业服务器”的同时，而被撕掉.NET标签。而所谓的“Office .NET”终究只是一个谣传，但Office 2003的确提供了对.NET实实在在的支持。比方说，Word 2003 文档和模板以及 Excel 2003 工作簿都可以运行所引用的 .NET 程序集中的代码，而这些 .NET 程序集代码的安全性则是由.NET框架而非Word或Excel进行管理的。

但是，有两样东西的.NET标签贴得一直非常牢靠：一是.NET框架，二是Visual Studio .NET。我们可以感觉到，目前.NET标签基本上局限于使用在“技术范围”之内，这与其说是微软的妥协退步，倒不如说是一种理智的进步。“高科技”企业向来有拿技术名词糊弄外行的恶习，这也是市场营销人员的惯用伎俩（比如新模范马路上的手机广告可以是“内置Java技术……”）。也许微软意识到了诚实一点于人于己都有好处。

.NET标签的缩水并不意味着微软.NET技术战略发生了根本性的动摇。尽管像.NET My Services这样的技术没有像微软预想的那样成功，但.NET平台的核心技术却一直稳步向前发展，并业已取得无可辩驳的成功。回头看看一两年前包围着.NET的许多诬蔑和毁谤，如今早已不攻自破，事实再次证明微软将续写不败的神话。无论如何，和您一样，我希望.NET和它的竞争对手能够共同拥有美好的明天。

安装：
D:\j2sdk1.4.2_04
D:\eclipse
D:\MyEclipse
D:\Dev-Cpp
D:\Tomcat 5.0
D:\MySQL Server 5.0

第三方工具
CDT  C/C++ 的Eclipse插件 下载
EMS   MySQL管理工具，官方免费版  下载
MyEclipse4  系列注册机 下载

环境设置
path＝D:\j2sdk1.4.2_04\bin;D:\Dev-Cpp\bin;<放在path最前面>

MyEclipse 4.1GA 注册方法
1.启动MyEclipse/Eclipse(启动MyEclipse和Eclipse完全没有本质   区别，只有启动画面MyEclipse用自己定义的图片这点区别)
2.MyEclipse(工具栏) --> Update Scription...
3.注册机运行
4.在2步骤中输入从注册机中获取的注册信息

MyEclipse/Eclipse配置Tomcat
1.启动MyEclipse/Eclipse
2.Windows(工具栏) --> Preferences
3.MyEclipse(弹出窗口左边菜单) --> Application Server --> Tomcat 5
4.Tomcat Home Director = D:\Tomcat 5.0
5.Tomcat Server 下的 Enable 选中