क्या एक स्प्रिंग एप्लिकेशन में स्टेटिकली / ग्लोबली एप्लीकेशनकॉनटेक्स्ट की एक प्रति का अनुरोध करने का एक तरीका है?
यह मानते हुए कि मुख्य वर्ग शुरू होता है और एप्लिकेशन संदर्भ को इनिशियलाइज़ करता है, क्या उसे कॉल स्टैक से गुजरने की ज़रूरत है जो किसी भी वर्ग को इसकी आवश्यकता है, या क्या क्लास के लिए पहले से बनाए गए संदर्भ के लिए पूछने का कोई तरीका है? (जो मुझे लगता है कि एक सिंगलटन होना चाहिए?)
जवाबों:
यदि ऑब्जेक्ट को कंटेनर तक पहुंचने की आवश्यकता है, तो कंटेनर में एक बीन है, बस बीनफैक्टरीवेयर या एप्लिकेशनकोटेक्स्टवेयरवेयर इंटरफेस को लागू करें।
यदि कंटेनर के बाहर किसी वस्तु को कंटेनर तक पहुंच की आवश्यकता होती है, तो मैंने वसंत कंटेनर के लिए एक मानक GoF सिंगलटन पैटर्न का उपयोग किया है । इस तरह, आपके आवेदन में केवल एक सिंगलटन है, बाकी सभी कंटेनर में सिंगलटन बीन्स हैं।
instance()एक कारखाने के रूप में सिंगलटन की विधि का उपयोग करने के लिए कहा था । हालांकि, मुझे लगता है कि मैं कंटेनर के बाहर सभी कोड को पहले कंटेनर तक पहुंचने देता हूं। फिर वह कोड कंटेनर से वस्तुओं का अनुरोध कर सकता है।
आप लागू कर सकते हैं ApplicationContextAwareया सिर्फ उपयोग कर सकते हैं @Autowired:
public class SpringBean {
@Autowired
private ApplicationContext appContext;
}SpringBeanApplicationContextइंजेक्ट किया जाएगा , जिसके भीतर यह सेम त्वरित है। उदाहरण के लिए यदि आपके पास एक सुंदर मानक संदर्भ पदानुक्रम के साथ वेब अनुप्रयोग है:
main application context <- (child) MVC contextऔर SpringBeanमुख्य संदर्भ के भीतर घोषित किया जाता है, इसमें मुख्य संदर्भ इंजेक्ट किया जाएगा; अन्यथा, यदि इसे MVC संदर्भ में घोषित किया जाता है, तो इसमें MVC संदर्भ इंजेक्ट किया जाएगा।
@Injectभी कर सकते हैं
यहाँ एक अच्छा तरीका है (मेरा नहीं, मूल संदर्भ यहाँ है: http://sujitpal.blogspot.com/2007/03/accessing-spring-beans-from-legacy-code.html
मैंने इस दृष्टिकोण का उपयोग किया है और यह ठीक काम करता है। मूल रूप से यह एक साधारण बीन है जो एप्लिकेशन संदर्भ के लिए एक (स्थिर) संदर्भ रखता है। इसे स्प्रिंग कॉन्फ़िगर में संदर्भित करके इसे इनिशियलाइज़ किया गया है।
मूल रेफरी पर एक नज़र डालें, यह बहुत स्पष्ट है।
getBeanएक इकाई परीक्षण के दौरान चलने वाले कोड से कॉल करते हैं तो यह दृष्टिकोण विफल हो सकता है क्योंकि इससे पहले कि आप पूछें, स्प्रिंग संदर्भ स्थापित नहीं किया जाएगा। इसकी एक दौड़ की स्थिति मैं इस दृष्टिकोण का सफलतापूर्वक उपयोग करने के 2 वर्षों के बाद सिर्फ आज में पटक दिया।
मेरा मानना है कि आप सिंगलटनबैनफैक्टरीलोकेटर का उपयोग कर सकते हैं । BeanRefFactory.xml फ़ाइल वास्तविक अनुप्रयोगकॉन्टेक्ट को धारण करेगी, यह कुछ इस तरह से जाएगी:
<bean id="mainContext" class="org.springframework.context.support.ClassPathXmlApplicationContext">
<constructor-arg>
<list>
<value>../applicationContext.xml</value>
</list>
</constructor-arg>
</bean>और कोड को एप्लिकेशनकंटेक्स्ट से सेम प्राप्त करने के लिए जहां से कुछ इस तरह होगा:
BeanFactoryLocator bfl = SingletonBeanFactoryLocator.getInstance();
BeanFactoryReference bf = bfl.useBeanFactory("mainContext");
SomeService someService = (SomeService) bf.getFactory().getBean("someService");स्प्रिंग टीम ने इस वर्ग और यादायदा के उपयोग को हतोत्साहित किया, लेकिन इसने मुझे अच्छी तरह से अनुकूल किया है जहाँ मैंने इसका उपयोग किया है।
इससे पहले कि आप किसी अन्य सुझाव को लागू करें, खुद से ये सवाल पूछें ...
इन सवालों के जवाब कुछ प्रकार के अनुप्रयोगों (उदाहरण के लिए वेब ऐप) में आसान हैं, क्योंकि वे दूसरों में हैं, लेकिन वैसे भी पूछने लायक हैं।
ApplicationContext तक पहुँचना संपूर्ण निर्भरता इंजेक्शन सिद्धांत का उल्लंघन करता है, लेकिन कभी-कभी आपको अधिक विकल्प नहीं मिला है।
यदि आप एक वेब-ऐप का उपयोग करते हैं, तो एक सर्वलेटफिल्टर और थ्रेडलोकल का उपयोग करके सिंगलटन का उपयोग किए बिना एप्लिकेशन संदर्भ तक पहुंचने का एक और तरीका भी है। फ़िल्टर में आप WebApplicationContextUtils का उपयोग करके एप्लिकेशन संदर्भ तक पहुंच सकते हैं और TheadLocal में एप्लिकेशन संदर्भ या आवश्यक बीन्स को स्टोर कर सकते हैं।
सावधानी: यदि आप थ्रेडलोक को अनसुना करना भूल जाते हैं, तो आपको आवेदन को रद्द करने की कोशिश करते समय बुरा समस्याएं मिलेंगी! इस प्रकार, आपको इसे सेट करना चाहिए और तुरंत एक कोशिश शुरू करनी चाहिए जो थ्रेडलोक को अंततः-भाग में अनसेट करता है।
बेशक, यह अभी भी एक सिंगलटन का उपयोग करता है: थ्रेडलोक। लेकिन वास्तविक फलियों की अब और आवश्यकता नहीं है। यहां तक कि अनुरोध-स्कोप भी किया जा सकता है, और यह समाधान भी काम करता है यदि आपके पास EAR में परिवादियों के साथ एक आवेदन में कई WAR हैं। फिर भी, आप थ्रेडलोक के इस उपयोग को सादे सिंग्लेटन्स के उपयोग के रूप में बुरा मान सकते हैं। ;-)
शायद वसंत पहले से ही एक समान समाधान प्रदान करता है? मुझे एक नहीं मिला, लेकिन मुझे यकीन नहीं है।
SpringApplicationContext.java
import org.springframework.beans.BeansException;
import org.springframework.context.ApplicationContext;
import org.springframework.context.ApplicationContextAware;
/**
* Wrapper to always return a reference to the Spring Application
Context from
* within non-Spring enabled beans. Unlike Spring MVC's
WebApplicationContextUtils
* we do not need a reference to the Servlet context for this. All we need is
* for this bean to be initialized during application startup.
*/
public class SpringApplicationContext implements
ApplicationContextAware {
private static ApplicationContext CONTEXT;
/**
* This method is called from within the ApplicationContext once it is
* done starting up, it will stick a reference to itself into this bean.
* @param context a reference to the ApplicationContext.
*/
public void setApplicationContext(ApplicationContext context) throws BeansException {
CONTEXT = context;
}
/**
* This is about the same as context.getBean("beanName"), except it has its
* own static handle to the Spring context, so calling this method statically
* will give access to the beans by name in the Spring application context.
* As in the context.getBean("beanName") call, the caller must cast to the
* appropriate target class. If the bean does not exist, then a Runtime error
* will be thrown.
* @param beanName the name of the bean to get.
* @return an Object reference to the named bean.
*/
public static Object getBean(String beanName) {
return CONTEXT.getBean(beanName);
}
}स्रोत: http://sujitpal.blogspot.de/2007/03/accessing-spring-beans-from-legacy-code.html
ContextSingletonBeanFactoryLocator पर एक नज़र । यह स्प्रिंग के संदर्भों को पकड़ पाने के लिए स्थिर अभिगमकर्ता प्रदान करता है, यह मानते हुए कि वे कुछ निश्चित तरीकों से पंजीकृत हैं।
यह सुंदर नहीं है, और शायद जितना आप चाहते हैं उससे अधिक जटिल है, लेकिन यह काम करता है।
स्प्रिंग एप्लिकेशन में एप्लिकेशन संदर्भ प्राप्त करने के कई तरीके हैं। उन लोगों को दिया जाता है:
ViaContextAware :
import org.springframework.beans.BeansException;
import org.springframework.context.ApplicationContext;
import org.springframework.context.ApplicationContextAware;
public class AppContextProvider implements ApplicationContextAware {
private ApplicationContext applicationContext;
@Override
public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
this.applicationContext = applicationContext;
}
}यहाँ पर setApplicationContext(ApplicationContext applicationContext)आपको applicationContext मिलेगा
ApplicationContextAware :
किसी भी ऑब्जेक्ट द्वारा लागू किया जाने वाला इंटरफ़ेस जिसे एप्लिकेशन कॉन्टेक्स्ट के बारे में सूचित किया जाना है जो इसे चलाता है। इस इंटरफ़ेस को लागू करना उदाहरण के लिए समझ में आता है जब किसी वस्तु को सहयोगी बीन्स के सेट तक पहुंच की आवश्यकता होती है।
स्वचालित :
@Autowired
private ApplicationContext applicationContext;यहां @Autowiredकीवर्ड एप्लिकेशन कॉन्टेक्स्ट प्रदान करेगा। ऑटोवाले को कुछ दिक्कत है। यह इकाई-परीक्षण के दौरान समस्या पैदा करेगा।
ध्यान दें कि किसी भी स्थिति को वर्तमान से ApplicationContext, या ApplicationContextस्वयं एक स्थिर चर में संग्रहीत करके - उदाहरण के लिए सिंगलटन पैटर्न का उपयोग करके - यदि आप स्प्रिंग-टेस्ट का उपयोग कर रहे हैं तो आप अपने परीक्षणों को अस्थिर और अप्रत्याशित बना देंगे। इसका कारण यह है कि स्प्रिंग-टेस्ट कैश और एक ही जेवीएम में एप्लिकेशन संदर्भों का पुन: उपयोग करता है। उदाहरण के लिए:
@ContextConfiguration({"classpath:foo.xml"})।@ContextConfiguration({"classpath:foo.xml", "classpath:bar.xml})@ContextConfiguration({"classpath:foo.xml"})जब टेस्ट ए चलता है, एक ApplicationContextबनाया जाता है, और किसी भी बीन्स को इम्प्लांटिंग ApplicationContextAwareया ऑटोवायरिंग ApplicationContextस्टैटिक वेरिएबल को लिख सकता है।
जब टेस्ट बी चलता है तो वही होता है, और स्टैटिक वैरिएबल अब टेस्ट बी की ओर इशारा करता है ApplicationContext
जब टेस्ट सी चलाता है, कोई सेम बनाई गई हैं के रूप में TestContext(और इस के साथ साथ ApplicationContext) टेस्ट एक से resused है। अब आपके पास एक स्थिर वैरिएबल ApplicationContextहै जो आपके परीक्षण के लिए वर्तमान में फलियों को पकड़े हुए एक से दूसरे को इंगित करता है ।
यह सुनिश्चित नहीं है कि यह कितना उपयोगी होगा, लेकिन जब आप ऐप को इनिशियलाइज़ करते हैं तो आप संदर्भ भी प्राप्त कर सकते हैं। यह सबसे जल्दी है जब आप संदर्भ प्राप्त कर सकते हैं, उससे पहले भी @Autowire।
@SpringBootApplication
public class Application extends SpringBootServletInitializer {
private static ApplicationContext context;
// I believe this only runs during an embedded Tomcat with `mvn spring-boot:run`.
// I don't believe it runs when deploying to Tomcat on AWS.
public static void main(String[] args) {
context = SpringApplication.run(Application.class, args);
DataSource dataSource = context.getBean(javax.sql.DataSource.class);
Logger.getLogger("Application").info("DATASOURCE = " + dataSource);कृपया ध्यान दें कि; नीचे दिए गए कोड पहले से लोड किए गए का उपयोग करने के बजाय नए एप्लिकेशन संदर्भ बनाएंगे।
private static final ApplicationContext context =
new ClassPathXmlApplicationContext("beans.xml");यह भी ध्यान दें कि युद्ध में इसका मतलब beans.xmlहिस्सा होना चाहिए , जहां यह वास्तविक अनुप्रयोग के रूप में उल्लिखित है ।src/main/resourcesWEB_INF/classesapplicationContext.xmlWeb.xml
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>META-INF/spring/applicationContext.xml</param-value>
</context-param>यह है मुश्किल का उल्लेख applicationContext.xmlमें पथ ClassPathXmlApplicationContextनिर्माता। ClassPathXmlApplicationContext("META-INF/spring/applicationContext.xml")फ़ाइल का पता लगाने में सक्षम नहीं होगा।
इसलिए एनोटेशन का उपयोग करके मौजूदा एप्लिकेशन कॉन्टेक्स्ट का उपयोग करना बेहतर है।
@Component
public class OperatorRequestHandlerFactory {
public static ApplicationContext context;
@Autowired
public void setApplicationContext(ApplicationContext applicationContext) {
context = applicationContext;
}
}मुझे पता है कि इस सवाल का जवाब दिया गया है, लेकिन मैं कोटलिन कोड को साझा करना चाहूंगा जो मैंने स्प्रिंग कॉन्सेप्ट को पुनः प्राप्त करने के लिए किया था।
मैं विशेषज्ञ नहीं हूं, इसलिए मैं आलोचकों, समीक्षाओं और सलाह के लिए खुला हूं:
https://gist.github.com/edpichler/9e22309a86b97dbd4cb1ffe011aa69dd
package com.company.web.spring
import com.company.jpa.spring.MyBusinessAppConfig
import org.springframework.beans.factory.annotation.Autowired
import org.springframework.context.ApplicationContext
import org.springframework.context.annotation.AnnotationConfigApplicationContext
import org.springframework.context.annotation.ComponentScan
import org.springframework.context.annotation.Configuration
import org.springframework.context.annotation.Import
import org.springframework.stereotype.Component
import org.springframework.web.context.ContextLoader
import org.springframework.web.context.WebApplicationContext
import org.springframework.web.context.support.WebApplicationContextUtils
import javax.servlet.http.HttpServlet
@Configuration
@Import(value = [MyBusinessAppConfig::class])
@ComponentScan(basePackageClasses = [SpringUtils::class])
open class WebAppConfig {
}
/**
*
* Singleton object to create (only if necessary), return and reuse a Spring Application Context.
*
* When you instantiates a class by yourself, spring context does not autowire its properties, but you can wire by yourself.
* This class helps to find a context or create a new one, so you can wire properties inside objects that are not
* created by Spring (e.g.: Servlets, usually created by the web server).
*
* Sometimes a SpringContext is created inside jUnit tests, or in the application server, or just manually. Independent
* where it was created, I recommend you to configure your spring configuration to scan this SpringUtils package, so the 'springAppContext'
* property will be used and autowired at the SpringUtils object the start of your spring context, and you will have just one instance of spring context public available.
*
*Ps: Even if your spring configuration doesn't include the SpringUtils @Component, it will works tto, but it will create a second Spring Context o your application.
*/
@Component
object SpringUtils {
var springAppContext: ApplicationContext? = null
@Autowired
set(value) {
field = value
}
/**
* Tries to find and reuse the Application Spring Context. If none found, creates one and save for reuse.
* @return returns a Spring Context.
*/
fun ctx(): ApplicationContext {
if (springAppContext!= null) {
println("achou")
return springAppContext as ApplicationContext;
}
//springcontext not autowired. Trying to find on the thread...
val webContext = ContextLoader.getCurrentWebApplicationContext()
if (webContext != null) {
springAppContext = webContext;
println("achou no servidor")
return springAppContext as WebApplicationContext;
}
println("nao achou, vai criar")
//None spring context found. Start creating a new one...
val applicationContext = AnnotationConfigApplicationContext ( WebAppConfig::class.java )
//saving the context for reusing next time
springAppContext = applicationContext
return applicationContext
}
/**
* @return a Spring context of the WebApplication.
* @param createNewWhenNotFound when true, creates a new Spring Context to return, when no one found in the ServletContext.
* @param httpServlet the @WebServlet.
*/
fun ctx(httpServlet: HttpServlet, createNewWhenNotFound: Boolean): ApplicationContext {
try {
val webContext = WebApplicationContextUtils.findWebApplicationContext(httpServlet.servletContext)
if (webContext != null) {
return webContext
}
if (createNewWhenNotFound) {
//creates a new one
return ctx()
} else {
throw NullPointerException("Cannot found a Spring Application Context.");
}
}catch (er: IllegalStateException){
if (createNewWhenNotFound) {
//creates a new one
return ctx()
}
throw er;
}
}
}अब, एक स्प्रिंग संदर्भ सार्वजनिक रूप से उपलब्ध है, जो इस जावा सर्वलेट पर संदर्भ (जूनिट परीक्षण, सेम, मैन्युअल रूप से तात्कालिक कक्षाओं) से स्वतंत्र एक ही विधि को कॉल करने में सक्षम है:
@WebServlet(name = "MyWebHook", value = "/WebHook")
public class MyWebServlet extends HttpServlet {
private MyBean byBean
= SpringUtils.INSTANCE.ctx(this, true).getBean(MyBean.class);
public MyWebServlet() {
}
}दृष्टिकोण 1: आप ApplicationContextAware इंटरफ़ेस को लागू करके ApplicationContext को इंजेक्ट कर सकते हैं। संदर्भ लिंक ।
@Component
public class ApplicationContextProvider implements ApplicationContextAware {
private ApplicationContext applicationContext;
public ApplicationContext getApplicationContext() {
return applicationContext;
}
@Override
public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
this.applicationContext = applicationContext;
}
}दृष्टिकोण 2: स्प्रिंग प्रबंधित बीन्स में से किसी एक में ऑटोवेयर अनुप्रयोग संदर्भ।
@Component
public class SpringBean {
@Autowired
private ApplicationContext appContext;
}संदर्भ लिंक ।