引入：

在我們第一次打開openCMS主工作區的時候，我們的請求地址是：http://localhost:8080/opencms/opencms/system/workplace/views/workplace.jsp， 它會打開一個類似如下的工作區界面：

細心的讀者會發現，此工作區文件workplace.jsp在整個opencms.war中根本就沒有，那么這個頁面到底來自哪里呢？

解決:

我們做了調試，當請求到達opencms時候，它最早會進入OpenCmsServlet的doGet()方法，它進而會去調用OpenCmsCore的showResource()方法：

protected?void?showResource(HttpServletRequestreq,HttpServletResponse?res)?{CmsObject?cms?=?null;try?{cms?=?initCmsObject(req,?res);….//?user?is?initialized,?now?deliver?the?requested?resourceCmsResource?resource?=?initResource(cms,?cms.getRequestContext().getUri(),req,res);if?(resource?!=?null){//?a?file?was?read,?go?on?process?itm_resourceManager.loadResource(cms,?resource,?req,?res);m_sessionManager.updateSessionInfo(cms,?req);}}?catch?(Throwable?t)?{errorHandling(cms,?req,?res,?t);} }

此方法從宏觀上做了幾件大事：

(1)初始化CMS對象和當前用戶配置信息（這個我們沒興趣）

(2)根據請求URL獲取Resource對象（這應該是一個對象ID)。

(3)讓CmsResourceManager載入Resource對象（這應該是一個真實頁面）

我們逐個分析。

亮點1： 如何根據請求URL獲取Resource對象：

對于根據請求URL獲取Resource對象，可以看到它首先調用了CmsResource的initResource()方法，而initResource()方法會調用CmsObject的readDefaultFile方法來從CMS的VFS(虛擬文件系統）中獲取指定的Resource. 這個readDefaultFile會根據請求的資源URI來創建一個UUID，然后獲取資源對象，如果獲取不成功，則直接通過URI來獲取資源對象。這里從調試過程可以看出，它是直接通過URI來獲取資源對象：

而獲取方式則是通過CmsSecurityManager的readResource()方法，它進而會委托CmsDriverManager的readResource()方法來從數據庫中獲取Resource對象：

public?CmsResource?readResource(CmsDbContext?dbc,?String?resourcePath,CmsResourceFilter?filter)throwsCmsDataAccessException?{CmsUUID?projectId?=getProjectIdForContext(dbc);//?please?note:?the?filter?will?be?applied?in?the?security?manager?laterCmsResource?resource?=getVfsDriver(dbc).readResource(dbc,?projectId,?resourcePath,filter.includeDeleted());//?context?dates?need?to?be?updatedupdateContextDates(dbc,?resource);//?return?the?resourcereturn?resource; }

從調試結果可以看，它會構建以下的查詢語句：

SELECT?CMS_OFFLINE_STRUCTURE.STRUCTURE_ID,CMS_OFFLINE_STRUCTURE.RESOURCE_ID,CMS_OFFLINE_STRUCTURE.RESOURCE_PATH,CMS_OFFLINE_STRUCTURE.STRUCTURE_STATE,CMS_OFFLINE_STRUCTURE.DATE_RELEASED,CMS_OFFLINE_STRUCTURE.DATE_EXPIRED,CMS_OFFLINE_STRUCTURE.STRUCTURE_VERSION,CMS_OFFLINE_RESOURCES.RESOURCE_ID,CMS_OFFLINE_RESOURCES.RESOURCE_TYPE,CMS_OFFLINE_RESOURCES.RESOURCE_FLAGS,CMS_OFFLINE_RESOURCES.RESOURCE_STATE,CMS_OFFLINE_RESOURCES.DATE_CREATED,CMS_OFFLINE_RESOURCES.DATE_LASTMODIFIED,CMS_OFFLINE_RESOURCES.USER_CREATED,CMS_OFFLINE_RESOURCES.USER_LASTMODIFIED,CMS_OFFLINE_RESOURCES.PROJECT_LASTMODIFIEDASLOCKED_IN_PROJECT,CMS_OFFLINE_RESOURCES.RESOURCE_SIZE,CMS_OFFLINE_RESOURCES.DATE_CONTENT,CMS_OFFLINE_RESOURCES.SIBLING_COUNT,CMS_OFFLINE_RESOURCES.RESOURCE_VERSION,CMS_OFFLINE_RESOURCES.PROJECT_LASTMODIFIEDFROM?CMS_OFFLINE_STRUCTURE,CMS_OFFLINE_RESOURCES?WHERECMS_OFFLINE_STRUCTURE.RESOURCE_PATH='/system/workplace/views/workplace.jsp'?ANDCMS_OFFLINE_STRUCTURE.RESOURCE_ID=CMS_OFFLINE_RESOURCES.RESOURCE_ID?ORDER?BYCMS_OFFLINE_STRUCTURE.STRUCTURE_STATE?ASC

此查詢的用意是根據請求的RESOURCE_PATH來查找CMS離線結構表CMS_OFFLINE_STRUCTURE（很好理解，因為這塊是框架層面的,不是對外作為站點內容給用戶看的，所以這些資源應該是offline的結構資源），獲取對應的RESOURCE_ID和其他一些相關信息：

這樣，我們就獲得了資源ID為9c0a79be-f058-11d8-ba65-db38cc8f19d7 的資源，這就是請求workplace.jsp的資源ID。此資源對象的信息從調試器中獲知為：

[org.opencms.file.CmsResource,?path:/system/workplace/views/workplace.jsp,?structure?id840ccc67-11b7-11db-91cd-fdbae480bac9,?resource?id:9c0a79be-f058-11d8-ba65-db38cc8f19d7,?type?id:?4,?folder:?false,?flags:?0,?project:00000000-0000-0000-0000-000000000000,?state:?0,?date?created:?Mon?Jun?2716:00:00?CST?2005,?user?created:?c300ba5c-01e8-3727-b305-5dcc9ccae1ee,?datelastmodified:?Mon?Jan?29?18:25:58?CST?2007,?user?lastmodified:c300ba5c-01e8-3727-b305-5dcc9ccae1ee,?date?released:?Thu?Jan?01?08:00:00?CST1970,?date?expired:?Sun?Aug?17?15:12:55?CST?292278994,?date?content:?Sun?Nov?3008:06:18?CST?2014,?size:?1546,?sibling?count:?2,?version:?1]

亮點2：如何根據Resource對象獲得真實Resource并進行渲染：

這就是靠CmsResourceManager的loadResource()方法來做具體的文件讀取，然后通過CmsSessionManager來更新會話了。具體略，其實質就是通過剛才的ResourceID查找CMS_CONTENT表獲取對應的頁面JSP文件，然后利用合適的加載器來加載。因為fileType是jsp，所以最終使用的加載器是CmsJspLoader.

我們查找數據庫CMS_CONTENTS表，果然找到了對應的記錄：

將該BLOB打開，我們查看內容：

發現它是用的frameset結構，之前會先外部引入一些js 文件，比如explorer.js,ajax.js,top_js.jsp，之后在frameset中，又會先包含top_head.jsp，主體和top_foot.jsp ，而這一切和我們從Firebug的網絡視圖中看到的是一樣的：

總結：

(1)這些最終請求的資源文件都以BLOB形式存放在數據庫中而不是直接在opencms.war中。

(2)從請求URI到資源ID獲取通過查找CMS_OFFLINE_STRUCTURE和CMS_OFFLINE_RESOURCES這兩張表。CmsResource,CmsObject,CmsSecurityManager,CmsDriverManager都參與其中。

(3)從資源ID到真實頁面的JSP文件通過查找CMS_CONTENTS表，CmsResourceManager參與其中。

轉載于:https://blog.51cto.com/supercharles888/1584645

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的opencms的主工作区文件研究的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。