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是指在手機本地界面上操作的應用。