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
