（作者：小龍亭主Blueski編譯 2000年12月22日 14:22）
（續上篇）
問題 #3: 簡單工作仍然很累人
即使是很簡單的工作，例如包含 header和 footer，在JSP中仍然很困難。假設有一個"header"和一個"footer"模板要包含到所有頁面，而每一個模板要在content中包含當前的頁標題。
在JSP中最佳辦法是：
<% String title = "The Page Title"; %>
<%@ include file="/header.jsp" %>
...你的頁面內容...
<%@ include file="/footer.jsp" %>
頁面設計者要記住不能遺漏第一行的分號並要將title定義為一個字符串。此外，/header.jsp和/footer.jsp必須在根目錄下並且必須是可存取的完整文件。
在WebMacro中包含headers和footers做起來比較簡單：
#set $title = "The Page Title"
#parse "header.wm"
Your content here
#parse "footer.wm"
這裡對設計者來說沒有要牢記的分號或對title的定義，.wm文件可以放在可自定義的搜索路徑下。
問題 #4: 很粗燥的循環
在JSP中循環很困難。這裡是用JSP重復打印出每一個ISP對象名字。
<%
Enumeration e = list.elements();
while (e.hasMoreElements()) {
out.print("The next name is ");
out.println(((ISP)e.nextElement()).getName());
out.print("
");
}
%>
也許什麼時候會有用戶自定義標記來做這些循環。對"if"也是如此。JSP頁可能看上去成了很古怪的java代碼。而同時，webmacro循環很漂亮：
#foreach $isp in $isps {
The next name is $isp.Name
}
如果必要的話，#foreach指令可被自定義的 #foreach-backwards指令很容易地取代。
用jsp的話很可能變這樣：（這裡是一個可能的
標記）
The next name is
設計者當然地會選擇前者。
問題 #5: 無用的出錯信息
JSP常有一些令人驚訝的出錯信息。這是因為頁面首先被轉換成為一個servlet然後才進行編譯。好的JSP 工具可以相對增加找到出錯位置的可能性，但即使是最好的工具也無法使所有出錯信息都能容易地被讀懂。由於轉化的過程，一些錯誤對工具來說可能根本不可能被識別。
例如，假設JSP頁面需要建立一個對所有頁通用的標題。以下代碼並沒有錯：
<% static String title = "Global title"; %>
但Tomcat會提供以下出錯信息：
work/%3A8080%2F/JC_0002ejspJC_jsp_1.java:70: Statement expected.
static int count = 0;
^
此信息認為以上腳本被放入 _jspService()方法而靜態變量不允許放入方法中。該語法應該是 <%! %>。頁面設計者很難讀懂這些出錯信息。即使最好的平台在這方面也做得很不夠。即使所有 Java代碼都從頁中移出也無法解決問題。另外，以下表達式有什麼錯？
<% count %>
tomcat給出：
work/8080/_0002ftest_0002ejsptest_jsp_0.java:56: Class count not found in
type declaration.
count
^
work/8080/_0002ftest_0002ejsptest_jsp_0.java:59: Invalid declaration.
out.write("\r\n");
^
換句話說，其實只不過是遺失了一個標記而已。應該是 <%= count %>。
由於template engine可以在template文件中直接產生而沒有任何戲劇性的向代碼轉化，所以可以非常容易地給出適當的出錯報告。依次類推，當c語言的命令被打入Unix shell的命令行，你並不希望shell會生成一個C程序來運行這個命令，而只是需要shell簡單地解釋命令並加以執行，如有錯誤也直接給出。
問題 #6: 需要一個編譯器
JSP需要一個置放在webserver中的編譯器。由於Sun拒絕放棄包含了他們的javac編譯器的tools.jar庫， 這其中就變得有問題了。Web服務器可以包含進一個第三方的編譯器如ibm的jikes。但這樣的編譯器並不能在所有平台上順利工作(用 C++寫成的) 也不利於建立純Java 的web服務器。JSP還有一個預編譯選項可以起到一定作用，但並不完美。
問題 #7: 空間的浪費
JSP消耗了額外的內存和硬盤空間。對服務器上每30K的JSP文件，必須要有相應的大於30K的類文件產生。實際上使得硬盤空間加倍。考慮到JSP文件隨時可以很容易地通過
