支持JSR 286，無需編寫portlet

我們已經要求我們的新項目符合JSR 286，以便它最終可以在SharePoint中託管。但同時，我們被告知我們沒有被要求編寫一個portlet。只要符合標準。我們原本想用Struts 2，只是寫一個普通的應用程序。支持JSR 286，無需編寫portlet

這對任何人都有意義嗎？我將開始深入研究這個標準，但迄今爲止我讀到的東西使得它看起來不僅僅是「做這個......不要這樣做......這樣命名事情」這種交易。你要麼寫一個portlet，要麼你不寫。我錯了嗎？有誰知道任何指向任何一個方向的文章？

來源

2010-10-12 Shane Courtrille

JSR 286是Java portlet 2.0應用程序的規範。我知道在SharePoint中使用Java portlet的唯一標準方式是通過WSRP，但這是JSR 286的一個單獨規範。如果您要提供自己的WSRP實現，我不知道爲什麼要創建應用程序JSR 286兼容。

我不知道他們是否應該使用預先構建的portlet。例如，如果您使用的是基於JSF的portlet應用程序，那麼通常不會創建自己的portlet，而是依靠預先構建的實現來充當控制器並抽取某些實現特定的東西（儘管您仍然必須爲portlet編寫視圖 - 不包括標題標記等）。

我會要求澄清一下要求。

來源

2010-10-12 17:35:42 McDowell

我們做了，我提到了WSRP。他們似乎認爲SharePoint將支持JSR 286，並要求我們確保遵循它。但是，如果沒有在第一個地方編寫portlet，你無法真正做到這一點嗎？ – 2010-10-12 17:53:26

我可能對SharePoint不太瞭解，但我認爲我會安全地說它不會運行JEE應用程序。沒有portlet的JSR 286似乎是一個矛盾的術語。 JSR 286文檔開始_This文檔是Java Portlet Specification v2.0。這裏描述了Java Portlet API的標準._ – McDowell 2010-10-12 18:16:33

如果您乾淨地使用JSF，則將您與運行在servlet環境還是portlet環境中的問題隔離開來。只要你不這樣做，例如ServletContext sctx =（ServletContext）FacesContext.getCurrentInstance（）。getExternalContext（）。getContext（），那種事情。

來源

2010-10-12 23:12:34 EJP

支持JSR 286，無需編寫portlet

回答

相關問題