Tim/Musachy
Was http://issues.apache.org/struts/browse/WW-2479 resolved and incorporated
into current distro?
if applicationContext.xml contains:
<bean id="stringBean" class="java.lang.String" autowire-candidate="false">
<constructor-arg value="${stringBean}"/>
</bean>
--do not autowire stringBean
If so ..should we change struts-config.xml from
<struts>
<bean type="com.opensymphony.xwork2.ObjectFactory" name="spring"
class="org.apache.struts2.spring.StrutsSpringObjectFactory" />
<!-- Make the Spring object factory the automatic default -->
<constant name="struts.objectFactory" value="spring" />
<package name="spring-default">
<interceptors>
<interceptor name="autowiring"
class="com.opensymphony.xwork2.spring.interceptor.ActionAutowiringInterceptor"/>
<interceptor name="sessionAutowiring"
class="org.apache.struts2.spring.interceptor.SessionContextAutowiringInterceptor"/>
</interceptors>
</package>
</struts>
to.. configure autowire attribute set to "no"
<struts>
<bean type="com.opensymphony.xwork2.ObjectFactory" name="spring"
class="org.apache.struts2.spring.StrutsSpringObjectFactory" autowire="no"/>
<!-- Make the Spring object factory the automatic default -->
<constant name="struts.objectFactory" value="spring" />
<package name="spring-default">
<interceptors>
<interceptor name="autowiring"
class="com.opensymphony.xwork2.spring.interceptor.ActionAutowiringInterceptor"/>
<interceptor name="sessionAutowiring"
class="org.apache.struts2.spring.interceptor.SessionContextAutowiringInterceptor"/>
</interceptors>
</package>
</struts>
?
Martin
______________________________________________
Disclaimer and confidentiality note
Everything in this e-mail and any attachments relates to the official business
of Sender. This transmission is of a confidential nature and Sender does not
endorse distribution to any party other than intended recipient. Sender does
not necessarily endorse content contained within this transmission.
> Date: Thu, 22 Jan 2009 09:45:04 -0500
> From: to...@genome.med.harvard.edu
> To: user@struts.apache.org
> Subject: Re: Incorrect Bean Injected
>
> Ok that's what I figured. I have already extended the
> StrutsSpringObjectFactory to do this.
>
> Thanks,
> Tim
>
> Musachy Barroso wrote:
> > Not any time soon. You can either build from trunk, or create your own
> > factory that extends StrutsSpringObjectFactory, and overwrite the
> > methods(2) with the fix (quick and dirty solution).
> >
> > musachy
> >
> > On Fri, Jan 16, 2009 at 2:50 PM, Timothy Orme
> > <to...@genome.med.harvard.edu> wrote:
> >> Excellent, thank you! Just out of curiosity, what would the release
> >> timeline
> >> be on this?
> >>
> >> Thanks,
> >> Tim
> >>
> >> Musachy Barroso wrote:
> >>> I looked at the code and it cannot be set to none. I fixed it in
> >>> struts and xwork trunks, so in the future you will be able to set
> >>> "struts.objectFactory.spring.autoWire" to "no". The spring value is
> >>> AutowireCapableBeanFactory.AUTOWIRE_NO, so I followed the pattern and
> >>> used "no" instead of "none".
> >>>
> >>> musachy
> >>>
> >>>
> >>> On Fri, Jan 16, 2009 at 11:41 AM, Timothy Orme
> >>> <to...@genome.med.harvard.edu> wrote:
> >>>> So scratch that, I figured out that Struts is set to autowire by default
> >>>> with the spring plugin.
> >>>>
> >>>> In my struts.xml I have:
> >>>>
> >>>> <constant name="struts.objectFactory"
> >>>> value="org.apache.struts2.spring.StrutsSpringObjectFactory" />
> >>>> <constant name="struts.objectFactory.spring.autoWire" value="type" />
> >>>>
> >>>> And am now autowiring by type instead of name. However, does anyone know
> >>>> how
> >>>> to turn off autowiring altogether?
> >>>> I've seen a feature request for this, but it hasn't been filled yet. Has
> >>>> anyone devised a workaround?
> >>>>
> >>>> Thanks,
> >>>> Tim Orme
> >>>>
> >>>> Timothy Orme wrote:
> >>>>> This seems really strange to me, but I don't know the inner workings of
> >>>>> struts enough to know if it's expected behavior.
> >>>>>
> >>>>> I'm using Struts 2.1.2 and spring 2.5.3
> >>>>>
> >>>>> I have a 2 service beans that have the same name, but depending on the
> >>>>> action, one might be used instead of the other.
> >>>>>
> >>>>>
> >>>>> <bean id="hibernateUserService"
> >>>>> class="hibernate.service.impl.LoginUserServiceImpl">
> >>>>> </bean>
> >>>>>
> >>>>> <bean id="sqlUserService" class="sql.service.impl.LoginUserServiceImpl">
> >>>>> </bean>
> >>>>>
> >>>>> <bean id="submitQuoteAction" class="action.quotes.SubmitQuoteAction">
> >>>>> <property name="userService" ref="hibernateUserService" />
> >>>>> </bean>
> >>>>>
> >>>>> <bean id="registerUserAction" class="action.users.RegisterUserAction">
> >>>>> <property name="userService" ref="sqlUserService"/>
> >>>>> </bean>
> >>>>>
> >>>>> So I have 2 beans, each serving a similar purpose, so named the same,
> >>>>> but
> >>>>> used in different actions.
> >>>>>
> >>>>> What happens is, at the webapp startup, I see the beans get injected
> >>>>> into
> >>>>> the actions fine. The types are correct, and the property is set. The
> >>>>> server
> >>>>> starts without any issues. However, whats strange is that when I try and
> >>>>> go
> >>>>> to either action I get a null pointer for the userService objects in
> >>>>> both
> >>>>> actions.
> >>>>>
> >>>>> I did notice though, that if I name one of the service beans to just
> >>>>> "userService" instead of say, "hibernateUserService" then one of the
> >>>>> actions
> >>>>> will work correctly, while the other will fail saying that it cant cast
> >>>>> sql.service.impl.LoginUserServiceImpl to
> >>>>> hibernate.service.impl.LoginUserServiceImpl.
> >>>>>
> >>>>> It seems then that Struts is wiring the properties by bean name and
> >>>>> overriding the beans that I have specified in my applicationContext.
> >>>>> Does
> >>>>> anyone know what would cause this or how to work around it?
> >>>>>
> >>>>> Thanks,
> >>>>> Tim Orme
> >>>>>
> >>>>> ---------------------------------------------------------------------
> >>>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> >>>>> For additional commands, e-mail: user-h...@struts.apache.org
> >>>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> >>>> For additional commands, e-mail: user-h...@struts.apache.org
> >>>>
> >>>>
> >>>
> >>>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> >> For additional commands, e-mail: user-h...@struts.apache.org
> >>
> >>
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> For additional commands, e-mail: user-h...@struts.apache.org
>
_________________________________________________________________
Windows Live™: E-mail. Chat. Share. Get more ways to connect.
http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t2_allup_explore_012009
