A. 前端开发时遇到过什么坑尤其是webapp开发时
代码构建：
gulp里面单个task默认是异步执行，只有有return语句存在时才是同步执行。
broswerify+watchify大部分示例代码都告诉你要用 assign({},watchify.args,customerOpts)，这句话，而这句话会导致所有代码都共享watchify.args这个东西，watchify.args中维护了一些cache，这些cache会导致很多代码不重新增量编译。
手机移动端网页：
大部分坑可以在这里面找到，Mars/issues at master · AlloyTeam/Mars · GitHub，这几天才经历一个特别诡异的，safari下面div居然不能触发click事件，后面加了一个style="cursor:pointer"才解决。
zepto：
这是一个轻量级的js库，其中有实现$.ajax的方法，由于在xhr open前改动了withCredentials属性，导致在部分安卓手机上直接出错了，开始还以为系统不支持准备走jsonp。
css：
例子太多，举个最近经历的，flexbox中的flex-basis属性，默认居然是auto!也就是说当你设置这个元素overflow-y:scroll，子元素高度超过父元素的大小时，你会发现它父元素上一个兄弟节点的高度会变的非常奇怪，原本的顶部高度固定，下面浮动拉升完全走样。
B. android WebApp 集成方式怎么使用java调用js
例如，在下面的例子中我们会调用一个Java方法，它弹出一个android的Alert对话框。 //给我们熟悉的AppActivity类稍微加点东西 public class AppActivity extends Cocos2dxActivity { private static AppActivity app = null; @Override public void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); app = this; } public static void showAlertDialog(final String title,final String message) { //这里一定要使用runOnUiThread app.runOnUiThread(new Runnable() { @Override public void run() { AlertDialog alertDialog = new AlertDialog.Builder(app).create(); alertDialog.setTitle(title); alertDialog.setMessage(message); alertDialog.setIcon(R.drawable.icon); alertDialog.show(); } }); } } 然后我们在js中调用 jsb.reflection.callStaticMethod("org/cocos2dx/javascript/AppActivity", "showAlertDialog", "(Ljava/lang/String;Ljava/lang/String;)V", "title", "hahahahha");
C. 有哪些比较成熟的 WebApp
现阶段WebApp的体验依然无法与原生态App相比，原因在于很多功能都无法实现。基于浏览器的应用本身对设备的访问权限就很低。这样的问题至少在两到三年内依然无法解决。
D. 如何用html5构建移动端的webapp
H5e教育html5开发为您解答：
移动web在当今的发展速度是一日千里，作为移动领域的门外汉，在这段时间的接触后，发现前端开发这一块做一个小小的总结。
1.四大浏览器内核
1.Trident (IE浏览器) :因为在早期IE占有大量的市场份额，所以以前有很多网页是根据这个Trident的标准来编写的，但是实际上这个内核对真正的网页标准支持不是很好，同时存在许多安全Bug。
2.Gecko:( FireFox )优点就是功能强大、丰富，可以支持很多复杂网页效果和浏览器扩展接口，缺点是消耗很多的资源，比如内存。
3.Webkit: ( Chrome/ Safari / UC )优点就是Webkit拥有清晰的源码结构、极快的渲染速度，缺点是对网页代码的兼容性较低，会使一些编写不标准的网页无法正确显示。
4.Presto: ( 欧朋 ) Presto内核被称为公认的浏览网页速度最快的内核，同时也是处理JS脚本最兼容的内核，能在Windows、Mac及Linux操作系统下完美运行。
移动端开发主要对象是手持设备，其中绝大部分是IOS和Android系统，基于Webkit内核，可使用Chrome浏览器调试即可。
2.手机浏览器
浏览器已经逐渐从传统桌面转向手机端，竞争也越来越激烈。目前国内市场主流的手机浏览器：UC、网络、欧朋、QQ、海豚、safari、Chrome，这些浏览器都是基于webkit内核的，兼容性方面不存在问题，同时对html5和css3的支持很好，所以，大胆地应用html5和css3技术吧。
在开始编写webapp时，前端工程师使用HTML5，而放弃HTML4，因为HTML5可以实现一些HTML4中无法实现的丰富的WEB应用程序 的体验，可以减少开发者很多的工作量，当然了你决定使用HTML5前，一定要对此非常熟悉，要知道HTML5的新标签的作用。比如定义一块内容或文章区域 可使用section标签，定义导航条或选项卡可以直接使用nav标签等等。
3.终端分辨率
手机分辨率比PC分辨率要庞杂得多，各种分辨率有木有？大小差距那么大有木有？这在一定程度上给页面制作带来了不小的麻烦。所以针对这样的因素，必须有充分的考虑。考虑到浏览器自适应，需要设计和制作完成各种不同的方法。
1) 市场上主流手机生产商的产品分辨率。经过调研发现，目前主流的手机分辨率为：480*800像素、320*480像素，而1280*720像素（720P）会是接下来的趋势。这些都是很粗略的统计，要有精确的数据需要花费不少的精力，那是数据分析人员的工作。
2) 项目目标群所持设备的分辨率。项目目标群即用户，用户拥有什么样的手机分辨率，从一定程度上来说比第一点来得更加重要，它决定着项目开发的方向。
4.响应式web开发
在编写CSS时，我不建议前端工程师把容器（不管是外层容器还是内层）的宽度定死。为达到适配各种手持设备，我建议前端工程师使用自适应布局模式（支付 宝 采用了自适应布局模式），因为这样做可以让你的页面在ipad、itouch、ipod、iphone、android、web safarik、chrome都能够正常的显示，你无需再次考虑设备的分辨率。
响应式web开发不是一项开创性的技术变革，简单地说，响应式web设计采用了媒体查询、流式布局、液态图片三项技术，把它们组合在一起来制作页面，使得页面不只在传统桌面，在平板电脑和手机上，各种不同的分辨率都能够完美显示。而要做到这点，我觉得不难，请继续往下：
1) 准备工作：
a) 插件安装：window resize。您可以通过下载安装谷歌浏览器插件，安装成功后，当您调整浏览器窗口时，在浏览器右下角会有灰度提示当前窗口和类似于手机视图的大小提示。
b) 编辑器安装：Hbulder或Webstorm
c) 弄清视图和屏幕的区别。视图是浏览器的内容显示区域，屏幕是设备的物理显示区域。比如视图宽度我们一般用width表示，而屏幕宽度是用device-width来表示。相信做过手机页面的童鞋都经常见过这段代码：
<meta name="viewport" content="width=device-width,initial-scale=1.0">
其中width=device-width就是说把页面宽度设置成和屏幕宽度一样。
d) 响应式设计创意网站收集 。这里有很多响应式Web设计的网站，供您参考和学习。
2) 征途ING：
e) 响应式web设计之媒体查询：
为了减少http请求，我想在css样式表里进行媒体查询会是个不错的选择，而不是在页面head部分使用link进行加载。样式表里的媒体查询格式为：
@media screen and (max-width:960px){}
大括号内部书写样式。该语句相当于判断语句，有两个条件，一个是视口宽度最大不超过960px，screen代表显示屏，这两个条件都具备了，就调用大括号内的样式。
f) 响应式web设计之流式布局：
流式布局以百分比进行布局。最重要是时刻关注元素的父级层，所有的元素都是以父级层为基准。流式布局的应用是为了和媒体查询完美地结合，形成平滑的布局变 化跳转效果。一般而言，media里的样式多以width、padding、margin、font-size、line-height这些为主。
g) 响应式web设计之液态图片：
要实现液态图片，只需加入如下代码：img{max-width:100%;}
web移动头部书写
1、首先我们来看看webkit内核中的一些私有的meta标签，这些meta标签在开发webapp时起到非常重要的作用
<meta content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0;" name="viewport" />
这个meta标签表示：强制让文档的宽度与设备的宽度保持1:1，并且文档最大的宽度比例是1.0，且不允许用户点击屏幕放大浏览；
<meta content="yes” name=" apple-mobile-web-app-capable" />
meta标签是iphone设备中的safari私有meta标签，它表示：允许全屏模式浏览；
<meta content="black" name=" apple-mobile-web-app-status-bar-style" />
meta标签也是iphone的私有标签，它指定的iphone中safari顶端的状态条的样式；
<meta content="telephone=no" name="format-detection" />
meta标签表示：告诉设备忽略将页面中的数字识别为电话号码
E. 移动web和webapp有什么区别
一、地位不同
web属于一种技术，而webapp则是根据这一技术开发成的应用，web是源头，而webapp则是支流。
二、功能不同
web app特指的是用html5技术开发，之所以叫web app是因为他比较接近客户端应用程序的用户体验，可以和系统深度融合，调用一些只有客户端才能调用的功能（比如在移动设备上利用html5开发出的网页可以访问电话、摄像头等本地功能）。
三、功能不同
移动Web App跨平台开发，用户不需要去卖场来下载安装App，任何时候都可以发布App，因为根本不需要官方卖场的审核。web直接下载到设备，以独立的应用程序运行(并不需要浏览器)，用户必须手动去下载并安装这些原生App。
四、版本控制的区别
移动Web App，所有的用户都是用同样的版本。web用户可以自由地选择是否更新软件版本，所以会出现不同用户同时使用不同版本的情况。
F. 谁能介绍一些单点登录系统
tomcat的的下载地址http://www.apache.org/dist/jakarta/tomcat-4/
1、安装jdk，详细操作请参考本站windows 2k和redhat 8.0下java环境配置
2、如何修改端口号
使用文本编辑器如EditPlus，打开server.xml文件，查找到
<!-- Define a non-SSL Coyote HTTP/1.1 Connector on port 8080 -->
<Connector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8080" minProcessors="5" maxProcessors="75"
enableLookups="true" redirectPort="8443"
acceptCount="100" debug="0" connectionTimeout="20000"
useURIValidationHack="false" disableUploadTimeout="true" />
将其中的8080，改成80，然后重启tomcat，本机使用http://localhost即可访问。
注：其他版本，查找相应的8080，然后修改。
3、修改发布目录
例如将d:\test目录作为自己的文档发布目录，并指定mytest为http访问的相对目录（本机即http://localhost/mytest）。
同上要修改server.xml文件，找到
<!-- Tomcat Root Context -->
<!--
<Context path="" docBase="ROOT" debug="0"/>
-->
去掉注释，或者将已经屏蔽掉的<Context path="" docBase="ROOT" debug="0"/> 复制到下面的空白处，这时候复制的文本已经可以彩色亮显。根据例子中的要求，修改这段文本如下：
<Context path="/mytest" docBase="d:\test" debug="0"/>
然后重启tomcat，本机即可通过http://localhost/mytest来访问放在d:\test目录下的JSP文件。
总结:
如上例中发布目录结构整体结构如下：
d:\test┄┄JSP文件
│
└/WEB-INF┄┄web.xml
│
└/classes┈┈JavaBean/Servlet文件
│
└myPackages(包路径) ┈┈JavaBean/Servlet文件
Tomcat配置技巧Top 10
2004-01-09 17:19:25
作者：Jason Brittain & Ian F. Darwin
出处：http://www.orielly.com
译者：陈光
2003-12-31
编者按：现在开发Java Web应用，建立和部署Web内容是一件很简单的工作。使用Jakarta Tomcat作为Servlet和JSP容器的人已经遍及全世界。Tomcat具有免费、跨平台等诸多特性，并且更新得很快，现在非常的流行。
你所需要做的就是：按照你的需求配置Tomcat，只要你正确配置，Tomcat一般都能适合你的要求。下面是一系列关于Tomcat的配置技巧，这些技巧源自于我的书：《Tomcat权威指南》，希望对你有所帮助。—— Jason Brittain
1． 配置系统管理（Admin Web Application）
大多数商业化的J2EE服务器都提供一个功能强大的管理界面，且大都采用易于理解的Web应用界面。Tomcat按照自己的方式，同样提供一个成熟的管理工具，并且丝毫不逊于那些商业化的竞争对手。Tomcat的Admin Web Application最初在4.1版本时出现，当时的功能包括管理context、data source、user和group等。当然也可以管理像初始化参数，user、group、role的多种数据库管理等。在后续的版本中，这些功能将得到很大的扩展，但现有的功能已经非常实用了。
Admin Web Application被定义在自动部署文件：CATALINA_BASE/webapps/admin.xml 。
（译者注：CATALINA_BASE即tomcat安装目录下的server目录）
你必须编辑这个文件，以确定Context中的docBase参数是绝对路径。也就是说，CATALINA_BASE/webapps/admin.xml 的路径是绝对路径。作为另外一种选择，你也可以删除这个自动部署文件，而在server.xml文件中建立一个Admin Web Application的context，效果是一样的。你不能管理Admin Web Application这个应用，换而言之，除了删除CATALINA_BASE/webapps/admin.xml ，你可能什么都做不了。
如果你使用UserDatabaseRealm（默认），你将需要添加一个user以及一个role到CATALINA_BASE/conf/tomcat-users.xml 文件中。你编辑这个文件，添加一个名叫“admin”的role 到该文件中，如下：
<role name="admin"/>
你同样需要有一个用户，并且这个用户的角色是“admin”。象存在的用户那样，添加一个用户（改变密码使其更加安全）：
<user name="admin" password="deep_dark_secret" roles="admin"/>
当你完成这些步骤后，请重新启动Tomcat，访问http://localhost:8080/admin，你将看到一个登录界面。Admin Web Application采用基于容器管理的安全机制，并采用了Jakarta Struts框架。一旦你作为“admin”角色的用户登录管理界面，你将能够使用这个管理界面配置Tomcat。
2．配置应用管理（Manager Web Application）
Manager Web Application让你通过一个比Admin Web Application更为简单的用户界面，执行一些简单的Web应用任务。
Manager Web Application被被定义在一个自动部署文件中：
CATALINA_BASE/webapps/manager.xml 。
你必须编辑这个文件，以确保context的docBase参数是绝对路径，也就是说CATALINA_HOME/server/webapps/manager的绝对路径。
（译者注：CATALINA_HOME即tomcat安装目录）
如果你使用的是UserDatabaseRealm，那么你需要添加一个角色和一个用户到CATALINA_BASE/conf/tomcat-users.xml文件中。接下来，编辑这个文件，添加一个名为“manager”的角色到该文件中：
<role name=”manager”>
你同样需要有一个角色为“manager”的用户。像已经存在的用户那样，添加一个新用户（改变密码使其更加安全）：
<user name="manager" password="deep_dark_secret" roles="manager"/>
然后重新启动Tomcat，访问http://localhost/manager/list，将看到一个很朴素的文本型管理界面，或者访问http://localhost/manager/html/list，将看到一个HMTL的管理界面。不管是哪种方式都说明你的Manager Web Application现在已经启动了。
Manager application让你可以在没有系统管理特权的基础上，安装新的Web应用，以用于测试。如果我们有一个新的web应用位于/home/user/hello下在，并且想把它安装到 /hello下，为了测试这个应用，我们可以这么做，在第一个文件框中输入“/hello”（作为访问时的path），在第二个文本框中输入“file:/home/user/hello”（作为Config URL）。
Manager application还允许你停止、重新启动、移除以及重新部署一个web应用。停止一个应用使其无法被访问，当有用户尝试访问这个被停止的应用时，将看到一个503的错误——“503 - This application is not currently available”。
移除一个web应用，只是指从Tomcat的运行拷贝中删除了该应用，如果你重新启动Tomcat，被删除的应用将再次出现（也就是说，移除并不是指从硬盘上删除）。
3．部署一个web应用
有两个办法可以在系统中部署web服务。
1> 拷贝你的WAR文件或者你的web应用文件夹（包括该web的所有内容）到$CATALINA_BASE/webapps目录下。
2> 为你的web服务建立一个只包括context内容的XML片断文件，并把该文件放到$CATALINA_BASE/webapps目录下。这个web应用本身可以存储在硬盘上的任何地方。
如果你有一个WAR文件，你若想部署它，则只需要把该文件简单的拷贝到CATALINA_BASE/webapps目录下即可，文件必须以“.war”作为扩展名。一旦Tomcat监听到这个文件，它将（缺省的）解开该文件包作为一个子目录，并以WAR文件的文件名作为子目录的名字。接下来，Tomcat将在内存中建立一个context，就好象你在server.xml文件里建立一样。当然，其他必需的内容，将从server.xml中的DefaultContext获得。
部署web应用的另一种方式是写一个Context XML片断文件，然后把该文件拷贝到CATALINA_BASE/webapps目录下。一个Context片断并非一个完整的XML文件，而只是一个context元素，以及对该应用的相应描述。这种片断文件就像是从server.xml中切取出来的context元素一样，所以这种片断被命名为“context片断”。
举个例子，如果我们想部署一个名叫MyWebApp.war的应用，该应用使用realm作为访问控制方式，我们可以使用下面这个片断：
<!--
Context fragment for deploying MyWebApp.war
-->
<Context path="/demo" docBase="webapps/MyWebApp.war"
debug="0" privileged="true">
<Realm className="org.apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/>
</Context>
把该片断命名为“MyWebApp.xml”，然后拷贝到CATALINA_BASE/webapps目录下。
这种context片断提供了一种便利的方法来部署web应用，你不需要编辑server.xml，除非你想改变缺省的部署特性，安装一个新的web应用时不需要重启动Tomcat。
4．配置虚拟主机（Virtual Hosts）
关于server.xml中“Host”这个元素，只有在你设置虚拟主机的才需要修改。虚拟主机是一种在一个web服务器上服务多个域名的机制，对每个域名而言，都好象独享了整个主机。实际上，大多数的小型商务网站都是采用虚拟主机实现的，这主要是因为虚拟主机能直接连接到Internet并提供相应的带宽，以保障合理的访问响应速度，另外虚拟主机还能提供一个稳定的固定IP。
基于名字的虚拟主机可以被建立在任何web服务器上，建立的方法就是通过在域名服务器（DNS）上建立IP地址的别名，并且告诉web服务器把去往不同域名的请求分发到相应的网页目录。因为这篇文章主要是讲Tomcat，我们不准备介绍在各种操作系统上设置DNS的方法，如果你在这方面需要帮助，请参考《DNS and Bind》一书，作者是Paul Albitz and Cricket Liu (O'Reilly)。为了示范方便，我将使用一个静态的主机文件，因为这是测试别名最简单的方法。
在Tomcat中使用虚拟主机，你需要设置DNS或主机数据。为了测试，为本地IP设置一个IP别名就足够了，接下来，你需要在server.xml中添加几行内容，如下：
<Server port="8005" shutdown="SHUTDOWN" debug="0">
<Service name="Tomcat-Standalone">
<Connector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8080" minProcessors="5" maxProcessors="75"
enableLookups="true" redirectPort="8443"/>
<Connector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8443" minProcessors="5" maxProcessors="75"
acceptCount="10" debug="0" scheme="https" secure="true"/>
<Factory className="org.apache.coyote.tomcat4.CoyoteServerSocketFactory"
clientAuth="false" protocol="TLS" />
</Connector>
<Engine name="Standalone" defaultHost="localhost" debug="0">
<!-- This Host is the default Host -->
<Host name="localhost" debug="0" appBase="webapps"
unpackWARs="true" autoDeploy="true">
<Context path="" docBase="ROOT" debug="0"/>
<Context path="/orders" docBase="/home/ian/orders" debug="0"
reloadable="true" crossContext="true">
</Context>
</Host>
<!-- This Host is the first "Virtual Host": www.example.com -->
<Host name="www.example.com" appBase="/home/example/webapp">
<Context path="" docBase="."/>
</Host>
</Engine>
</Service>
</Server>
Tomcat的server.xml文件，在初始状态下，只包括一个虚拟主机，但是它容易被扩充到支持多个虚拟主机。在前面的例子中展示的是一个简单的server.xml版本，其中粗体部分就是用于添加一个虚拟主机。每一个Host元素必须包括一个或多个context元素，所包含的context元素中必须有一个是默认的context，这个默认的context的显示路径应该为空（例如，path=””）。
5．配置基础验证（Basic Authentication）
容器管理验证方法控制着当用户访问受保护的web应用资源时，如何进行用户的身份鉴别。当一个web应用使用了Basic Authentication（BASIC参数在web.xml文件中auto-method元素中设置），而有用户访问受保护的web应用时，Tomcat将通过HTTP Basic Authentication方式，弹出一个对话框，要求用户输入用户名和密码。在这种验证方法中，所有密码将被以64位的编码方式在网络上传输。
注意：使用Basic Authentication通过被认为是不安全的，因为它没有强健的加密方法，除非在客户端和服务器端都使用HTTPS或者其他密码加密码方式（比如，在一个虚拟私人网络中）。若没有额外的加密方法，网络管理员将能够截获（或滥用）用户的密码。但是，如果你是刚开始使用Tomcat，或者你想在你的web应用中测试一下基于容器的安全管理，Basic Authentication还是非常易于设置和使用的。只需要添加<security-constraint>和<login-config>两个元素到你的web应用的web.xml文件中，并且在CATALINA_BASE/conf/tomcat-users.xml 文件中添加适当的<role>和<user>即可，然后重新启动Tomcat。
下面例子中的web.xml摘自一个俱乐部会员网站系统，该系统中只有member目录被保护起来，并使用Basic Authentication进行身份验证。请注意，这种方式将有效的代替Apache web服务器中的.htaccess文件。
<!--
Define the Members-only area, by defining
a "Security Constraint" on this Application, and
mapping it to the subdirectory (URL) that we want
to restrict.
-->
<security-constraint>
<web-resource-collection>
<web-resource-name>
Entire Application
</web-resource-name>
<url-pattern>/members/*</url-pattern>
</web-resource-collection>
<auth-constraint>
<role-name>member</role-name>
</auth-constraint>
</security-constraint>
<!-- Define the Login Configuration for this Application -->
<login-config>
<auth-method>BASIC</auth-method>
<realm-name>My Club Members-only Area</realm-name>
</login-config>
6．配置单点登录（Single Sign-On）
一旦你设置了realm和验证的方法，你就需要进行实际的用户登录处理。一般说来，对用户而言登录系统是一件很麻烦的事情，你必须尽量减少用户登录验证的次数。作为缺省的情况，当用户第一次请求受保护的资源时，每一个web应用都会要求用户登录。如果你运行了多个web应用，并且每个应用都需要进行单独的用户验证，那这看起来就有点像你在与你的用户搏斗。用户们不知道怎样才能把多个分离的应用整合成一个单独的系统，所有他们也就不知道他们需要访问多少个不同的应用，只是很迷惑，为什么总要不停的登录。
Tomcat 4的“single sign-on”特性允许用户在访问同一虚拟主机下所有web应用时，只需登录一次。为了使用这个功能，你只需要在Host上添加一个SingleSignOn Valve元素即可，如下所示：
<Valve className="org.apache.catalina.authenticator.SingleSignOn"
debug="0"/>
在Tomcat初始安装后，server.xml的注释里面包括SingleSignOn Valve配置的例子，你只需要去掉注释，即可使用。那么，任何用户只要登录过一个应用，则对于同一虚拟主机下的所有应用同样有效。
使用single sign-on valve有一些重要的限制：
1> value必须被配置和嵌套在相同的Host元素里，并且所有需要进行单点验证的web应用（必须通过context元素定义）都位于该Host下。
2> 包括共享用户信息的realm必须被设置在同一级Host中或者嵌套之外。
3> 不能被context中的realm覆盖。
4> 使用单点登录的web应用最好使用一个Tomcat的内置的验证方式（被定义在web.xml中的<auth-method>中），这比自定义的验证方式强，Tomcat内置的的验证方式包括basic、digest、form和client-cert。
5> 如果你使用单点登录，还希望集成一个第三方的web应用到你的网站中来，并且这个新的web应用使用它自己的验证方式，而不使用容器管理安全，那你基本上就没招了。你的用户每次登录原来所有应用时需要登录一次，并且在请求新的第三方应用时还得再登录一次。当然，如果你拥有这个第三方web应用的源码，而你又是一个程序员，你可以修改它，但那恐怕也不容易做。
6> 单点登录需要使用cookies。
7．配置用户定制目录（Customized User Directores）
一些站点允许个别用户在服务器上发布网页。例如，一所大学的学院可能想给每一位学生一个公共区域，或者是一个ISP希望给一些web空间给他的客户，但这又不是虚拟主机。在这种情况下，一个典型的方法就是在用户名前面加一个特殊字符（~），作为每位用户的网站，比如：
http://www.cs.myuniversity.e/~username
http://members.mybigisp.com/~username
Tomcat提供两种方法在主机上映射这些个人网站，主要使用一对特殊的Listener元素。Listener的className属性应该是org.apache.catalina.startup.UserConfig，userClass属性应该是几个映射类之一。如果你的系统是Unix，它将有一个标准的/etc/passwd文件，该文件中的帐号能够被运行中的Tomcat很容易的读取，该文件指定了用户的主目录，使用PasswdUserDatabase 映射类。
<Listener className="org.apache.catalina.startup.UserConfig"
directoryName="public_html"
userClass="org.apache.catalina.startup.PasswdUserDatabase"/>
web文件需要放置在像/home/users/ian/public_html 或者 /users/jbrittain/public_html一样的目录下面。当然你也可以改变public_html 到其他任何子目录下。
实际上，这个用户目录根本不一定需要位于用户主目录下里面。如果你没有一个密码文件，但你又想把一个用户名映射到公共的像/home一样目录的子目录里面，则可以使用HomesUserDatabase类。
<Listener className="org.apache.catalina.startup.UserConfig"
directoryName="public_html" homeBase="/home"
userClass="org.apache.catalina.startup.HomesUserDatabase"/>
这样一来，web文件就可以位于像/home/ian/public_html 或者 /home/jasonb/public_html一样的目录下。这种形式对Windows而言更加有利，你可以使用一个像c:\home这样的目录。
这些Listener元素，如果出现，则必须在Host元素里面，而不能在context元素里面，因为它们都用应用于Host本身。
8．在Tomcat中使用CGI脚本
Tomcat主要是作为Servlet/JSP容器，但它也有许多传统web服务器的性能。支持通用网关接口（Common Gateway Interface，即CGI）就是其中之一，CGI提供一组方法在响应浏览器请求时运行一些扩展程序。CGI之所以被称为通用，是因为它能在大多数程序或脚本中被调用，包括：Perl，Python，awk，Unix shell scripting等，甚至包括Java。当然，你大概不会把一个Java应用程序当作CGI来运行，毕竟这样太过原始。一般而言，开发Servlet总要比CGI具有更好的效率，因为当用户点击一个链接或一个按钮时，你不需要从操作系统层开始进行处理。
Tomcat包括一个可选的CGI Servlet，允许你运行遗留下来的CGI脚本。
为了使Tomcat能够运行CGI，你必须做如下几件事：
1. 把servlets-cgi.renametojar （在CATALINA_HOME/server/lib/目录下）改名为servlets-cgi.jar。处理CGI的servlet应该位于Tomcat的CLASSPATH下。
2. 在Tomcat的CATALINA_BASE/conf/web.xml 文件中，把关于<servlet-name> CGI的那段的注释去掉（默认情况下，该段位于第241行）。
3. 同样，在Tomcat的CATALINA_BASE/conf/web.xml文件中，把关于对CGI进行映射的那段的注释去掉（默认情况下，该段位于第299行）。注意，这段内容指定了HTML链接到CGI脚本的访问方式。
4. 你可以把CGI脚本放置在WEB-INF/cgi 目录下（注意，WEB-INF是一个安全的地方，你可以把一些不想被用户看见或基于安全考虑不想暴露的文件放在此处），或者你也可以把CGI脚本放置在context下的其他目录下，并为CGI Servlet调整cgiPathPrefix初始化参数。这就指定的CGI Servlet的实际位置，且不能与上一步指定的URL重名。
5. 重新启动Tomcat，你的CGI就可以运行了。
在Tomcat中，CGI程序缺省放置在WEB-INF/cgi目录下，正如前面所提示的那样，WEB-INF目录受保护的，通过客户端的浏览器无法窥探到其中内容，所以对于放置含有密码或其他敏感信息的CGI脚本而言，这是一个非常好的地方。为了兼容其他服务器，尽管你也可以把CGI脚本保存在传统的/cgi-bin目录，但要知道，在这些目录中的文件有可能被网上好奇的冲浪者看到。另外，在Unix中，请确定运行Tomcat的用户有执行CGI脚本的权限。
9．改变Tomcat中的JSP编译器（JSP Compiler）
在Tomcat 4.1（或更高版本，大概），JSP的编译由包含在Tomcat里面的Ant程序控制器直接执行。这听起来有一点点奇怪，但这正是Ant有意为之的一部分，有一个API文档指导开发者在没有启动一个新的JVM的情况下，使用Ant。这是使用Ant进行Java开发的一大优势。另外，这也意味着你现在能够在Ant中使用任何javac支持的编译方式，这里有一个关于Apache Ant使用手册的javac page列表。使用起来是容易的，因为你只需要在<init-param> 元素中定义一个名字叫“compiler”，并且在value中有一个支持编译的编译器名字，示例如下：
<servlet>
<servlet-name>jsp</servlet-name>
<servlet-class>
org.apache.jasper.servlet.JspServlet
</servlet-class>
<init-param>
<param-name>logVerbosityLevel</param-name>
<param-value>WARNING</param-value>
</init-param>
<init-param>
<param-name>compiler</param-name>
<param-value>jikes</param-value>
</init-param>
<load-on-startup>3</load-on-startup>
</servlet>
当然，给出的编译器必须已经安装在你的系统中，并且CLASSPATH可能需要设置，那处决于你选择的是何种编译器。
10．限制特定主机访问（Restricting Access to Specific Hosts）
有时，你可能想限制对Tomcat web应用的访问，比如，你希望只有你指定的主机或IP地址可以访问你的应用。这样一来，就只有那些指定的的客户端可以访问服务的内容了。为了实现这种效果，Tomcat提供了两个参数供你配置：RemoteHostValve 和RemoteAddrValve。
通过配置这两个参数，可以让你过滤来自请求的主机或IP地址，并允许或拒绝哪些主机/IP。与之类似的，在Apache的httpd文件里有对每个目录的允许/拒绝指定。
例如你可以把Admin Web application设置成只允许本地访问，设置如下：
<Context path="/path/to/secret_files" ...>
<Valve className="org.apache.catalina.valves.RemoteAddrValve"
allow="127.0.0.1" deny=""/>
</Context>
如果没有给出允许主机的指定，那么与拒绝主机匹配的主机就会被拒绝，除此之外的都是允许的。与之类似，如果没有给出拒绝主机的指定，那么与允许主机匹配的主机就会被允许，除此之外的都是拒绝的。
随着java的流行，其在web上的应用也越来越广，tomcat作为一个开源的servlet容器，应用前景越来越广，本文将向你讲述tomcat的一些知识。
一：简介
tomcat是jakarta项目中的一个重要的子项目，其被JavaWorld杂志的编辑选为2001年度最具创新的java产品(Most Innovative Java Proct)，同时它又是sun公司官方推荐的servlet和jsp容器(具体可以见http://java.sun.com/procts/jsp/tomcat/)，因此其越来越多的受到软件公司和开发人员的喜爱。servlet和jsp的最新规范都可以在tomcat的新版本中得到实现。
二：安装及配置
tomcat最新版本为4.0.1，这个版本用了一个新的servlet容器Catalina，完整的实现了servlet2.3和jsp1.2规范。注意安装之前你的系统必须安装了jdk1.2以上版本。
(一)：安装
1：windows平台
从tomcat网站下载jakarta-tomcat-4.0.1.exe，按照一般的windows程序安装步骤即可安装好tomcat,安装时它会自动寻找你的jdk和jre的位置。
2：linux平台
下载jakarta-tomcat-4.0.1.tar.gz，将其解压到一个目录。
(二)：配置
运行tomcat需要设置JAVA_HOME变量
set JAVA_HOME=c:/jdk (win98，在msdos方式下使用，或者放入autoexec.bat中)
export JAVA_HOME=/usr/local/jdk (linux下使用，放到/etc/bashrc或者/etc/profile中)
(三)：运行
设置完毕后就可以运行tomcat服务器了，进入tomcat的bin目录，win98下用startup启动tomcat，linux下用startup.sh，相应的关闭tomcat的命令为shutdown和shutdown.sh。
启动后可以在浏览器中输入http://localhost:8080/测试，由于tomcat本身具有web服务器的功能，因此我们不必安装apache，当然其也可以与apache集成到一起，下面会介绍。
下面你可以测试其自带的jsp和servlet示例。
三：应用
(一):目录结构
tomcat的目录结构如下： 目录名 简介
bin 存放启动和关闭tomcat脚本
conf 包含不同的配置文件,server.xml(Tomcat的主要配置文件)和web.xml
work 存放jsp编译后产生的class文件
webapp 存放应用程序示例，以后你要部署的应用
另外还有像Eclipse、WebSphere、WebLogic这样的IDE环境，就不一一介绍了！
G. 哪个给个简单数据库建立的例子(论文形式)
给你这个网址，去看看http://secondary.114study.com/
环境: w2kp sp4, jsdk1.4.2_8; tomcat5.0.2.8; oracle817, sqlserver2000 sp3 , mysql5 beta
总的来说在tomcat配置一个数据源有4项工作要做.
1. 在server.xml 里配置数据源连接池参数。 可以手动，也可以通过tomcat admin工具。
2. 在 %CATALINA_HOME%\conf\Catalina\localhost\ 下 ， 对用你自己的webapp用户
yourapp.xml 配置 对数据源的声明.
3. 在自定义的webapp 下WEB-INFO\web.xml 下配置对数据源的引用。
4. 在特定数据库的jdbc 驱动 到%CATALINA_HOME%\common\lib\ 下
其他应用服务器可能要配置classpath 等.
oracle 数据源配置.
1.进入 http://localhost:8080/admin/ conf文件夹下的tomcat-users.xml有管理员的用户名密码等信息。
选择Resources－Data sources进入配置数据源界面，选择Data Source Actions －>选择Create New Data Source,进入配置详细信息界面，内容如下：
JNDI Name: jdbc/oracle
Data Source URL: jdbc:oracle:thin:@192.168.0.18:1521:oradb
JDBC Driver Class: oracle.jdbc.driver.OracleDriver
User Name: oraconn
Password: oraconn
Max. Active Connections: 20
Max. Idle Connections: 10
Max. Wait for Connection: 5000
Validation Query:
其中oradb 是oracle数据库的SID. oraconn 为oracle可用的用户名密码.
2.进入%TOMCAT_HOME%\conf\Catalina\localhost下，找到你的web应用对应的.xml文件(下面有我的web的目录结构)，如 test.xml，并在此文件的下添入代码：
3、 修改web.xml和%TOMCAT_HOME%\conf\Catalina\localhost下对应你的引用的配置文件
打开%TOMCAT_HOME%\conf\web.xml,在的前面添加以下内容：
oraDB Connection
jdbc/ora
javax.sql.DataSource
Container
注意res-ref-name填写的内容要与在上文提到的JNDI Name名称一致。
4. 在%oracle_home%\ora81\jdbc\lib 下有一个classes12.zip, 和nls_charset12.zip
把这两个文件解压的一个临时目录下例如d:\work\temp\classes12 和 d:\work\temp\nls_charset12
进入这两个目录 d:> cd work\temp\classes12
用 jar -cvf classes12.jar * 创建classes12.jar 同样创建 nls_cahrset12.jar
把这两个jar文件 到 %tomcat_home% \common\lib 下。
oracle 数据库配置完毕。
sqlserver2000
1.进入 http://localhost:8080/admin/ conf文件夹下的tomcat-users.xml有管理员的用户名密码等信息。
选择Resources－Data sources进入配置数据源界面，选择Data Source Actions －>选择Create New Data Source,进入配置详细信息界面，内容如下：
JNDI Name: jdbc/sqlserver
Data Source URL: jdbc:microsoft:sqlserver://192.168.0.18:1433;DatabaseName=sqldb
JDBC Driver Class: com.microsoft.jdbc.sqlserver.SQLServerDriver
User Name: sqlconn
Password: sqlconn
Max. Active Connections: 20
Max. Idle Connections: 10
Max. Wait for Connection: 5000
Validation Query:
其中sqldb 是sqldb数据库名称. sqlconn 为sqlserver可用的用户名密码.
2.进入%TOMCAT_HOME%\conf\Catalina\localhost下，找到你的web应用对应的.xml文件(下面有我的web的目录结构)，如 test.xml，并在此文件的下添入代码：
3、 修改web.xml和%TOMCAT_HOME%\conf\Catalina\localhost下对应你的引用的配置文件
打开%TOMCAT_HOME%\conf\web.xml,在的前面添加以下内容：
sqlserverDB Connection
jdbc/sqlserver
javax.sql.DataSource
Container
注意res-ref-name填写的内容要与在上文提到的JNDI Name名称一致。
4. 下载sqlserver2000 jdbc 驱动 http://download.microsoft.com/download/SQLSVR2000/Install/2.2.0022/UNIX/EN-US/mssqlserver.tar
解压后找到如下jar包 msbase.jar , mssqlserver.jar, msutil.jar
把这3个jar包 到 %tomcat_home% \common\lib 下。
sqlserver 配置完毕
mysql5 beta 数据源配置
1.进入 http://localhost:8080/admin/ conf文件夹下的tomcat-users.xml有管理员的用户名密码等信息。
选择Resources－Data sources进入配置数据源界面，选择Data Source Actions －>选择Create New Data Source,进入配置详细信息界面，内容如下：
JNDI Name: jdbc/mysql
Data Source URL: jdbc:mysql://192.168.0.18/mysqldb
JDBC Driver Class: com.mysql.jdbc.Driver
User Name: mysqlconn
Password: mysqlconn
Max. Active Connections: 20
Max. Idle Connections: 10
Max. Wait for Connection: 5000
Validation Query:
其中sqldb 是sqldb数据库名称. mysqlconn 为sqlserver可用的用户名密码.
2.进入%TOMCAT_HOME%\conf\Catalina\localhost下，找到你的web应用对应的.xml文件(下面有我的web的目录结构)，如 test.xml，并在此文件的下添入代码：
3、 修改web.xml和%TOMCAT_HOME%\conf\Catalina\localhost下对应你的引用的配置文件
打开%TOMCAT_HOME%\conf\web.xml,在的前面添加以下内容：
mysqlDB Connection
jdbc/sqlmysql
javax.sql.DataSource
Container
注意res-ref-name填写的内容要与在上文提到的JNDI Name名称一致。
4. 下载mysql jdbc 驱动 mysql-connector-java-3.1.9.zip
解压后找到如下jar包 mysql-connector-java-3.1.9-bin.jar
这个jar包 到 %tomcat_home% \common\lib 下。
mysql 配置完毕
这是conf 下 server.xml 文件 的配置部分
factory
org.apache.catalina.users.MemoryUserDatabaseFactory
pathname
conf/tomcat-users.xml
maxWait
5000
maxActive
20
password
mysqlconn
url
jdbc:mysql://192.168.0.18/mysqldb
driverClassName
com.mysql.jdbc.Driver
maxIdle
10
username
mysqlconn
maxWait
5000
maxActive
20
password
oraconn
url
jdbc:oracle:thin:@192.168.0.18:1521:oradb
driverClassName
oracle.jdbc.driver.OracleDriver
maxIdle
10
username
oraconn
maxWait
5000
maxActive
20
password
sqlconn
url
jdbc:microsoft:sqlserver://192.168.0.18:1433;DatabaseName=sqldb
driverClassName
com.microsoft.jdbc.sqlserver.SQLServerDriver
maxIdle
10
username
sqlconn
其中192.168.0.18为数据库服务器IP
.
下面是 %CATALINA_HOME%\conf\Catalina\localhost 对应的 xml 文件。 我的应用是test.xml
以下是test webapp 下的WEB-INFO web.xml文件
PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
"http://java.sun.com/dtd/web-app_2_3.dtd">
My Web Application
A application for test.
mysqlDB Connection
jdbc/mysql
javax.sql.DataSource
Container
sqlserverDB Connection
jdbc/sqlserver
javax.sql.DataSource
Container
oracleDB Connection
jdbc/oracle
javax.sql.DataSource
Container
Set Character Encoding
filters.SetCharacterEncodingFilter
encoding
GB2312
Set Character Encoding
/*
在oracle , sqlserver , mysql 建立3个类似的简单表来测试
mysql
create table test_user
(
NAME VARCHAR(50)
)
oracle
create table test_user
(
NAME VARCHAR2(50)
)
sqlserver
create table test_user
(
NAME VARCHAR(50)
)
ok 配置工作已经完成。 让我们写3个JSP来测试。
testDSoracle.jsp文件
H. angular适合开发webapp吗
如果只是回答题主的问题，答案应该是:不知道。ng同其他前端框架一样，都要根据具体的问题或者说是具体的项目来选择，自然也就不能笼统的回答是否合适。
例如:
一个内部的管理（考勤）系统。
使用者基本使用browser进行登陆，功能是记录员工考勤信息，不考虑SEO，不考虑访问平台兼容性（电脑浏览器），系统包含基础认证模块、信息查询、信息录入、信息统计，用ng来做，实际上包含大概三到四个页面，内网稳定，用ng来做webapp是很容易实现并使用的。
一个外部的内容管理系统。
通常这里比较直观的例子就是博客，博客要做SEO，要适应移动和桌面端，内容多为静态，那么直接使用简单的html来呈现内容是再好不过的。
也许我的理解有问题，没有正确回答题主的问题，换个角度来说，只是回答是否适合，我想可能会回答:适合。
前后端的分离便于开发和维护，前端不再需要去考虑后端的设计，只要直接接口即可轻松获得数据，开发过程只需要预留一些方法，模拟数据实现即可独立开发，测试，这样来说，我认为是合适的，SEO的部分，可以参考一些方法，对爬虫访问做出处理，问题也不是很大，优点大概有那么几点吧:
1.前后分离
2.前端路由
3.程序模块化
4.可扩展指令
5.视图数据双向绑定
6.数据过滤
7.无刷新页面更新什么的……
I. web app和native app分别是什么能不能各举一个应用的例子。
从中文意思理解，web—APP就是网页应用，webapp 框架是一种简单的与WSGI兼容的网络应用程序框架，如Google的搜索引擎就是一个Web App；而Native App（中文意思理解为本地应用或自然应用）是一种基于智能手机本地操作系统如IOS、Android、WP并使用原生程式编写运行的第三方应用程序。就是系统本省自带的软件，实在点说就是WEB APP是需要在网页上操作的应用，NATIVE APP是指在手机本地界面上操作的应用。