jsp與web相關的問題,jsp是網頁嗎

本文目錄一覽：

• 1、web與jsp的關係
• 2、JSP與WEB相關的問題!
• 3、開發JSP WEB應用所犯的錯誤收集(多者拿分,嚴禁抄襲)
• 4、jsp容器與web容器是一個概念么？TomCat又是什麼？它們三者之間的關係是怎樣的
• 5、Java web相關的幾個問題，求解題，不要太啰嗦也不要太簡潔，考試卷上能高分是重點，
• 6、關於JSP的WEB伺服器的困惑，希望高人指點迷津

web與jsp的關係

首先，你要明確一點：javaweb是使用java語言進行web系統開發！

web系統開發——Java在web開發上處於領導地位！現在主流的是MVC的三層架構，而jsp就是頁面表現層的首選，因為它出現的比較早，技術相對成熟和普及。這就是最為流行的J2EE技術。

關係就是：jsp服務於java web開發。

jsp就是html中間插入java代碼，最終要先編譯為servlet，然後轉換為。class文件的。

web開發用到的框架基本都是java語言寫的（當然離不開html和xml等了）

JSP與WEB相關的問題!

1.網站可以完全用jsp來設計，但是這隻適合寫點小網站（自己玩玩），因為完全用jsp編寫會在jsp文件中出現很多功能代碼，這樣很不方便修改，維護（可能以出錯了，該好幾個文件的N處地方），而且看起來噁心（表現頁面應該盡量簡潔才好）。

2.這位同學，JS是不可能連上資料庫的！！！你可能聽別人說的神乎其神，但是JS只是客戶端一方的，不可能聯繫到資料庫（可能你聽別人說ASP中好像可以，但那些人完全是把ASP的內嵌功能和JS搞混淆了）。所以，連資料庫用JSP,客戶端不可能連接資料庫。廣告位當然用JS來寫了，客戶端能做的事就別給伺服器了。

3.呃，其實你還不懂JS,JSP，js只是腳本語言，輔助web用的，其實你要到個導航欄用JSP當然可以，不過現在web方面，都會用到js的（比如格式驗證啊，特效啊什麼的）。所以你要都看看

開發JSP WEB應用所犯的錯誤收集(多者拿分,嚴禁抄襲)

1、第一個JAVA常式：hello world

執行時的問題：problems Executing Hello

如果你看到下面的錯誤提示:

‘java’ is not recognized as an internal or external command, …

or

java: Command not found.

那麼你或許沒有安裝java或者在環境變數中並沒有設置path路徑java\bin目錄。請檢查你的java安裝以及環境變數的正確設置。

如果你看到:

Exception in thread “main” java.lang.NoClassDefFoundError: hello

(wrong name: Hello) …

那麼你很有可能是因為沒有注意大小寫或是把名稱中的字母打錯了。如：

java hello

鍵入正確的命令重新運行即可。

如果你看到:

Exception in thread “main” java.lang.NoClassDefFoundError: Hello

/class

那麼你需要考慮是否去掉名字中的.class部分。

2、分析出現java.lang.NoClassDefFoundError異常的具體情況

這個問題在上面調試第一個常式出現過，但是如果我們輸入的名稱是正確的，仍然提示這樣的問題時怎麼辦呢？

裝了JDK1.4.0版，而且JAVA_HOME，PATH和CLASSPATH都設置好了。如下

JAVA_HOME=/home/jdk

CLASSPATH=$JAVA_HOME/jre/lib/tools.jar:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/jre/lib/:$JAVA_HOME/lib

PATH=$PATH:$JAVA_HOME/bin

用JAVAC命令生成了hello.class,當使用java hello時，仍然提示：

Exception in thread “main” java.lang.NoClassDefFoundError:XXX（wrong name:

XXX）

解決提示：

(1)、Add (current directory) to your classpath或類定義前面加public

(2)、path環境變數中設置的路徑中是否有另一個java.exe文件，默認執行的是這個目錄下的java.exe，雖然版本與JDK下的java.exe一致，但是在此目錄下執行就會出錯。

方法：

安裝了JDK的情況下，應該刪除winnt下的java.exe，確保默認調用的java.exe是位於jdk中bin目錄下的java.exe。

(3)、假如你使用了packet

那麼檢查你在編譯了沒有將指定package包在你文件中的java文件。

3、通常異常捕獲處理：

JAVA中幾個基本異常簡單的描述一下：

ArithmeticException 當出現異常算術條件時產生

NullPointerException 當應用程序企圖使用需要的對象處為空時產生

ArrayIndexOutOfBoundsException 數組下標越界時產生

ArrayStoreException 當程序試圖存儲數組中錯誤的類型數據時產生

FileNotFoundException 試圖訪問的文件不存在時產生

IOException 由於一般I/O故障而引起的，如讀文件故障

NumberFormatException 當把字元串轉換為數值型數據失敗時產生

OutOfMemoryException 內存不足時產生

SecurityException 當小應用程序（Applet）試圖執行由於瀏覽器的安全設置而不允許的動作時產生

StackOverflowException 當系統的堆棧空間用完時產生

StringIndexOutOfBoundsException 當程序試圖訪問串中不存在的字元位置時產生

上述出現的異常基本上都是JAVA中我們可能會遇到的異常。

類Throwable有兩個直接子類：Error和Exception。Exception類對象是Java程序處理或拋棄的對象。Java 提供了兩種Exception 的模式，一種是執行的時候所產生的Exception (Runtime Exception)，另外一種則是受控制的Exception (Checked Exception)。所有的Checked Exception 均從java.lang.Exception 繼承而來，而Runtime Exception 則繼承java.lang.RuntimeException 或java.lang.Error (實際上java.lang.RuntimeException 的上一層也是java.lang.Exception)。它有各種不同的子類分別對應於不同類型的例外。其中類RuntimeException代表運行時由Java虛擬機生成的例外。

程序的運作機制上看，Runtime Exception與Checked Exception 不一樣，從邏輯上看，Runtime Exception 與Checked Exception 在使用的目的上也不一樣。

一般而言，Checked Exception 表示這個Exception 必須要被處理，也就是說程序設計者應該已經知道可能會收到某個Exception(因為要try catch住) ，所以程序設計者應該能針對這些不同的Checked Exception 做出不同的處理。

而Runtime Exception 通常會暗示著程序上的錯誤，這種錯誤會導致程序設計者無法處理，而造成程序無法繼續執行下去。

Java的可控制異常處理是通過5個關鍵字來實現的：try，catch，throw，throws，finally。JB的在線幫助中對這幾個關鍵字是這樣解釋的：

Throws: Lists the exceptions a method could throw.

Throw: Transfers control of the method to the exception handler.

Try： Opening exception-handling statement.

Catch： Captures the exception.

Finally： Runs its code before terminating the program.

·try語句

try語句用大括弧{}指定了一段代碼，該段代碼可能會拋棄一個或多個例外。

·catch語句

catch語句的參數類似於方法的聲明，包括一個例外類型和一個例外對象。例外類型必須為Throwable類的子類，它指明了catch語句所處理的例外類型，例外對象則由運行時系統在try所指定的代碼塊中生成並被捕獲，大括弧中包含對象的處理，其中可以調用對象的方法。

catch語句可以有多個，分別處理不同類的例外。Java運行時系統從上到下分別對每個catch語句處理的例外類型進行檢測，直到找到類型相匹配的catch語句為止。這裡，類型匹配指catch所處理的例外類型與生成的例外對象的類型完全一致或者是它的父類，因此，catch語句的排列順序應該是從特殊到一般。

也可以用一個catch語句處理多個例外類型，這時它的例外類型參數應該是這多個例外類型的父類，程序設計中要根據具體的情況來選擇catch語句的例外處理類型。

· finally語句

try所限定的代碼中，當拋棄一個例外時，其後的代碼不會被執行。通過finally語句可以指定一塊代碼。無論try所指定的程序塊中拋棄或不拋棄例外，也無論catch語句的例外類型是否與所拋棄的例外的類型一致，finally所指定的代碼都要被執行，它提供了統一的出口。通常在finally語句中可以進行資源的清除工作。如關閉打開的文件等。不管異常是否發生都會執行finally中的語句。

·throws語句

throws總是出現在一個函數頭中，用來標明該成員函數可能拋出的各種異常。對大多數Exception子類來說，Java 編譯器會強迫你聲明在一個成員函數中拋出的異常的類型。如果異常的類型是Error或 RuntimeException， 或它們的子類，這個規則不起作用， 因為這在程序的正常部分中是不期待出現的。 如果你想明確地拋出一個RuntimeException，你必須用throws語句來聲明它的類型。

· throw語句

throw總是出現在函數體中，用來拋出一個異常。程序會在throw語句後立即終止，它後面的語句執行不到，然後在包含它的所有try塊中（可能在上層調用函數中）從裡向外尋找含有與其匹配的catch子句的try塊。所有的方法都使用「throw」語句來拋出一個異常。Throw語句需要一個單獨throwable對象，這個對象是任意Throwable類的子類。

例如：

boolean testEx() throws Exception{

boolean ret = true;

try

{

ret = testEx1();

}

catch (Exception e)

{

System.out.println(“testEx, catch exception”);

ret = false;

throw e;

}

finally

{

System.out.println(“testEx, finally; return value=”+ret);

return ret;

}

}

4、JAVA錯誤： java.lang.Error

原因:

1.對系統所訪問外部資源，未執行關閉操作，導致外部資源大量浪費，最終可能導致系統無法正常運行；

2.對系統所訪問的外部資源關閉次數太多，外部系統無法正常處理；

3.系統訪問的外部資源出現異常情況。

解決方案：

1.訪問外部資源前，首先檢查該資源(如資料庫)是否可正常連接或操作。

2.訪問外部資源時，如果進行了連接，一定進行關閉操作，並僅進行一次關閉操作。

3.盡量在同一操作中共享外部資源，以減少該操作對資源的消費，提高程序的執行效率

5、空指針錯誤 ：java.lang.NullPointerException

使用基本的JAVA數據類型，變數的值要麼已經是默認值，如果沒有對其正常賦值，程序便不能通過編譯，因此使用基本的JAVA數據類型(double,float,boolean,char,int,long)一般不會引起空指針異常。由此可見，空指針異常主要跟與對象的操作相關。

下面先列出了可能發生空指針異常的幾種情況及相應解決方案：

不管對象是否為空就直接開始使用。

(JSP)代碼段1：

out.println(request.getParameter(“username”));

描述：

代碼段1的功能十分簡單，就是輸出用戶輸入的表域”username”的值。

說明：

看上去，上面的語句找不出什麼語法錯誤，而且在大多數情況下也遇不到什麼問題。但是，如果某個用戶在輸入數據時並沒有提供表單域”username”的值，或通過某種途徑繞過表單直接輸入時，此時request.getParameter(“username”)的值為空（不是空字元串，是空對象null。），out對象的println方法是無法直接對空對象操作，因此代碼段1所在的JSP頁面將會拋出”java.lang.NullPointerException”異常。

即使對象可能為空時，也調用java.lang.Object或Object對象本身的一些方法如toString(), equals(Object obj)等操作。

(JSP)代碼段2：

String userName = request.getParameter(“username”);

If (userName.equals(“root”))

{….}

描述：

代碼段2的功能是檢測用戶提供的用戶名，如果是用戶名稱為”root”的用戶時，就執行一些特別的操作。

說明：

在代碼段2中，如果有用戶沒有提供表單域”username”的值時，字元串對象userName為null值，不能夠將一個null的對象與另一個對象直接比較，同樣，代碼段2所在的JSP頁面就會拋出(java.lang.NullPointerException)空指針錯誤。

(JSP)代碼段3：

String userName = session.getAttribute(“session.username”).toString();

描述：

代碼段3的功能是將session中session.username的值取出，並將該值賦給字元串對象 userName。

說明：

在一般情況下，如果在用戶已經進行某個會話，則不會出現什麼問題；但是，如果此時應用伺服器重新啟動，而用戶還沒有重新登錄，（也可能是用戶關閉瀏覽器，但是仍打開原來的頁面。）那麼，此時該session的值就會失效，同時導致session中的session.username的值為空。對一個為null的對象的直接執行toString()操作，就會導致系統拋出(java.lang.NullPointerException)空指針異常。

解決方案：

為了確保進行操作或引用的對象非空，假若我們要對某對象進行操作或引用，我們首先去檢查該對象是否已經實例化且不為空；並且在系統中加入針對對象為空時情況的處理。

如：採用String對象保存用戶提交的結果；在如果涉及對象的操作時，先檢測其是否為空後，檢查到對象為空後，可再選擇進行以下任一種處理方式：

處理方式 1) 檢查到對象為空時，設置對象值為空字元串或一個默認值；

處理方式 2) 檢測到對象為空時，根本不執行某操作，直接跳轉到其他處理中。

處理方式 3) 檢查到對象為空時，提示用戶操作有錯誤。

將代碼段2按以上方式進行改寫，得到：

方式1：

String userName = request.getParameter(“username”);

// 該變數值為空時，轉化為默認空字元串

If (userName == null)

userName = “”;

If (userName.equals(“root”))

{……….}

方式2：

String userName = request.getParameter(“username”);

// 該變數值為空時，轉化為默認空字元串，不執行有關操作。

If (usreName != null)

{

If (userName.equals(“root”))

{……….}

}

方式3：

String userName = request.getParameter(“username”);

// 該變數值為空時，轉化為默認空字元串，不執行有關操作。

If (usreName == null)

{

// 提示用戶輸入信息為空

}

實際中，上面提供到三種處理方式也同樣適用於其他異常的處理：

異常處理方式 1) 檢查到異常出現，設置對象值為空字元串或一個默認值；

異常處理方式 2) 檢測到異常出現，根本不執行某操作，直接跳轉到其他處理中。

異常處理方式 3) 檢查到異常出現，提示用戶操作有錯誤。

Struts常見錯誤匯總

以下所說的struts-config.xml和ApplicationResources.properties等文件名是預設時使用的，如果你使用了多模塊，或指定了不同的資源文件名稱，這些名字要做相應的修改。

1、「No bean found under attribute key XXX」

在struts-config.xml里定義了一個ActionForm，但type屬性指定的類不存在，type屬性的值應該是Form類的全名。或者是，在Action的定義中，name或attribute屬性指定的ActionForm不存在。

2、「Cannot find bean XXX in any scope」

在Action里一般會request.setAttribute()一些對象，然後在轉向的jsp文件里（用tag或request.getAttribute()方法）得到這些對象並顯示出來。這個異常是說jsp要得到一個對象，但前面的Action里並沒有將對象設置到request（也可以是session、servletContext）里。

可能是名字錯了，請檢查jsp里的tag的一般是name屬性，或getAttribute()方法的參數值；或者是Action邏輯有問題沒有執行setAttribute()方法就先轉向了。

還有另外一個可能，純粹是jsp文件的問題，例如logic:iterate會指定一個id值，然後在循環里bean:write使用這個值作為name的值，如果這兩個值不同，也會出現此異常。（都是一個道理，request里沒有對應的對象。）

3、「Missing message for key “XXX”」

缺少所需的資源，檢查ApplicationResources.properties文件里是否有jsp文件里需要的資源，例如：

bean:message key=”msg.name.prompt”/

這行代碼會找msg.name.prompt資源，如果AppliationResources.properties里沒有這個資源就會出現本異常。在使用多模塊時，要注意在模塊的struts-config-xxx.xml里指定要使用的資源文件名稱，否則當然什麼資源也找不到，這也是一個很容易犯的錯誤。

4、「No getter method for property XXX of bean teacher」

這條異常信息說得很明白，jsp里要取一個bean的屬性出來，但這個bean並沒有這個屬性。你應該檢查jsp中某個標籤的property屬性的值。例如下面代碼中的cade應該改為code才對：

bean:write name=”teacher” property=”cade” filter=”true”/

5、「Cannot find ActionMappings or ActionFormBeans collection」

待解決。

6、「Cannot retrieve mapping for action XXX」

在.jsp的form標籤里指定action=’/XXX’，但這個Action並未在struts-config.xml里設置過。

7、HTTP Status 404 – /xxx/xxx.jsp

Forward的path屬性指向的jsp頁面不存在，請檢查路徑和模塊，對於同一模塊中的Action轉向，path中不應包含模塊名；模塊間轉向，記住使用contextRelative=”true”。

8、沒有任何異常信息，顯示空白頁面

可能是Action里使用的forward與struts-config.xml里定義的forward名稱不匹配。

9、「The element type “XXX” must be terminated by the matching end-tag “XXX”.」

這個是struts-config.xml文件的格式錯誤，仔細檢查它是否是良構的xml文件，關於xml文件的格式這裡就不贅述了。

10、「Servlet.init() for servlet action threw exception」

一般出現這種異常在後面會顯示一個關於ActionServlet的異常堆棧信息，其中指出了異常具體出現在代碼的哪一行。我曾經遇到的一次提示如下：

java.lang.NullPointerException

at org.apache.struts.action.ActionServlet.parseModuleConfigFile(ActionServlet.java:1003)

at org.apache.struts.action.ActionServlet.initModuleConfig(ActionServlet.java:955)

為解決問題，先下載struts的源碼包，然後在ActionServlet.java的第1003行插入斷點，並對各變數進行監視。很丟人，我竟然把struts-config.xml文件弄丟了，因此出現了上面的異常，應該是和CVS同步時不小心刪除的。

11、「Resources not defined for Validator」

這個是利用Validator插件做驗證時可能出現的異常，這時你要檢查validation.xml文件，看裡面使用的資源是否確實有定義，form的名稱是否正確，等等。

jsp容器與web容器是一個概念么？TomCat又是什麼？它們三者之間的關係是怎樣的

1、jsp容器指的是能運行jsp文件的servlet相關服務 比如tomcat

2、web容器指的是能運行web頁面或者web程序之類的服務工具，比如瀏覽器

3、tomcat是servlet和jsp容器 可以為我們提供基礎的web服務功能 一般我們可以把它作為web伺服器來使用

三者關係大概可以概況如下

jsp頁面程序通過tomcat伺服器發布後可以在web容器中訪問

個人觀點 如有問題歡迎指導 勿噴 望採納

Java web相關的幾個問題，求解題，不要太啰嗦也不要太簡潔，考試卷上能高分是重點，

答案：

1.可能發生空指針異常。因為從session中取出key為「username」可能是null.如果s是null那麼s.lenght();會爆空指針異常。

2.（1）載入JDBC驅動程序，通過java.lang.Class類的靜態方法forName(String className)實現。

（2）提供JDBC連接的URL，一般可以從驅動包中找到。

（3）創建資料庫的連接，需要向java.sql.DriverManager請求並獲得Connection對象。使用DriverManager的getConnectin(String url , String username , String password )方法傳入指定的欲連接的資料庫的路徑、資料庫的用戶名和 密碼來獲得。

（4）創建一個Statement，要執行SQL語句，必須獲得java.sql.Statement實例。A.執行靜態SQL語句。B.通常通過Statement實例實現。執行動態SQL語句。通常通過PreparedStatement實例實現。C.執行資料庫存儲過程。通常通過CallableStatement實例實現。

(5)執行SQL語句Statement介面提供了三種執行SQL語句的方法：executeQuery executeUpdate

和execute

(6)處理結果:執行更新返回的是本次操作影響到的記錄數。執行查詢返回的結果是一個ResultSet對象。

(7)關閉JDBC對象

3.初始化階段 調用init()方法

響應客戶請求階段調用service()方法

終止階段調用destroy()方法

4.MVC是三個單詞的縮寫,分別為： 模型(Model),視圖(View)和控制Controller)。MVC模式的目的就是實現Web系統的職能分工。 Model層實現系統中的業務邏輯，通常可以用JavaBean或EJB來實現。 View層用於與用戶的交互，通常用JSP來實現。 Controller層是Model與View之間溝通的橋樑，它可以分派用戶的請求並選擇恰當的視圖以用於顯示，同時它也可以解釋用戶的輸入並將它們映射為模型層可執行的操作

5.sendRedirect()是跳轉。

forward()是轉發。

不同點：(1)sendRedirect(「目的地」) 是response 對象的方法，forward(request,response)是request.getRequestDispatcher(“目的地”) 方法 返回的對象 requestDispatcher 的方法；

(2)sendRedirect() 在客戶端運行，會產生新的請求，地址欄顯示新地址，forward（）在服務端運行，地址欄的地址不變；

(3)sendRedirect（） 跳轉之後，不能獲取request中的對象，而forward（）可以獲取；

(4)forward（）速度更快。

相同點：都能實現頁面跳轉或者是伺服器資源的跳轉;

6.錯誤。有不是成對出現的比如:img src=”” /

7.JSP注釋

%–*****–% 是不輸出到客戶端的注釋符。

%!–*****–% 是輸出到客戶端的注釋符。

指令元素

%@ page contentType=」text/html」 % 設置指定頁面內容類型

%@ include …% 在翻譯階段引入一個文件

%@ taglib … % 聲明一個頁面使用的，包含自定義行為的標記庫。

行為元素

jsp:useBean 使一個JavaBeans組件在該頁中可用

jsp:setProperty 設置JavaBeans的屬性值

jsp:forward 將對請求的處理轉交給一個servlet或JSP頁面

腳本元素

%this is a scriptlet% 嵌入腳本代碼

表達式元素

%= this is an expression% 嵌入java表達式

方法聲明

%! this is a declaration% 用於在JSP頁面的實現類中聲明變數和方法

關於JSP的WEB伺服器的困惑，希望高人指點迷津

給你個建議，如果你的網站沒有asp內容的話，就不必選擇;IIS和TOMCAT結合了。因為那樣的話不但會給你的項目帶來風險，IIS的安全問題一直是受到懷疑的，還有就是可移植性的問題，iis只能在win下運行，如果項目做大了肯定是要部署到linux或unix的，這將會對將來所擴展造成不必要的麻煩。

有一個好的建議是使用TOMCAT+APACHE，APACHE是專門用來處理靜態頁面的，而且是開源的，不會出現大的漏洞，即使出現了也能在第一時間解決。而且這兩個產品是同屬於apache旗下的，對產品的兼容性做的很好。因此建議你使用apache+tomcat而非iis+tomcat。

至於你後面那個問題，是這樣的，jsp和servlet肯定是交給tomcat的。因為apache和iis等伺服器是不能執行jsp的。使用他們結合的主要原因是讓tomcat專門做動態網頁的處理，而靜態的部分則交給更擅長處理靜態資源的web伺服器（像apache,iis等）。你可以使用正則表達來完成對這些資源的分配。這樣你的伺服器就可以各取所長了。

像很多大型網站都是使用apache做為前端靜態資源處理的，比方說新浪，搜狐，百度的部分前台伺服器。