造成该问题的原因是由于旧版VMWare不支持在x64处理器上安装物理地址扩展选项

解决办法：
打开虚拟机虚拟配置文件(windows下为.vmx，Linux下为.cfg) ，搜索
paevm =
如果找到的话,将它后面的值更改为"TRUE" (注意大小写)
paevm = "TRUE"
如果没有的话，直接添加上面的内容。

接触到的一些用户反映在Linux系统中运行的Java应用，内存只能使用到2GB，在Java虚拟机中如果把-Xmx参数设置到2GB左右（约1.5-1.8GB），java进程就根本启动不了。我们通常使用的JVM都是32位的（64位的JVM会损失10-20%的性能，通常不建议使用），而32位程序的寻址空间应该是4GB才对，为什么Linux上的JVM只能使用2GB的内存呢？ （注：Windows上也有类似的问题）

经过和JDK研发组的人员沟通，终于弄清楚了一些相关的原因。这个问题存在于早期的一些Linux版本中，特别是内核2.5以前的版本，2.6以后的版本就基本上没有这个问题了。原来这些Linux版本多是32位的，内核使用了2GB空间，应用进程就只有2GB了，也就是说一个地址连续的内存块大小的上限是2GB，而JVM的堆空间（heap size）需要连续的地址空间，因此，2GB就是java进程的理论使用的内存上限。

如果java应用需要使用较大的内存，建议使用较新版本的linux，或者修改Linux的应用/内核内存比配置为3GB：1GB。还有就是选择如Solaris等的UNIX操作系统。象Solaris这样的操作系统，在内存管理上没有2GB的限制，因此可以把heap size设置到3.5-3.6GB左右。

SLR    :   Single Lens Reflex，即单镜头反光相机，简称单反相机，其感光器件是胶片。

DSLR :  Digital Single Lens Reflex，数码单反相机，它的感光器件就是CCD或CMOS。

Digital数码的、Single单一的、Lens镜头、Reflex反光
单镜头的意思是指相机只通过一个镜头进行拍摄和取景，并且，真正的单反是指可更换镜头的该类相机。反光是指些类相机都是通过反光板来实现取景与拍摄两大功能的互换。
随着数码技术的到来，单反相机也全面数码化，即数码单反----DSLR！

原子性

事务必须是原子工作单元；对于其数据修改，要么全都执行，要么全都不执行。

一致性

事务在完成时，必须使所有的数据都保持一致状态。在相关数据库中，所有规则都必须应用于事务的修改，以保持所有数据的完整性。事务结束时，所有的内部数据结构（如 B 树索引或双向链表）都必须是正确的。

隔离

由并发事务所做的修改必须与任何其他并发事务所做的修改隔离。事务识别数据时数据所处的状态，要么是另一并发事务修改它之前的状态，要么是第二个事务修改它之后的状态，事务不会识别中间状态的数据。这称为可串行性，因为它能够重新装载起始数据，并且重播一系列事务，以使数据结束时的状态与原始事务执行的状态相同。

持久性

事务完成之后，它对于系统的影响是永久性的。该修改即使出现系统故障也将一直保持。

数据库引擎隔离级别

ISO 标准定义了关系型数据库的隔离级别：

• 未提交读 Read Uncommitted（隔离事务的最低级别，只能保证不读取物理上损坏的数据） :  允许脏读取，但不允许更新丢失。如果一个事务已经开始写数据，则另外一个数据则不允许同时进行写操作，但允许其他事务读此行数据。该隔离级别可以通过“排他写锁”实现。
• 已提交读 Read Committed（数据库引擎的默认级别，只能读取到已经提交的数据） :   允许不可重复读取，但不允许脏读取。这可以通过“瞬间共享读锁”和“排他写锁”实现。读取数据的事务允许其他事务继续访问该行数据，但是未提交的写事务将会禁止其他事务访问该行。
• 可重复读 Repeated Read   :  禁止不可重复读取和脏读取，但是有时可能出现幻影数据。这可以通过“共享读锁”和“排他写锁”实现。读取数据的事务将会禁止写事务（但允许读事务），写事务则禁止任何其他事务。
• 可序列化(串行读) Serializable（隔离事务的最高级别，事务之间完全隔离）  :  提供严格的事务隔离。它要求事务序列化执行，事务只能一个接着一个地执行，但不能并发执行。如果仅仅通过“行级锁”是无法实现事务序列化的，必须通过其他机制保证新插入的数据不会被刚执行查询操作的事务访问到。

         *   SQL Server 和Oracle 默认隔离级别为Read Commited ；MySQL InnoDB存储引擎默认的隔离级别为Repeatable Read。
         *   隔离级别越高，越能保证数据的完整性和一致性，但是对并发性能的影响也越大。对于多数应用程序，可以优先考虑把数据库系统的隔离级别设为Read Committed，它能够避免脏读取，而且具有较好的并发性能。尽管它会导致不可重复读、虚读和第二类丢失更新这些并发问题，在可能出现这类问题的个别场合，可以由应用程序采用悲观锁或乐观锁来控制。

下表显示了不同隔离级别导致的并发副作用。

• 脏读 Dirty Read   （ 一个事务读取了另一个未提交的并行事务写的数据）
• 不可重复读 NonRepeatable Read （一个事务重新读取前面读取过的数据，发现该数据已经被另一个已提交的事务修改过）
• 幻读 Phantom Read （一个事务重新执行一个查询，返回一套符合查询条件的行，发现这些行因为其他最近提交的事务而发生了改变）

        *   Dirty Read    如事务A的未提交（还依然缓存）的数据被事务B读走，如果事务A失败回滚，会导致事务B所读取的的数据是错误的。
             解决办法：如果在第一个事务提交前，任何其他事务不可读取其修改过的值，则可以避免该问题。

        *   NonRepeatable Read    如事务A中两处读取数据 price 的值，在第一读的时候，price 是10，然后事务B就把 price 的数据改成20，事务A再读一次，结果就发现，price 竟然就变成20了，造成事务A数据混乱。
             解决办法：如果只有在修改事务完全提交之后才可以读取数据，则可以避免该问题。

        *   Phantom Read    与NonRepeatable Read相似，也是同一个事务中多次读不一致的问题。NonRepeatable Read的不一致是因为它所要取的数据集被改变了（比如price 的数据），但 Phantom Read 所要读的数据的不一致却不是它所要读的数据集改变，而是它的条件数据集改变。比如事务A Select count(*) from students where  class='1' ;  第一次读了班级1的学生人数为35，第二次读取的时候，由于事务B插入或者删除一个班级为1的学生，结果取出来了36或34。
             解决办法：如果在操作事务完成数据处理之前，任何其他事务都不可以添加新数据，则可避免该问题。

(1)young generation

年轻代分三个区。一个Eden区，两个Survivor区。大部分对象在 Eden区中生成。当Eden区满时，还存活的对象将被复制到Survivor区（两个中的一个），当这个Survivor区满时，此区的存活对象将被复制到另外一个Survivor区，当这个Survivor区也满了的时候，从第一个Survivor区复制过来的并且此时还存活的对象，将被复制到tenured generation。需要注意，Survivor的两个区是对称的，没先后关系，所以同一个区中可能同时存在从Eden复制过来对象，和从前一个Survivor复制过来的对象，而复制到年老区的只有从第一个Survivor去过来的对象。而且，Survivor区总有一个是空的。
young generation的gc称为minor gc。经过数次minor gc，依旧存活的对象，将被移出young generation，移到tenured generation

(2)tenured generation

生命周期较长的对象，归入到tenured generation。一般是经过多次minor gc，还 依旧存活的对象，将移入到tenured generation。（当然，在minor gc中如果存活的对象的超过survivor的容量，放不下的对象会直接移入到tenured generation）
tenured generation的gc称为major gc，就是通常说的full gc。
采用compaction算法。由于tenured generaion区域比较大，而且通常对象生命周期都比较长，compaction需要一定时间。所以这部分的gc时间比较长。
minor gc可能引发full gc。当eden＋from space的空间大于tenured generation区的剩余空间时，会引发full gc。这是悲观算法，要确保eden＋from space的对象如果都存活，必须有足够的tenured generation空间存放这些对象。

(3)permanent generation

该区域比较稳定，主要用于存放classloader信息，比如类信息和method信息。
对于spring hibernate这些需要动态类型支持的框架，这个区域需要足够的空间。(这部分空间应该存在于方法区而不是heap中)。

数据库的授权：grant all privileges on *.* to 'root'@'localhost' identified by 'zg'
这句话的意思是让用户root可以从localhost登陆，并对所有的数据库有权限,密码是zg
它相当于在数据库mysql的user表中添加了一条记录,此表以user与host为主键
如想更新密码可以这样:update user set password=password(密码) where user=? and password=?

导入.sql文件(该文件包含表及相关数据):
[root@mylocal001 ~]# mysql -u root -p posdb < /soft/war/posdb.sql

LIMIT子句
MS SQLSERVER 中有SELECT TOP语句, Oracle中有ROWNUM序列,那么MYSQL中如何实现select top n效果?
使用Mysql中的LIMIT子句
用法:　select * from Table limit n,m;
limit n,m的含义是从n开始取,取m条记录

*当使用update语句时,LIMIT子句用于给定一个限值，限制可以被更新的行的数目。
update Table set col_name1=expr1 [, col_name2=expr2 ...] limit 1000;

查看系统中支持的存储引擎类型：show engines;
查看某个存储引擎的具体信息： show engine InnoDB status;
创建表时指定存储引擎的类型： CREATE TABLE tablename (id int, title char(20)) ENGINE = INNODB;
修改现有的表使用的存储引擎：  ALTER TABLE tablename ENGINE = MyISAM;
查看某个库中所有表的存储引擎：show table status from DBName;
查看某个库中单个表的存储引擎：show create table DBName.TableName;

查看Mysql版本(三种方法):
mysql>status;
mysql>select version();
[root@mylocal001 ~] # mysql -V

J2EE
J2EE Java2平台企业版（Java 2 Platform,Enterprise Edition）
J2EE是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。
 J2EE核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有共通的标准及规格，让各种依循J2EE架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，导致企业内部或外部难以互通的窘境。
J2SE
J2SE商业版本，标准版本 (Java2 Standard Edition) 定位在客户端，主要用于桌面应用软件的编程。
J2SE 包含那些构成Java语言核心的类。
比如：数据库连接、接口定义、输入/输出、网络编程
J2SE 是J2EE的基础，他大量的JDK代码库是每个要学习J2EE的编程人员必须掌握的。

J2ME
Java 2 Micro Edition 概念
J2ME(Java 2 Micro Edition)是Java 2的一个组成部分，它与J2SE、J2EE并称。根据Sun的定义：J2ME是一种高度优化的Java运行环境，主要针对消费类电子设备的，例如蜂窝电话和可视电话、数字机顶盒、汽车导航系统等等。J2ME技术在1999年的JavaOne Developer Conference大会上正式推出，它将Java语言的与平台无关的特性移植到小型电子设备上,允许移动无线设备之间共享应用程序。
J2ME 在设计其规格的时候，遵循着「对于各种不同的装置而造出一个单一的开发系统是没有意义的事」这个基本原则。于是 J2ME 先将所有的嵌入式装置大体上区分为两种 :一种是运算功能有限、电力供应也有限的嵌入式装置(比方说PDA 、手机)；另外一种则是运算能力相对较佳、并请在电力供应上相对比较充足的嵌入式装置 (比方说冷气机、电冰箱、电视机上盒 (set-top box))。因为这两种型态的嵌入式装置，所以Java 引入了一个叫做Configuration 的概念，然后把上述运算功能有限、电力有限的嵌入式装置定义在Connected Limited Device Configuration(CLDC)规格之中；而另外一种装置则规范为 Connected Device Configuration(CDC)规格。也就是说， J2ME 先把所有的嵌入式装置利用Configuration 的概念区隔成两种抽象的型态。

*.  JDK是统称, 分为J2SE、J2ME、J2EE

在Java1时期,JDK就是指一个JAVA的开发工具包.
随着Java平台的不断发展, Java2的诞生,Java2平台被分为三大块：J2SE，J2EE，J2ME.每一块都有自己相应的开发工具包(即每块都有自己的JDK).  

J2SDK是Java 2 Software Devolop Kit(Java2软件开发包), J2SDk包含了Java Development kit(JDK)、Java Runtime Environment(JRE)和Java Plug-in。原先sun的JAVA软件开发工具包是JDK，在Java2诞生之后就称为J2SDk了 (到现在为止,很多人还将之简称为JDK) 。  J2SE，J2EE，J2ME开发需分别使用相对应的软件开发包j2sdk/j2eesdk/j2mesdk.
JDK是开发人员必装软件
JRE是客户端运行时必装软件

“/”应用程序中的服务器错误。
--------------------------------------------------------------------------------

配置错误
说明: 在处理向该请求提供服务所需的配置文件时出错。请检查下面的特定错误详细信息并适当地修改配置文件。

分析器错误信息: 无法识别的属性“type”。

源错误:
行 10： <configuration>
行 11：  <configSections>
行 12：   <sectionGroup name="system.web.extensions" type="System.Web.Configuration.SystemWebExtensionsSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
行 13：    <sectionGroup name="scripting" type="System.Web.Configuration.ScriptingSectionGroup, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35">
行 14：     <section name="scriptResourceHandler" type="System.Web.Configuration.ScriptingScriptResourceHandlerSection, System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" requirePermission="false" allowDefinition="MachineToApplication"/>
 

源文件: E:\TIANJIAN Project\MobileWebService\MobileWebSrv\web.config    行: 12
--------------------------------------------------------------------------------
版本信息: Microsoft .NET Framework 版本:1.1.4322.2443; ASP.NET 版本:1.1.4322.2407
解决方法: 将部署的该站点属性的ASP.NET选项卡中的ASP.NET版本改为2.X以上的版本.

无法找到该页

解决方法: 将IIS的 "WEB服务扩展" 的相关服务进行启用.

当前标识(NT AUTHORITY\NETWORK SERVICE)没有对“c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files”的写访问权限。

“/Websrv”应用程序中的服务器错误。
--------------------------------------------------------------------------------

当前标识(NT AUTHORITY\NETWORK SERVICE)没有对“c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files”的写访问权限。
说明: 执行当前 Web 请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。

异常详细信息: System.Web.HttpException: 当前标识(NT AUTHORITY\NETWORK SERVICE)没有对“c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files”的写访问权限。

源错误:
执行当前 Web 请求期间生成了未处理的异常。可以使用下面的异常堆栈跟踪信息确定有关异常原因和发生位置的信息。 

堆栈跟踪:
[HttpException (0x80004005): 当前标识(NT AUTHORITY\NETWORK SERVICE)没有对“c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files”的写访问权限。]
   System.Web.HttpRuntime.SetUpCodegenDirectory(CompilationSection compilationSection) +748
   System.Web.HttpRuntime.HostingInit(HostingEnvironmentFlags hostingFlags) +223

[HttpException (0x80004005): 当前标识(NT AUTHORITY\NETWORK SERVICE)没有对“c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files”的写访问权限。]
   System.Web.HttpRuntime.FirstRequestInit(HttpContext context) +940
   System.Web.HttpRuntime.EnsureFirstRequestInit(HttpContext context) +70
   System.Web.HttpRuntime.ProcessRequestInternal(HttpWorkerRequest wr) +275
--------------------------------------------------------------------------------
版本信息: Microsoft .NET Framework 版本:2.0.50727.1433; ASP.NET 版本:2.0.50727.1433

解决方法:

"开始->运行"中执行 C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis -i -enable

Microsoft Windows [版本 5.2.3790]
(C) 版权所有 1985-2003 Microsoft Corp.

C:\Documents and Settings\Administrator>C:\WINDOWS\Microsoft.NET\Framework\v2.0.
50727\aspnet_regiis -i -enable
开始安装 ASP.NET (2.0.50727)。
...............................
ASP.NET (2.0.50727)安装完毕。

C:\Documents and Settings\Administrator>

*.  关于ASP.NET IIS 注册工具 (Aspnet_regiis.exe)

在一台计算机上并行执行多个 .NET Framework 版本时，映射到 ASP.NET 应用程序的 ASP.NET ISAPI 版本决定了该应用程序所使用的公共语言运行库 (CLR) 版本。使用 ASP.NET IIS 注册工具 (Aspnet_regiis.exe)，管理员或安装程序可以方便地更新 ASP.NET 应用程序的脚本映射，使其指向与该工具关联的 ASP.NET ISAPI 版本。该工具还可以用于显示所有已安装的 ASP.NET 版本的状态，注册与该工具耦合的 ASP.NET 版本，创建客户端脚本目录，以及执行其他配置操作。
http://msdn.microsoft.com/zh-cn/library/k6h9cz8h(VS.80).aspx

(这次安装的系统,由于是先安装的.net 框架,最后才装的IIS,因此IIS没有对该框架进行访问的限制; 在执行完该命令后,查看v2.0.50727\Temporary ASP.NET Files目录的安全权限中多了ASP.NET、IIS_WPG、Local_Service、Network_Service这几个用户及组)

返测：测试过程中，缺陷修改后由测试人员重新进行验证，以保证修改的正确性。(对特定的缺陷进行重新测试)

回归：指测试进行到某一阶段时，回过头来对重新执行以前的测试。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现、修复的错误是否引发新的问题。(全部重新测一遍)

在软件生命周期的任何一个阶段，只要软件发生了变化，就可能给该软件带来问题。软件的改变可能是源于发现了错误并做了修改，也可能是因为在集成或维护阶段加入了新的模块。因此，每当软件发生变化时，就必须重新测试现有的功能，以便确定修改是否达到了预期的目的，检查修改是否损害了原有的正常功能。同时，还要补充新的test case来测试新的或修改了的功能。为了验证修改的正确性及期影响，就需要进行回归测试。