असामान्य जेएसएफ और वसंत एकीकरण

परिचय

मैं इन दो रूपरेखाओं के असामान्य एकीकरण के अपने अनुभव को साझा करना चाहूंगा। मैं वास्तव में इस तरह के महत्वपूर्ण सवालों पर "मुझे जेएसएफ की आवश्यकता क्यों है" को छूना पसंद नहीं करूंगा, मैं एक आरक्षण दूंगा कि मैं इस तकनीक का समर्थक नहीं हूं।

एक लंबे समय के लिए, स्प्रिंग + हाइबरनेट + पीएल / एसक्यूएल फ़ाइलों और ओरेकल पैकेजों की एक बड़ी संख्या में एक चिड़ियाघर अनुप्रयोग विकसित किया गया था। स्व-निर्मित जावास्क्रिप्ट और एचटीएमएल का उपयोग करने वाले स्थानों में यूजर इंटरफेस 4 वें और 2 वें संस्करण के एक्सटीजेएस पर बनाया गया था। सामान्य तौर पर, एक सामान्य कॉर्पोरेट फ्रैंकनस्टाइन। बल की बड़ी परिस्थितियों ने मुझे कुछ इंटरफेस बनाने के लिए JSF का उपयोग करने के लिए मजबूर किया, इसलिए JSF को मौजूदा स्प्रिंग MVC- आधारित अनुरोध प्रसंस्करण प्रणाली में एकीकृत किया जाना चाहिए। मैंने प्राइमफेस का उपयोग किया, लेकिन मेरा मानना ​​है कि बाकी कार्यान्वयनों के लिए वही तरीके लागू होते हैं।

स्पष्ट बातें

सबसे पहले, web.xml फ़ाइल में एक अलग सर्वलेट बनाएं।

<servlet> <servlet-name>JSF</servlet-name> <servlet-class>javax.faces.webapp.FacesServlet</servlet-class> <load-on-startup>1</load-on-startup> </servlet> <servlet-mapping> <servlet-name>JSF</servlet-name> <url-pattern>*.xhtml</url-pattern> </servlet-mapping> 

और फेस-config.xml फ़ाइल में हम स्प्रिंग सपोर्ट जोड़ेंगे ताकि आप xhtml ऑब्जेक्ट्स में स्प्रिंग एनोटेशन द्वारा बनाई गई बीन्स का उपयोग कर सकें।

 <application> <el-resolver>org.springframework.web.jsf.el.SpringBeanFacesELResolver</el-resolver> </application> 

अनुरोधों को लपेटें

अब तक, सब कुछ काफी सरल है और लगभग हर जगह वर्णित है। अब हमें निम्नलिखित समस्याओं को हल करना होगा:

1. JSF को वसंत के माध्यम से अनुरोध प्राप्त करें और पोस्ट करें।
2. लेन-देन का समर्थन जोड़ें (हम आलसी कलेक्शन के साथ हाइबरनेट के अंदर हैं)
3. एक जीवन भर के साथ सेम बनाएँ
4. उपयोगकर्ता को एक्सएचटीएमएल फ़ाइलों तक पहुंच से वंचित करें

पहले दो बिंदुओं को एक साथ हल किया जा सकता है। हमारे आवेदन में, सभी URL जिन पर JSF इंटरफेस बनाए जाएंगे वे फॉर्म "/ app / * / js / *"

 @Controller("") @RequestMapping("/app/*/jsf") public class JSFTestController { @RequestMapping(value = "/*", method = {RequestMethod.GET}) @Transactional(rollbackFor = Exception.class) public void redirectToJSF(HttpServletRequest request, HttpServletResponse response) throws Exception { String uri = request.getRequestURI(); //       RequestContextHolder.getRequestAttributes().setAttribute(JSF_REQUEST_URL, uri, RequestAttributes.SCOPE_REQUEST); String xhtmlPath= getXHTMLPath(uri); //   xhml ,     //    ,    request.getRequestDispatcher(xhtmlPath).forward(request, response); } //   public static String getURLFromRequest(HttpServletRequest request) { return (String) RequestContextHolder.getRequestAttributes().getAttribute(JSF_REQUEST_URL, RequestAttributes.SCOPE_REQUEST); } 

GetXHTMLPath विधि xHTML फ़ाइल के लिए पथ को विस्तारित करती है, उदाहरण के लिए, /resources/jsf/accounts/find_create.xhtml उस फ़ाइल तक पहुँचने के लिए जो [युद्ध फ़ाइल] \ संसाधनों \ jsn \ account \ find_create.xhtml में निहित है।

यह प्रदान किए गए एक्सएचटीएमएल पेज को देखने के लिए पर्याप्त है, हालांकि इंटरफेस के निर्माण के लिए प्रधान मंत्री POST अनुरोधों में समृद्ध हैं, और वे स्पष्ट रूप से गलत पते पर जाते हैं। फॉर्म रेंडरर अनुरोध के POST पथ (यानी, फॉर्म की एक्शन विशेषता के मूल्य) के गठन के लिए जिम्मेदार है। आपको केवल एक स्थिर फ़ंक्शन getActionStr को बदलने की आवश्यकता है, दुर्भाग्य से इसे स्थिर बनाया गया था और आपको इसे कॉल करने वाले फ़ंक्शन को ब्लॉक करना होगा:

 public class ActCorrectFormRenderer extends FormRenderer { private static final com.sun.faces.renderkit.Attribute[] ATTRIBUTES = AttributeManager.getAttributes(AttributeManager.Key.FORMFORM); private boolean writeStateAtEnd; public ActCorrectFormRenderer() { WebConfiguration webConfig = WebConfiguration.getInstance(); writeStateAtEnd = webConfig.isOptionEnabled(WebConfiguration.BooleanWebContextInitParameter.WriteStateAtFormEnd); } @Override public void encodeBegin(FacesContext context, UIComponent component) throws IOException { rendererParamsNotNull(context, component); if (!shouldEncode(component)) { return; } ResponseWriter writer = context.getResponseWriter(); assert (writer != null); String clientId = component.getClientId(context); // since method and action are rendered here they are not added // to the pass through attributes in Util class. writer.write('\n'); writer.startElement("form", component); writer.writeAttribute("id", clientId, "clientId"); writer.writeAttribute("name", clientId, "name"); writer.writeAttribute("method", "post", null); writer.writeAttribute("action", getActionStr(context), null); String styleClass = (String) component.getAttributes().get("styleClass"); if (styleClass != null) { writer.writeAttribute("class", styleClass, "styleClass"); } String acceptcharset = (String) component.getAttributes().get("acceptcharset"); if (acceptcharset != null) { writer.writeAttribute("accept-charset", acceptcharset, "acceptcharset"); } RenderKitUtils.renderPassThruAttributes(context, writer, component, ATTRIBUTES); writer.writeText("\n", component, null); // this hidden field will be checked in the decode method to // determine if this form has been submitted. writer.startElement("input", component); writer.writeAttribute("type", "hidden", "type"); writer.writeAttribute("name", clientId, "clientId"); writer.writeAttribute("value", clientId, "value"); writer.endElement("input"); writer.write('\n'); // Write out special hhidden field for partial submits String viewId = context.getViewRoot().getViewId(); String actionURL = context.getApplication().getViewHandler().getActionURL(context, viewId); ExternalContext externalContext = context.getExternalContext(); String encodedActionURL = externalContext.encodeActionURL(actionURL); String encodedPartialActionURL = externalContext.encodePartialActionURL(actionURL); if (encodedPartialActionURL != null) { if (!encodedPartialActionURL.equals(encodedActionURL)) { writer.startElement("input", component); writer.writeAttribute("type", "hidden", "type"); writer.writeAttribute("name", "javax.faces.encodedURL", null); writer.writeAttribute("value", encodedPartialActionURL, "value"); writer.endElement("input"); writer.write('\n'); } } if (!writeStateAtEnd) { context.getApplication().getViewHandler().writeState(context); writer.write('\n'); } } private static String getActionStr(FacesContext context) { return JSFTestController.getURLFromRequest(HttpUtils.getCurrentRequest()); } } 

यह असुविधाजनक है, लेकिन स्थिर फ़ंक्शन को बदलने के लिए कोई अन्य विकल्प नहीं है। लेकिन इस तरह से फॉर्म की कार्रवाई को बदलना संभव था और पोस्ट अनुरोध उसी पते पर जाएंगे, जहां पेज के लिए दृश्य बनाया गया अनुरोध प्राप्त होता है। यह आपके रेंडर को फेस-कॉन्फिगर फाइल में रजिस्टर करना बाकी है:

 <render-kit> ... <renderer> <component-family>org.primefaces.component</component-family> <renderer-type>org.primefaces.component.MenuRenderer</renderer-type> <renderer-class>com.XXXXX.ActCorrectMenuRenderer</renderer-class> </renderer> ... </render-kit> 

GET और POST अनुरोधों को संसाधित करते समय एप्लिकेशन थोड़ा अलग चेक का उपयोग करता है, इसलिए विधियाँ अलग-अलग होती हैं, लेकिन एक सरल उदाहरण के लिए, redirectToJSF पद्धति को @RequestMapping (मान = "/ *", विधि {{RequestMethod.GET, RequestMethod.POST}) एनोटेट किया जा सकता है।

"दृश्य" गुंजाइश

जेएसएफ को सेम की आवश्यकता होती है जो दृश्य के भीतर मौजूद होती है, अर्थात प्रत्येक GET अनुरोध पर पैदा हुए और इस GET अनुरोध द्वारा उत्पन्न पृष्ठ से आने वाले POST अनुरोधों पर रहते हैं। हम पहिए को फिर से नहीं लगाएंगे, हम यहां कक्षा के लिए कोड उधार लेंगे: forum.springsource.org/showthread.php?80595-View-scope-with-Spring

सुरक्षा

एप्लिकेशन एक ब्राउज़र से एक साथ कई उपयोगकर्ताओं के तहत काम करने में सक्षम था, सत्र GUID को URL में जोड़ा गया था, इसलिए एक्सएचटीएमएल फ़ाइल तक सीधे पहुंच को अधिकृत नहीं किया गया है (जेएसएफ के बिना लॉगिन फॉर्म बनाया गया था), और इसे बाहर खींचें (या सीधे उपयोगकर्ता के अनुरोध को संसाधित करने के लिए जेएसएफ को मजबूर करें) का उपयोग करके फॉर्म के सत्र GUID के साथ एक अनुरोध:

लोकलहोस्ट: 8443 / <आवेदन नाम> /app/ea10efcb-4a2e-4eeb-aa71-24310882f7ad/jsf/accounts/find_create.xhtml

विफल हो जाएगा क्योंकि कोई फ़ाइल [xxx.war] /app/ea10efcb-4a2e-4eeb-aa71-24310882f7ad/jsf/accounts/find_create.xhtml

इसके अतिरिक्त, निम्नलिखित फिल्टर स्थापित किए गए थे:

• "-javax.faces.resource/**" - एक खाली फ़िल्टर (हमें खेद नहीं है, जो आप चाहते हैं उसे लें)
• / थीम्स / ** - खाली फिल्टर
• / ** / संसाधन / jsf / ** - प्राधिकरण जांच के साथ

निष्कर्ष

खैर, यहां हमने अपेक्षाकृत दर्द रहित (कार्यक्रम के लिए, डेवलपर के लिए, कई बिंदु बेहद दर्दनाक थे) जेएसएफ को एक जटिल आवेदन में जोड़कर मुख्य बिंदुओं की जांच की है। दृश्यों के पीछे POST अनुरोधों के दौरान अपवाद को संभालने के सवाल थे, प्रदर्शन को अनुकूलित करने के लिए यादृच्छिक घटक कॉल के खिलाफ लड़ाई, लेकिन यह एक अलग लेख के लिए एक विषय है।