@Christian I don't know if it does or not, IMHO there is something that is not proper consistent between the nested property and the plain property (looking at the code, I realize that theoretically only when the user runs s2 in dev mode, this kind of exception should be throwned). My guess is that is an issue.
On 26 July 2011 17:37, Christian Grobmeier <grobme...@gmail.com> wrote: > I see, I am one of those who always want to see whats going on > > Interesting read. Might be worth to compile a wiki entry? > > On Tue, Jul 26, 2011 at 3:46 PM, Maurizio Cucchiara > <maurizio.cucchi...@gmail.com> wrote: > > There are different schools of thought, this is kind of question that has > > multiple answers: please, take a look at > > > http://struts.1045723.n5.nabble.com/S2-OgnlValueStack-Error-setting-expression-warnings-after-upgrade-from-struts-2-to-struts-2-1-7-td3495667.html > > > > On 26 July 2011 14:58, Christian Grobmeier <grobme...@gmail.com> wrote: > > > >> > @Christian > >> > Good workaround, > >> > in my defence I can say that I have no problem to change the log > level, > >> > thank to maven I can have different profile with different log level. > >> > >> hehe yes I have a similar setup I guess. But "expected exceptions" > >> make me always nervous, even in development mode ,-) > >> > >> > > >> > Maurizio Cucchiara > >> > > >> > Il giorno 26/lug/2011 12.26, "Christian Grobmeier" < > grobme...@gmail.com> > >> ha > >> > scritto: > >> >> Thanks Maurizio. > >> >> > >> >> I don't want to reduce my error level, now I created something weird. > >> >> Not nice, but it works: > >> >> > >> >> private Submit submitCoord = null; > >> >> > >> >> public Submit getSubmit() { > >> >> return submitCoord; > >> >> } > >> >> > >> >> public void setSubmit(String submit) { > >> >> this.submitCoord = new Submit(submit); > >> >> } > >> >> > >> >> class Submit { > >> >> private int x = 0; > >> >> private int y = 0; > >> >> private String name = ""; > >> >> > >> >> private Submit(String name) { > >> >> super(); > >> >> this.name = name; > >> >> } > >> >> > >> >> public String getName() { > >> >> return name; > >> >> } > >> >> > >> >> public int getX() { > >> >> return x; > >> >> } > >> >> public void setX(int x) { > >> >> this.x = x; > >> >> } > >> >> public int getY() { > >> >> return y; > >> >> } > >> >> public void setY(int y) { > >> >> this.y = y; > >> >> } > >> >> > >> >> } > >> >> > >> >> Cheers > >> >> Christian > >> >> > >> >> On Tue, Jul 26, 2011 at 11:49 AM, Maurizio Cucchiara > >> >> <maurizio.cucchi...@gmail.com> wrote: > >> >>> Hi Christian, > >> >>> unfortunately IIRC there is no way to avoid that OGNL tries to find > the > >> >>> property accessor. > >> >>> > >> >>> Adding this row in your log4j.xml (properties) should mute this log > >> > message > >> >>> (which it should not be a warning message) > >> >>> > >> >>> <category name="com.opensymphony.xwork2.ognl.OgnlValueStack"> > >> >>> <priority value="error"/> > >> >>> </category> > >> >>> > >> >>> > >> >>> On 26 July 2011 11:27, Christian Grobmeier <grobme...@gmail.com> > >> wrote: > >> >>> > >> >>>> Hi, > >> >>>> > >> >>>> using: > >> >>>> <s:submit type="image" src="images/icons/app/32x32/sign-in.png" > >> >>>> name="submit" /> > >> >>>> > >> >>>> Sends the following to my action: > >> >>>> submit => [ Submit ] submit.x => [ 40 ] submit.y => [ 7 ] > >> >>>> > >> >>>> x / y are coordinates of my click, defined by w3c. Now they are > sent > >> >>>> to my action, and OGNL tries to set it. Which leads to: > >> >>>> > >> >>>> > Error setting expression 'submit.x' with value > >> >>>> '[Ljava.lang.String;@a53ed8f' > >> >>>> > ognl.NoSuchPropertyException: java.lang.String.x > >> >>>> > >> >>>> Of course, ognl, sets a string "submit", then tries to find the > getX > >> >>>> method on my string which does not exist. > >> >>>> > >> >>>> How can I deal with that? > >> >>>> > >> >>>> Cheers > >> >>>> Christian > >> >>>> > >> >>>> > --------------------------------------------------------------------- > >> >>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > >> >>>> For additional commands, e-mail: user-h...@struts.apache.org > >> >>>> > >> >>>> > >> >>> > >> >>> > >> >>> -- > >> >>> Maurizio Cucchiara > >> >>> > >> >> > >> >> > >> >> > >> >> -- > >> >> http://www.grobmeier.de > >> >> > >> >> --------------------------------------------------------------------- > >> >> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > >> >> For additional commands, e-mail: user-h...@struts.apache.org > >> >> > >> > > >> > >> > >> > >> -- > >> http://www.grobmeier.de > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > >> For additional commands, e-mail: user-h...@struts.apache.org > >> > >> > > > > > > -- > > Maurizio Cucchiara > > > > > > -- > http://www.grobmeier.de > > --------------------------------------------------------------------- > To unsubscribe, e-mail: user-unsubscr...@struts.apache.org > For additional commands, e-mail: user-h...@struts.apache.org > > -- Maurizio Cucchiara
