¿Por qué mi campo Spring @Autowired es nulo?

Si no está codificando una aplicación web, asegúrese de que su clase en la que se realiza @Autowiring sea un frijol de primavera. Por lo general, spring container no será consciente de la clase que podríamos pensar como un frijol de primavera. Tenemos que decirle al contenedor de primavera sobre nuestras clases de primavera.

Esto se puede lograr configurando en appln-contxt o la mejor manera es anotar la clase como @Component y por favor no cree la clase anotada usando el nuevo operador. Asegúrate de conseguirlo de Appln-contexto como abajo.

@Component
public class MyDemo {


    @Autowired
    private MyService  myService; 

    /**
     * @param args
     */
    public static void main(String[] args) {
        // TODO Auto-generated method stub
            System.out.println("test");
            ApplicationContext ctx=new ClassPathXmlApplicationContext("spring.xml");
            System.out.println("ctx>>"+ctx);

            Customer c1=null;
            MyDemo myDemo=ctx.getBean(MyDemo.class);
            System.out.println(myDemo);
            myDemo.callService(ctx);


    }

    public void callService(ApplicationContext ctx) {
        // TODO Auto-generated method stub
        System.out.println("---callService---");
        System.out.println(myService);
        myService.callMydao();

    }

}

En realidad, debe usar objetos administrados por JVM o Objetos administrados por Spring para invocar métodos. a partir de su código anterior en su clase controller, está creando un nuevo objeto para llamar a su clase de servicio que tiene un objeto cableado automático.

MileageFeeCalculator calc = new MileageFeeCalculator();

Así que no funcionará de esa manera.

La solución hace que este MileageFeeCalculator sea un objeto auto-cableado en el propio Controlador.

Cambie su clase de Controlador como abajo.

@Controller
public class MileageFeeController {

    @Autowired
    MileageFeeCalculator calc;  

    @RequestMapping("/mileage/{miles}")
    @ResponseBody
    public float mileageFee(@PathVariable int miles) {
        return calc.mileageCharge(miles);
    }
}

Una vez me encontré con el mismo problema cuando no estaba muy acostumbrado a the life in the IoC world. El campo @Autowired de uno de mis beans es nulo en tiempo de ejecución.

La causa raíz es, en lugar de usar el bean auto-creado mantenido por el contenedor Spring IoC (cuyo campo @Autowired es indeed correctamente inyectado), soy newing mi propia instancia de ese tipo de bean y lo uso. Por supuesto, el campo @Autowired de este es nulo porque Spring no tiene posibilidad de inyectarlo.

Su problema es nuevo (creación de objetos en estilo java)

MileageFeeCalculator calc = new MileageFeeCalculator();

Con anotación @Service, @Component, @Configuration habas se crean en el
contexto de la aplicación de Spring cuando se inicia el servidor. Pero cuando creamos objetos usando operador nuevo el objeto no se registra en el contexto de la aplicación que ya está creado. Por Ejemplo Empleado.clase java que he usado.

Mira esto:

public class ConfiguredTenantScopedBeanProcessor implements BeanFactoryPostProcessor {

@Override
public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException {
    String name = "tenant";
    System.out.println("Bean factory post processor is initialized"); 
    beanFactory.registerScope("employee", new Employee());

    Assert.state(beanFactory instanceof BeanDefinitionRegistry,
            "BeanFactory was not a BeanDefinitionRegistry, so CustomScope cannot be used.");
    BeanDefinitionRegistry registry = (BeanDefinitionRegistry) beanFactory;

    for (String beanName : beanFactory.getBeanDefinitionNames()) {
        BeanDefinition definition = beanFactory.getBeanDefinition(beanName);
        if (name.equals(definition.getScope())) {
            BeanDefinitionHolder proxyHolder = ScopedProxyUtils.createScopedProxy(new BeanDefinitionHolder(definition, beanName), registry, true);
            registry.registerBeanDefinition(beanName, proxyHolder.getBeanDefinition());
        }
    }
}

}

Parece ser un caso raro, pero esto es lo que me pasó:

Usamos @Inject en lugar de @Autowired que es el estándar javaee soportado por Spring. En cada lugar funcionó bien y los frijoles se inyectaron correctamente, en lugar de un solo lugar. La inyección de frijol parece la misma

@Inject
Calculator myCalculator

Por fin encontramos que el error fue que nosotros (en realidad, la función Eclipse auto complete) importamos com.opensymphony.xwork2.Inject en lugar de javax.inject.Inject!

Entonces, para resumir, asegúrese de que sus anotaciones (@Autowired, @Inject, @Service ,... ) tener paquetes correctos!

Soy nuevo en la primavera, pero descubrí esta solución de trabajo. Por favor, dime si es una forma obsoleta.

Hago Spring inject applicationContext en este frijol:

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.context.ApplicationContext;
import org.springframework.stereotype.Component;

@Component
public class SpringUtils {

    public static ApplicationContext ctx;

    /**
     * Make Spring inject the application context
     * and save it on a static variable,
     * so that it can be accessed from any point in the application. 
     */
    @Autowired
    private void setApplicationContext(ApplicationContext applicationContext) {
        ctx = applicationContext;       
    }
}

Puede poner este código también en la clase de aplicación principal si lo desea.

Otras clases pueden usarlo así:

MyBean myBean = (MyBean)SpringUtils.ctx.getBean(MyBean.class);

De esta manera cualquier frijol puede ser obtenido por cualquier objeto en la aplicación (también intanciado con new) y de una manera estática.

Creo que se ha perdido para instruir a spring para escanear las clases con anotación.

Puede usar @ComponentScan("packageToScan") en la clase de configuración de su aplicación spring para indicar a spring que escanee.

@Service, @Component etc anotaciones añadir meta descripción.

Spring solo inyecta instancias de aquellas clases que se crean como bean o se marcan con anotación.

Las clases marcadas con anotación deben ser identificadas por spring antes de inyectar, @ComponentScan instruir spring look para las clases marcadas con anotación. Cuando Spring encuentra @Autowired busca el bean relacionado e inyecta la instancia requerida.

Agregar solo anotación, no arregla ni facilita la inyección de dependencias, Spring necesita saber dónde buscar.

Otra solución sería poner llamada: SpringBeanAutowiringSupport.processInjectionBasedOnCurrentContext(this)
Para el constructor de MileageFeeCalculator como este:

@Service
public class MileageFeeCalculator {

    @Autowired
    private MileageRateService rateService; // <--- will be autowired when constructor is called

    public MileageFeeCalculator() {
        SpringBeanAutowiringSupport.processInjectionBasedOnCurrentContext(this)
    }

    public float mileageCharge(final int miles) {
        return (miles * rateService.ratePerMile()); 
    }
}

También puede solucionar este problema utilizando la anotación @Service en la clase service y pasando el bean ClassA requerido como parámetro al otro constructor beans ClassB y anotar el constructor de ClassB con @Autowired. Fragmento de muestra aquí:

@Service
public class ClassB {

    private ClassA classA;

    @Autowired
    public ClassB(ClassA classA) {
        this.classA = classA;
    }

    public void useClassAObjectHere(){
        classA.callMethodOnObjectA();
    }
}

ACTUALIZACIÓN: Las personas realmente inteligentes se apresuraron a señalar esta respuesta, que explica la rareza, descrita a continuación

RESPUESTA ORIGINAL:

No se si ayuda a alguien, pero estaba atascado con el mismo problema incluso mientras hacía las cosas aparentemente bien. En mi método Principal, tengo un código como este:

ApplicationContext context =
    new ClassPathXmlApplicationContext(new String[] {
        "common.xml",
        "token.xml",
        "pep-config.xml" });
    TokenInitializer ti = context.getBean(TokenInitializer.class);

Y en un archivo token.xml he tenido una línea

<context:component-scan base-package="package.path"/>

Me di cuenta de que el paquete.el camino ya no existe, así que acabo de caer la línea para siempre.

Y después de eso, NPE comenzó a entrar. En un pep-config.xml solo tenía 2 frijoles:

<bean id="someAbac" class="com.pep.SomeAbac" init-method="init"/>
<bean id="settings" class="com.pep.Settings"/>

Y la clase SomeAbac tiene una propiedad declarada como

@Autowired private Settings settings;

Por alguna razón desconocida, settings es null en init(), cuando el elemento <context:component-scan/> no está presente en absoluto, pero cuando está presente y tiene algunas bs como paquete base, todo funciona bien. Esta línea ahora se ve así:

<context:component-scan base-package="some.shit"/>

Y funciona. Puede ser que alguien pueda dar una explicación, pero para mí es suficiente ahora mismo )

Si esto está sucediendo en una clase de prueba, asegúrese de que no ha olvidado anotar la clase.

Por ejemplo, en Spring Boot :

@RunWith(SpringRunner.class)
@SpringBootTest
public class MyTests {
    ....