Adding ClassStringResourceLoader(s)

[lesterburlap <be...@emc.com>]

Hi!

I've been having a blast sorting out my String resources the last couple of
days.  Thanks for everyone's help.  I am using Wicket in an OSGI environment
with modular "Blades" (these are not Wicket Components).  In addition to the
root MyApplication.properties, I need to have a independent and separate
ApplicationBlade.properties for each of these modules.  In Application.init,
this is working great for me:

for (Class c : myBladeClassList)
{
   getResourceSettings().addStringResourceLoader(new
ClassStringResourceLoader(c));
}

// but then I have to do this to set MyWebApplication.properties 
// and the default ComponentStringResourceLoader
getResourceSettings()
   .addStringResourceLoader(
      new ClassStringResourceLoader(MyWebApplication.class));
getResourceSettings()
   .addStringResourceLoader(
      new ComponentStringResourceLoader());

Again, this works fine, but seems so wrong and dangerous.  

Why does the Wicket Settings class clear the stringResourceLoaders list and
set overriddenStringResourceLoaders to true when you add an
IStringResourceLoader?  This occurs at line 387 of Settings in Wicket 1.3.4.

Would it be reasonable to have an enhancement wherein there's an optional
argument indicating NOT to clear the stringResourceLoaders list?  Maybe I
don't understand the bigger picture of setting your own
StringResourceLoaders.

Thanks for any input.

Lester Burlap
-- 
View this message in context: http://www.nabble.com/Adding-ClassStringResourceLoader%28s%29-tp19058925p19058925.html
Sent from the Wicket - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
For additional commands, e-mail: users-help@wicket.apache.org

Re: Adding ClassStringResourceLoader(s)

[Andre van der Schyff <av...@gmail.com>]

I agree the StringResourceLoaders should not be cleared, or at least not
automatically cleared behind the scenes. I don't see why anyone would not
want the ComponentStringResourceLoader just because they added some
application specific resource loaders.

On Tue, Aug 19, 2008 at 11:20 PM, lesterburlap <be...@emc.com> wrote:

>
> Hi!
>
> I've been having a blast sorting out my String resources the last couple of
> days.  Thanks for everyone's help.  I am using Wicket in an OSGI
> environment
> with modular "Blades" (these are not Wicket Components).  In addition to
> the
> root MyApplication.properties, I need to have a independent and separate
> ApplicationBlade.properties for each of these modules.  In
> Application.init,
> this is working great for me:
>
> for (Class c : myBladeClassList)
> {
>   getResourceSettings().addStringResourceLoader(new
> ClassStringResourceLoader(c));
> }
>
> // but then I have to do this to set MyWebApplication.properties
> // and the default ComponentStringResourceLoader
> getResourceSettings()
>   .addStringResourceLoader(
>      new ClassStringResourceLoader(MyWebApplication.class));
> getResourceSettings()
>   .addStringResourceLoader(
>      new ComponentStringResourceLoader());
>
> Again, this works fine, but seems so wrong and dangerous.
>
> Why does the Wicket Settings class clear the stringResourceLoaders list and
> set overriddenStringResourceLoaders to true when you add an
> IStringResourceLoader?  This occurs at line 387 of Settings in Wicket
> 1.3.4.
>
> Would it be reasonable to have an enhancement wherein there's an optional
> argument indicating NOT to clear the stringResourceLoaders list?  Maybe I
> don't understand the bigger picture of setting your own
> StringResourceLoaders.
>
> Thanks for any input.
>
> Lester Burlap
> --
> View this message in context:
> http://www.nabble.com/Adding-ClassStringResourceLoader%28s%29-tp19058925p19058925.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@wicket.apache.org
> For additional commands, e-mail: users-help@wicket.apache.org
>
>