元问题来自JSP与Servlet的比较。
我们知道Servlet能够使得JAVA代码不用像Applet那样在客户浏览器中运行，它会在你控制的一个应用服务器上运行。在没有什么背景知识的前提下我默认这是一种规则，即Servlet就是这样发展起来的。在实际应用中当我们请求一个JSP页面的时候，JSP首先被转化为Servlet，然后再进行编译,执行，最后将结果返回给浏览器。
问题一: 那么既然是这样，也就是说先有JSP后有Servlet，那么为何要把它们拿到一些来进行比较呢？是我这种"先有JSP后有Servlet"的认为有错吗?
自己这样认为：
不一定是先有JSP后才有Servlet的，因为同是一种语言，JSP只是在HTML中“封装”了JAVA 语言，JSP 标签。而Servlet 是在JAVA 中“封装”了JSP标签，HTML标签。因此它们是平等的。我们可以直接编写Servlet，当然我们也可以直接编写JSP罗。
问题二:为什么要把JSP先交给服务器进行处理?
自己这样认为：
1.因为JSP是一种服务器端嵌入了JAVA代码的脚本语言因为JAVA代码是不能没有JVM的条件下编译，执行，再运行的。所以要将处理JAVA代码的这一步交给能够处理JAVA代码的服务器来进行处理。
2.因为JSP页面中包含有JSP标签，JAVA代码，HTML代码。其中JSP标签，JAVA代码是不能够被浏览器解释执行的。因此必须通过某种手段将它转变成浏览器能够理解的代码。
问题三:将JSP页面交给服务器进行处理也就罢了,但为什么不是直接进行处理而是先将其转为Servlet呢?
自己这样认为:
因为JSP页面中包含有JSP标签，JAVA代码，HTML代码。我们的目的是要得到浏览器能够理解的代码,所以为了把它们进行统一处理必须把它们变成一致的格式,即另外一种语言---Servlet。
引出的一个新问题：
那到底浏览器能够理解哪些代码呢？我又作如下想法:
最开始的时候，浏览器是只能够理解HTML的，随着时间的推移人们对WEB页面的要求逐渐变高，以往的静态页面慢慢的过渡到动态页面。因此浏览器不得不努力健身以承担更为艰巨的翻译任务。所以慢慢的就开始支持 VBscript，Javascript等脚本语言了。并且又因为要常常支持一下动态的页面效果如FLASH等，所以就必须得需要一些额外的控件了。
随着技术的日新月异 ，JSP的新技术也层出不穷，为了方面大家的学习与工作，下面将简单的介绍一下JSP架构、JSP开发工具、Web服务器及其铖缺点。
JSP架构：
struts： Struts跟Tomcat、Turbine等诸多Apache项目一样，是开源软件，这是它的一大优点，使开发者能更� ......
最近在自己做的项目中需要用到在线编辑器,在网上搜了下，发现了ckeditor，当然网上有好几种在线编辑器，不知道为什么选择了ckeditor,本来打算用Fckeditor的，但是看到网上还需要导入好几个JAR包，还要进行一堆配置，有点麻烦，本来项目中也就用一下，还要那么麻烦地去配置。
于是去ckeditor网站下载了最新版本的ckeditor， ......
struts-config:
<action path="/articleManage" name="articleManageForm" scope="request" type="auction.action.ArticleManageAction" validate="false">
<forward name="atriclesList" path="/WEB-INF/publish/articleManage/atriclesList.jsp"/>
<forward ......
