Feel free to register an issue with your case 2017-03-14 10:13 GMT+01:00 Christian Grobmeier <grobme...@apache.org>: > Yes, actually I think you are right: LocaleProvider and TextProvider > have both the same issue. It's just popping up for me with > LocaleProvider first, but TextProvider will surely follow. > > I try to read more dev list again, so feel free to ping me whenever you > want me to test/help > > On Tue, Mar 14, 2017, at 06:57, Lukasz Lenart wrote: >> https://issues.apache.org/jira/browse/WW-4756 >> >> I know that this is for TextProvider but the same approach I can use >> for LocaleProvider >> >> 2017-03-14 6:53 GMT+01:00 Lukasz Lenart <lukaszlen...@apache.org>: >> > 2017-03-13 21:51 GMT+01:00 Christian Grobmeier <grobme...@apache.org>: >> >> OK, using component scan i had success with using DefaultLocaleProvider >> >> as default in my applicationContext.xml: >> >> <bean name="localeProvider" >> >> class="com.opensymphony.xwork2.DefaultLocaleProvider" primary="true" /> >> >> >> >> (mind the primary) >> >> >> >> So far it makes halfway sense to me. A few tests fail still because they >> >> access getText and do no receive a context. Digging into this >> > >> > Hmm... I think I see your point and this is somehow aligned with what >> > I want to do with TextProvider layer. I mean, there is already a >> > TextProviderFactory that is used to create custom TextProviders so I >> > think I will used instead of TextProvider to inject as a dependency. >> > This will allow to have TextProvider implemented by the ActionSupport >> > and use TextProviderFactory as a dependency and there be type >> > conflicts. >> > >> > Here is a first step to do so >> > https://github.com/apache/struts/pull/121 >> > >> > I will start another PR soon to replace TextProvider with >> > TextProviderFactory, if you could test this approach it would be cool >> > :) >> > >> > >> > Regards >> > -- >> > Łukasz >> > + 48 606 323 122 http://www.lenart.org.pl/ >> >> --------------------------------------------------------------------- >> 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
