Yes I have tried, but as I previously said, this is the STRUTS2 Spring
plugin that is causing this behaviour NOT Spring.
More details:
I have a ModelDrive action.
In my JSP, I have the tag:
<s:textfield name="person.name" />
In some situations when we call the action we create a new model, which
does not have a person.
In this case, the plugin tries to create a new person so that it can set
the name.
I do not want it to do this.
Regards
Ian
CSC Solutions Norge AS
Registered Office: Sandsliåsen 57, 5254 Sandsli, Norway
Registered in Norway No: 958 958 455
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery.
NOTE: Regardless of content, this e-mail shall not operate to bind CSC to
any order or other contract unless pursuant to explicit written agreement
or government initiative expressly permitting the use of e-mail for such
purpose.
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Dave Newton <[EMAIL PROTECTED]>
20.05.2008 13:46
Please respond to
"Struts Users Mailing List" <[email protected]>
To
Struts Users Mailing List <[email protected]>
cc
Subject
Re: Spring autowiring null values
Have you *tried* setting autowiring to "no" in the spring config file?
I'm still not convinced this is the issue you're trying to solve, but
as more details aren't forthcoming, this is all I have for you.
Dave
--- Ian Meikle <[EMAIL PROTECTED]> wrote:
> Hi Dave,
>
> Thanks for that, I have now read the Spring documentation.
> It seems that the default in Spring is no autowiring so no further
> config
> required here.
>
> It seems that it is the STRUTS2 Spring plugin that needs to be
> configured
> to not perform autowiring, specifically
> com.opensymphony.xwork2.spring.SpringObjectFactory
> which is a part of xwork2.
>
> Looking at the source code it does not seem that autowiring can be
> switched off and this I feel is a problem.
>
> Regards
> Ian
>
> CSC Solutions Norge AS
> Registered Office: Sandsli�sen 57, 5254 Sandsli, Norway
> Registered in Norway No: 958 958 455
>
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> This is a PRIVATE message. If you are not the intended recipient,
> please
> delete without copying and kindly advise us by e-mail of the mistake
> in
> delivery.
> NOTE: Regardless of content, this e-mail shall not operate to bind
> CSC to
> any order or other contract unless pursuant to explicit written
> agreement
> or government initiative expressly permitting the use of e-mail for
> such
> purpose.
>
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
>
>
>
> Dave Newton <[EMAIL PROTECTED]>
> 19.05.2008 17:16
> Please respond to
> "Struts Users Mailing List" <[email protected]>
>
>
> To
> Struts Users Mailing List <[email protected]>
> cc
>
> Subject
> Re: Spring autowiring null values
>
>
>
>
>
>
> --- Ian Meikle <[EMAIL PROTECTED]> wrote:
>
> > I have already read this page, the possible values are given as:
> >
> > name, type, auto or constructor.
> >
> > There is no NONE, or OFF value, and looking at the source code
> there
> > does not seem to be support for it either.
> > Hence why I am asking if there is another way of turning this off.
>
> That's why I mentioned the Spring documentation.
>
>
http://static.springframework.org/spring/docs/2.0.x/reference/beans.html#beans-factory-autowire
>
>
> Unless you're using 2.5, in which case look in the 2.5 documentation.
>
> Dave
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
