Servlet 3.0規(guī)范最終建議草案發(fā)布
Servlet 3.0規(guī)范的一個(gè)主要目標(biāo)是無(wú)需手動(dòng)修改應(yīng)用程序web.xml文件，即可部署servlet，filter（過(guò)濾器）和listener（監(jiān)聽器）等。新的特征包括：
◆Annotation（注釋）在filter和servlet中的使用，讓部署它們時(shí)可以不用在web.xml中聲明相關(guān)條目。
◆支持“web片段（fragment）”，由開發(fā)人員提供配置信息，無(wú)需手動(dòng)編輯web.xml文件。XML片段放置于/META-INF/web-fragments.xml文件中，它包含大部分與web.xml描述符相同的元素。容器將在部署時(shí)處理這些XML片段，并配置最終的描述符。
◆源于ServletContextListeners的對(duì)filter和servlet的編程式配置，這些配置會(huì)被放在jar包中的/META-INF/*.tld文件里。
在早期草案審閱階段，Servet 3.0這些特征引起過(guò)一些爭(zhēng)論。一些專家組成員擔(dān)心會(huì)有嚴(yán)重的安全風(fēng)險(xiǎn)，諸如部署了非預(yù)期的filter和servlet，無(wú)論這是偶然的或是故意混淆的結(jié)果。專家組成員Greg Wilkins在他言辭激烈的博文中將這一規(guī)范描述為“糟糕的文檔以及缺陷流程下工作不和諧的專家組的成果”。最終建議草案中討論了大部分以上被關(guān)注的問(wèn)題，包括指定多個(gè)jar文件的絕對(duì)順序，以及允許排除個(gè)別jar文件。它以如下方式工作：借助META-INF/web-fragment.xml文件中的元素，WEB-INF/lib中的每個(gè)jar文件被賦予一個(gè)對(duì)應(yīng)的名字。Web應(yīng)用的WEB-INF/web.xml將包含元素，并以應(yīng)用的順序列出以上的片段名，同時(shí)它還有一個(gè)可選的元素，用于標(biāo)識(shí)是否以及何時(shí)包含（include）那些未被命名的jar文件。部署者可以選擇只部署那些列表中可信的jar文件，以防止意外部署的問(wèn)題。此外，在找到web-fragment.xml文件之前，順序的特性可以排除（exclude）那些不需要掃描的jar文件，因此加速了應(yīng)用的部署。
除了支持片段以及使用注釋，專家組所設(shè)定的另一個(gè)需求是可以插入框架共享副本，包括JAX-WS，JAX-RS和JSF等構(gòu)建在Web容器之上的框架。公開評(píng)閱草稿中加入的ServletContainerInitializer正是用于處理這個(gè)用例。ServletContainerInitializers通過(guò)jar服務(wù)API被發(fā)現(xiàn)，另外它指定它所能處理的一系列類型。任何包含在WEB-INF/lib下jar文件里的的這些類型的類（Class），在發(fā)現(xiàn)后會(huì)被傳遞給ServletContainerInitializer，它能夠使用與ServletContextListeners相同的編程式來(lái)配置APIs。盡管這點(diǎn)廣受歡迎，但ServletContainerInitializer也的確引出了另一個(gè)新的問(wèn)題，正如Wilkins在后續(xù)的博文中所強(qiáng)調(diào)的那樣，目前仍不清晰的是使用絕對(duì)的順序機(jī)制能否排除ServletContainerInitializer。他給出了一些自己的建議，以澄清這一點(diǎn)：
如果web.xml具有一個(gè)不包含元素的，那么只有在順序中列出的包含片段的jar文件才可以通過(guò)注釋和可插拔（Pluggability）特征實(shí)例化Filter、Listener和Servlet等。具體來(lái)說(shuō)：
◆被排除的jar文件的web-fragment.xml不會(huì)被處理；
◆對(duì)于注釋的servlet，filter或listener，被排除的jar文件不會(huì)被掃描。但是，如果一個(gè)源于被排除的jar的servlet，filter或者listener被列在了web.xml或者非排除性的web-fragment.xml中，除非它被metadata-complete所排除，那么這些注釋將被采用。
◆在被排除的jar文件的TLD文件中所發(fā)現(xiàn)的ServletContextListeners將不能夠通過(guò)編程式APIs配置filter和servlet。任何這樣的嘗試將導(dǎo)致IllegalStateException異常。
◆如果從被排除的jar文件中裝載一個(gè)發(fā)現(xiàn)的ServletContainerInitializer，它將會(huì)被忽略。
◆在ServerletContainerInitializers處理類時(shí)，將不會(huì)掃描被排除的jar文件。
Servlet 3.0除了這些易于使用的特征，JSR-315還添加了對(duì)異步請(qǐng)求的支持，它允許線程提前返回容器并執(zhí)行其他任務(wù)。這個(gè)特征備受爭(zhēng)議，專家組試圖利用已有的RequestDispatcher處理異步的重分發(fā)。討論的結(jié)果是，新規(guī)范添加了20個(gè)方法和3個(gè)新的接口。由于其復(fù)雜性，在公開審閱階段被廣泛批評(píng)。最終建議草案定義了一個(gè)明確的分發(fā)類型：AsyncContext.dispatch，它被用于執(zhí)行異步請(qǐng)求，并包含相當(dāng)簡(jiǎn)化了的API。@WebServlet和@WebFilter注釋具有一個(gè)boolean型的屬性：asyncSupported，缺省為false。當(dāng)它被設(shè)為true時(shí)，應(yīng)用程序可以通過(guò)調(diào)用startAsync啟動(dòng)另一個(gè)分離的線程進(jìn)行異步處理，同時(shí)傳遞給它到request（請(qǐng)求）和response（響應(yīng)）對(duì)象的引用，之后從容器里的原線程退出。這意味著response將沿著與進(jìn)來(lái)相同的路徑反序遍歷這些過(guò)濾器（或過(guò)濾器鏈）。當(dāng)異步處理從request開始時(shí)，另一個(gè)線程或者回調(diào)（callback）也可以產(chǎn)生response并調(diào)用complete方法，或者通過(guò)AsyncContext.dispatch方法將request分發(fā)出去，以便它在容器的上下文環(huán)境中運(yùn)行。
【編輯推薦】
