1. Java：除了tomcat以外，還有哪些常用的Web伺服器呢
1、weblogic
WebLogic是美國bea公司出品的一個application server確切的說是一個基於j2ee架構的中間件。BEA WebLogic是用於開發、集成、部署和管理大型分布式Web應用、網路應用和資料庫應用的Java應用伺服器。將Java的動態功能和Java Enterprise標準的安全性引入大型網路應用的開發、集成、部署和管理之中。
2、webSphere
WebSphere是 IBM 的集成軟體平台。它包含了編寫、運行和監視全天候的工業強度的隨需應變 Web 應用程序和跨平台、跨產品解決方案所需要的整個中間件基礎設施。
如伺服器、服務和工具。WebSphere 提供了可靠、靈活和健壯的集成軟體。
3、JBoss
JBoss是一個管理EJB的容器和伺服器，支持EJB 1.1、EJB 2.0和EJB3.0的規范。但JBoss核心服務不包括支持servlet/JSP的WEB容器，一般與Tomcat或Jetty綁定使用。2006年,Jboss公司被Redhat公司收購。
4、 Apache
Apache源於NCSAhttpd伺服器，經過多次修改，成為世界上最流行的Web伺服器軟體之一。
Apache是自由軟體，所以不斷有人來為它開發新的功能、新的特性、修改原來的缺陷。Apache的特點是簡單、速度快、性能穩定，並可做代理伺服器來使用。
本來它只用於小型或試驗Internet網路，後來逐步擴充到各種Unix系統中，尤其對Linux的支持相當完美。
Apache是以進程為基礎的結構，進程要比線程消耗更多的系統開支，不太適合於多處理器環境，因此，在一個Apache Web站點擴容時，通常是增加伺服器或擴充群集節點而不是增加處理器。
到目前為止Apache仍然是世界上用的最多的Web伺服器，世界上很多著名的網站都是Apache的產物，它的成功之處主要在於它的源代碼開放、有一支開放的開發隊伍、支持跨平台的應用（可以運行在幾乎所有的Unix、Windows、Linux系統平台上）以及它的可移植性等方面。
5、 IIS
Microsoft的Web伺服器產品為InternetInformation Server (IIS)， IIS 是允許在公共Intranet或Internet上發布信息的Web伺服器。
IIS是目前最流行的Web伺服器產品之一，很多著名的網站都是建立在IIS的平台上。IIS提供了一個圖形界面的管理工具，稱為 Internet服務管理器，可用於監視配置和控制Internet服務。
IIS是一種Web服務組件，其中包括Web伺服器、FTP伺服器、NNTP伺服器和SMTP伺服器，分別用於網頁瀏覽、文件傳輸、新聞服務和郵件發送等方面，它使得在網路(包括互聯網和區域網)上發布信息成了一件很容易的事。
它提供ISAPI(IntranetServer API)作為擴展Web伺服器功能的編程介面；同時它還提供一個Internet資料庫連接器，可以實現對資料庫的查詢和更新。
2. webpack打包的時候，怎麼分別打包第三方庫，公用組件和業務代碼
確實，每次打包從入口開始，會parse所有的依賴，多的時候竟然打包一次要2秒多，簡直不能忍。然而，有幾個解決方案，最有效的，是使用weboack
的watch，只有文件md5變化時，才會重新打包，並且只parse有變化的文件，其他沒變化的文件是使用緩存的。這樣子，打包時間迅速降到200ms
以內。
再優化下去的話，我們要知道webpack打包的過程中做了啥，首先是解析依賴啦，然後就是各種各樣的loader。從解析依賴的角度入手，我們可以bower install一些打包好的文件，然後通過設置別名讓依賴指向這個文件，這樣就減去了第三方庫的依賴解析時間。
然後各種各樣的loader也是很耗時的，一種辦法是在loader裡面配include，讓loader只針對特殊資源。另一種辦法是讓你的第三方庫noparse，具體怎麼設置你查文檔吧。
3. java web多個項目如何共享配置文件
多個項目之間無法共享配置文件
可以嘗試將配置信息放在資料庫中，或者放在其中一個項目中，然後用介面調用
4. web組件具體指的是什麼
web容器 內嵌一下form表單各種 標簽 插件
5. webpack如何實現多個app間共享組件
修改了一些東西，因為sh腳本不能再window電腦執行，所以改成了node腳本。這是基於vue-cli2.0配置的，3.0的也是同樣的道理。
我現在的項目改成vue-cli3.0的了，實現了一個工程多項目共用一些資源，但是打包的時候只打包一個項目，並且每個項目也可以配置多頁面，並且實現了自動化上傳到測試伺服器（生產沒許可權）和靜態資源分離，一行命令就可以打包項目並且把靜態資源上傳到一個伺服器，而html文件上傳到另一個伺服器。
projectA,projectB,projectC是三個業務上沒有關系的三個項目，但是可以共用一些公用的組件、公用工具類、公用樣式等。
要實現npm run dev/build projectA 編譯打包的時候，只編譯打包項目projectA，而projectB和projectC不會編譯打包進來。
實現npm run dev/build + 項目名字編譯打包對應的項目
6. web伺服器控制項有哪些
在UNIX和LINUX平台下使用最廣泛的免費HTTP伺服器是W3C、NCSA和APACHE伺服器，而Windows平台NT/2000/2003使用IIS的WEB伺服器。在選擇使用WEB伺服器應考慮的本身特性因素有：性能、安全性、日誌和統計、虛擬主機、代理伺服器、緩沖服務和集成應用程序等，下面介紹幾種常用的WEB伺服器。
Microsoft IIS
Microsoft的Web伺服器產品為Internet Information Server (IIS)， IIS 是允許在公共Intranet或Internet上發布信息的Web伺服器。IIS是目前最流行的Web伺服器產品之一，很多著名的網站都是建立在IIS的平台上。IIS提供了一個圖形界面的管理工具，稱為 Internet服務管理器，可用於監視配置和控制Internet服務。
IIS是一種Web服務組件，其中包括Web伺服器、FTP伺服器、NNTP伺服器和SMTP伺服器，分別用於網頁瀏覽、文件傳輸、新聞服務和郵件發送等方面，它使得在網路(包括互聯網和區域網)上發布信息成了一件很容易的事。它提供ISAPI(Intranet Server API)作為擴展Web伺服器功能的編程介面;同時，它還提供一個Internet資料庫連接器，可以實現對資料庫的查詢和更新。
IBM WebSphere
WebSphere Application Server 是 一 種功能完善、開放的Web應用程序伺服器，是IBM電子商務計劃的核心部分，它是基於 Java 的應用環境，用於建立、部署和管理 Internet 和 Intranet Web 應用程序。 這一整套產品進行了擴展，以適應 Web 應用程序伺服器的需要，范圍從簡單到高級直到企業級。
WebSphere 針對以 Web 為中心的開發人員，他們都是在基本 HTTP伺服器和 CGI 編程技術上成長起來的。IBM 將提供 WebSphere 產品系列，通過提供綜合資源、可重復使用的組件、功能強大並易於使用的工具、以及支持 HTTP 和 IIOP 通信的可伸縮運行時環境，來幫助這些用戶從簡單的 Web 應用程序轉移到電子商務世界。
BEA WebLogic
BEA WebLogic Server 是一種多功能、基於標準的web應用伺服器，為企業構建自己的應用提供了堅實的基礎。各種應用開發、部署所有關鍵性的任務，無論是集成各種系統和資料庫，還是提交服務、跨 Internet 協作，起始點都是 BEA WebLogic Server。由於 它具有全面的功能、對開放標準的遵從性、多層架構、支持基於組件的開發，基於 Internet 的企業都選擇它來開發、部署最佳的應用。
BEA WebLogic Server 在使應用伺服器成為企業應用架構的基礎方面繼續處於領先地位。BEA WebLogic Server 為構建集成化的企業級應用提供了穩固的基礎，它們以 Internet 的容量和速度，在連網的企業之間共享信息、提交服務，實現協作自動化。
APACHE
apache仍然是世界上用的最多的Web伺服器，市場佔有率達60%左右。它源於NCSAhttpd伺服器，當NCSA WWW伺服器項目停止後，那些使用NCSA WWW伺服器的人們開始交換用於此伺服器的補丁，這也是apache名稱的由來(pache 補丁)。世界上很多著名的網站都是Apache的產物，它的成功之處主要在於它的源代碼開放、有一支開放的開發隊伍、支持跨平台的應用(可以運行在幾乎所有的Unix、Windows、Linux系統平台上)以及它的可移植性等方面。
Tomcat
Tomcat是一個開放源代碼、運行servlet和JSP Web應用軟體的基於Java的Web應用軟體容器。Tomcat Server是根據servlet和JSP規范進行執行的，因此我們就可以說Tomcat Server也實行了Apache-Jakarta規范且比絕大多數商業應用軟體伺服器要好。
Tomcat是Java Servlet 2.2和JavaServer Pages 1.1技術的標准實現，是基於Apache許可證下開發的自由軟體。Tomcat是完全重寫的Servlet API 2.2和JSP 1.1兼容的Servlet/JSP容器。Tomcat使用了JServ的一些代碼，特別是Apache服務適配器。隨著Catalina Servlet引擎的出現，Tomcat第四版號的性能得到提升，使得它成為一個值得考慮的Servlet/JSP容器，因此目前許多WEB伺服器都是採用Tomcat。
目前，許多大型Web應用一般將Apache和Tomcat結合使用，Apache負責接收用戶的HTTP請求，如果請求是Servlet、Jsp，則把請求轉發給Tomcat處理，並將處理結果封裝響應給用戶。
7. 常用的WEB伺服器組件有哪些
internet信息服務(IIS系統組件)--公用文件-萬維網服務-asp文檔
Apache 最流行的HTTP伺服器軟體之一.
http://lccnc.skycn.com/down/apache_2.2.4-win32-x86-no_ssl.zip
8. eclipse WEB項目開發時，項目文件組織結構是怎樣的
按照 Java EE 規范的規定，一個典型的 Web 應用程序有四個部分：
1. 公開目錄 ;
2. WEB-INF/web.xml 文件，發布描述符（必選） ;
3. WEB-INF/classes 目錄，編譯後的 Java類文件（可選） ;
4. WEB-INF/lib 目錄，Java類庫文件（*.jar） （可選） ;
公開目錄存放所有可以被用戶的訪問的資源, 包括 .html, .jsp, .gif, .jpg, .css, .js, .swf 等等。
WEB-INF 目錄是一個專用區域, 容器不能把此目錄中的內容提供給用戶。
這個目錄下的文件只供容器使用，裡麵包含不應該由客戶直接下載的資源，
例如： Servlet(這些組件包括應用程序邏輯以及對其他資源如資料庫的可能訪問), Web應用程序中servlet可直接訪問的其他任何文件，在伺服器方運行或者使用的資源(如 Java類文件和供 servlet 使用的 JAR文件)，由您的應用程序生成的臨時文件,，發布描述符以及其它任何配置文件。
這些資源是專用的， 因此只能由它們自己的 Web應用程序及容器訪問。
特別地，JSP/Servlet 程序文件也能通過 ServletContext 訪問到這個目錄下的文件，
例如 JSP 中可以通過application.getRealPath(「/WEB-INF/web.xml」) 訪問到發布描述符文件的路徑。
Web容器要求在你的應用程序中必須有 WEB-INF 目錄。
注意： 如果你的 Web 應用程序中沒有包含這個目錄, 它可能將無法工作
WEB-INF 中包含著發布描述符, 一個 classes 目錄和一個 lib目錄, 以及其它內容。
發布描述符(deployment descriptors)是 J2EE Web 應用程序不可分割的一部分(也就是說是它的最小部分, 必不可缺的一部分)。
它們在應用程序發布之後幫助管理 Web 應用程序的配置。
對於Web 容器而言, 發布描述符是一個名為 web.xml 的 XML 文件, 存儲在 Web 應用程序的 /WEB-INF目錄下。
發布描述符有多種用途：
• 為 Servlet 和 Web 應用程序提供初始化參數 這使我們的Web應用程序中的硬性編寫的代碼的初始化值更少。 例如常見的 <param-name>, <param-value>標記, 就可以為Servlet 提供參數, 這個參數可以在 init() 方法中載入。
Struts 的 ActionServlet 也是通過這種方式來找到它們需要的配置文件 struts-config.xml 的位置, 從而載入並分析它,來初始化 Struts 框架用到的各種 FromBean, Action, Forward等。
• Servlet/JSP 定義 可以為 Web 應用程序中的每個 Servlet 或者預編譯的 JSP 網頁提供定義。
包括Servlet/JSP的名字, Servlet/JSP 的類以及一個可選的描述。
• Servlet/JSP 映射 Web容器使用這些信息把進入請求映射到 servlet 和 JSP 網頁。
• MIME類型 由於每個 Web 應用程序可以包含多種內容類型, 因此我們可以在發布描述符中為每一種類型指定 MIME 類型。
• 安全性 我們可以使用發布描述符來管理應用程序的訪問控制。 例如, 可以指定我們的Web應用程序是否需要登錄, 如果需要的話, 應該使用什麼登錄頁面, 以及用戶會作為何種角色。
發布描述符還可以用來自定義其他元素, 包括歡迎網頁, 出錯網頁, 會話配置等等。
classes 目錄用於存儲編譯過的 servlet 及其它程序類, 例如 JavaBean。
如果一個程序有打包的 JAR 文件(例如一個第三方 API 打包成了一個 JAR 文件, 如 Struts 框架的類庫struts.jar, Mysql 的資料庫 JDBC 驅動程序文件 mysql-connector-java-3.1.11-bin.jar 等),
那麼它們可以被復制到lib目錄中(如果解壓縮這些壓縮包的話, 請將它們復制到classes目錄中)。
Web 容器使用這兩個目錄來查找 servlet 及其他相關類, 也就是說, 容器的類裝入器會自動查看 classes 目錄, 以及 lib目錄下的 JAR文件。
這就意味著你不需要明確的把這些類和 JAR文件添加到 CLASSPATH中。
Web容器自動將這兩個目錄中的文件加入 Web應用的類路徑中。
9. visual studio 2005 web項目組件
應該是沒打SP1補丁吧，
搜搜VS2005 SP1補丁
我的空間有
10. java web多個應用項目如何整合在一起
在不大規模改動代碼的情況下，我建議用開源的Yale CAS單點登陸。
我已基本實現了tomcat下Yale CAS配置「
相關文檔：
一、資源版本：
Tomcat5.0.28
cas-server-3.0.7
cas-client-2.0.11
二、Tomcat部署環境：
casserver——cas伺服器部署環境
casclient——cas客戶機部署環境（發布jsp-examples）
casclient1——cas客戶機部署環境（發布servlets-examples）
三、SSL文件准備：
server.keystore——伺服器端庫文件
client.keystore——客戶端庫文件
server.cer——伺服器端證書（自製）
client.cer——客戶端證書（自製）
cacerts——證書鏈
1、生成伺服器端庫文件
keytool -genkey -alias tomcat-server -keyalg RSA -keypass changeit -storepass changeit -keystore server.keystore
2、導出伺服器端證書
keytool -export -alias tomcat-server -storepass changeit -file server.cer -keystore server.keystore
3、生成客戶端庫文件
keytool -genkey -alias tomcat-client -keyalg RSA -keypass changeit -storepass changeit -keystore client.keystore
4、導出客戶端證書
keytool -export -alias tomcat-client -storepass changeit -file client.cer -keystore client.keystore
5、導入伺服器端證書到cacerts
keytool -import -trustcacerts -alias server -file server.cer -keystore cacerts -storepass changeit
6、導入客戶端證書到cacerts
keytool -import -trustcacerts -alias client -file client.cer -keystore cacerts -storepass changeit
將server.keystore、client.keystore、server.cer、client.cer、cacerts文件復制到cas伺服器、cas客戶機、cas客戶機1的TOMCAT_HOME主目錄及JAVA_HOEM\jre\lib\security目錄下。
四、Tomcat下cas安裝部署
1、casserver配置
採用jakarta-tomcat-5.0.28.zip解壓後默認配置，重點注意Server port="8005"
及Connector port="8080" redirectPort="8443"（cas客戶端需改埠號）。
A、 編輯.\casserver\conf目錄下server.xml文件並保存。
找到如下片段，紅色字體為新增內容。
<!-- Define a SSL Coyote HTTP/1.1 Connector on port 8443 -->
<Connector port="8443"
maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
enableLookups="false" disableUploadTimeout="true"
acceptCount="100" debug="0" scheme="https" secure="true"
clientAuth="false" sslProtocol="TLS"
keystoreFile="/server.keystore" keystorePass="changeit"/>
B、拷貝cas.war至.\casserver\webapps目錄。
至此，cas伺服器部署完畢。啟動伺服器，訪問https://localhost:8443如能顯示Tomcat首頁則表示cas部署成功。
2、casclient配置
jakarta-tomcat-5.0.28.zip解壓後修改根目錄名為casclient。
A、編輯.\casclient\conf目錄下server.xml文件並保存。
找到如下片段，紅色字體為修改內容。
<Server port="8006" shutdown="SHUTDOWN" debug="0">
<Connector port="8081"
maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
enableLookups="false" redirectPort="8080" acceptCount="100"
debug="0" connectionTimeout="20000"
disableUploadTimeout="true" />
B、編輯.\casclient\webapps\jsp-examples\WEB-INF目錄下web.xml文件並保存。
加入如下片段，重點注意紅色字體部分。
<filter>
<filter-name>CASFilter</filter-name>
<filter-class>e.yale.its.tp.cas.client.filter.CASFilter</filter-class>
<init-param>
<param-name>e.yale.its.tp.cas.client.filter.loginUrl</param-name>
<param-value>https://localhost:8443/cas/login</param-value>
</init-param>
<init-param>
<param-name>e.yale.its.tp.cas.client.filter.validateUrl</param-name>
<param-value>https://localhost:8443/cas/proxyValidate</param-value>
</init-param>
<init-param>
<param-name>e.yale.its.tp.cas.client.filter.serverName</param-name>
<param-value>localhost:8081</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>CASFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
C、將casclient.jar拷貝至.\casclient\webapps\jsp-examples\WEB-INF\lib目錄下。
至此，cas客戶端部署完畢。啟動客戶伺服器，訪問http://localhost:8081/jsp-examples正常情況會彈出安全警報，點擊確認後轉向cas登錄頁面。此時casserver採用默認驗證，用戶名、口令輸入相同的字元串即可，驗證通過後轉向jsp-examples應用的默認頁面。
3、casclient1配置
jakarta-tomcat-5.0.28.zip解壓後修改根目錄名為casclient1。
D、編輯.\casclient1\conf目錄下server.xml文件並保存。
找到如下片段，紅色字體為修改內容。
<Server port="8007" shutdown="SHUTDOWN" debug="0">
<Connector port="8082"
maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
enableLookups="false" redirectPort="8080" acceptCount="100"
debug="0" connectionTimeout="20000"
disableUploadTimeout="true" />
E、編輯.\casclient1\webapps\servlets-examples\WEB-INF目錄下web.xml文件並保存。
加入如下片段，重點注意紅色字體部分。
<filter>
<filter-name>CASFilter</filter-name>
<filter-class>e.yale.its.tp.cas.client.filter.CASFilter</filter-class>
<init-param>
<param-name>e.yale.its.tp.cas.client.filter.loginUrl</param-name>
<param-value>https://localhost:8443/cas/login</param-value>
</init-param>
<init-param>
<param-name>e.yale.its.tp.cas.client.filter.validateUrl</param-name>
<param-value>https://localhost:8443/cas/proxyValidate</param-value>
</init-param>
<init-param>
<param-name>e.yale.its.tp.cas.client.filter.serverName</param-name>
<param-value>localhost:8082</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>CASFilter</filter-name>
<url-pattern> /servlet/*</url-pattern>
</filter-mapping>
將casclient.jar拷貝至.\casclient1\webapps\servlets-examples\WEB-INF\lib目錄下。至此，cas客戶端1部署完畢。啟動cas客戶1伺服器，訪問http://localhost:8082/servlets-examples/servlet/HelloWorldExample正常情況會彈出安全警報，點擊確認後轉向servlets-examples應用的HelloWorld頁面（此時由於cas客戶伺服器已經登錄，因此訪問servlets-examples時無需再進行登錄）。
cas伺服器、客戶端部署完成後即可實現統一認證服務。案例中把登錄認證部分的邏輯從jsp-examples、servlets-examples應用（此應用系統並無登錄邏輯，在實際應用中需修改相應的登錄驗證邏輯）中剝離，交由cas認證伺服器完成。
以上配置在windows XP professional上測試通過。