<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
<br>
<div class="moz-cite-prefix">On 5/22/15 2:41 PM, Misagh Moayyed
wrote:<br>
</div>
<blockquote
cite="mid:053ED963-68CB-48C8-8641-67A7E09EA9D7@unicon.net"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
Got it, thanks.
<div class=""><br class="">
</div>
<div class="">It might be easier if you had template config in the
configuration</div>
</blockquote>
<br>
I don't actually follow what you mean by "template config". And in
what configuration (where).<br>
<br>
<blockquote
cite="mid:053ED963-68CB-48C8-8641-67A7E09EA9D7@unicon.net"
type="cite">
<div class=""> for additional property resources or if there was a
way I could tell the initializer to “look here”.</div>
</blockquote>
<br>
Actually, I checked and I mis-spoke. The idp.home isn't resolved
from PropertySources. The initializer has a list of locations
(which defaults to the single idp.home system prop) that is used to
locate the conf/idp.properties which is loaded and used to construct
a PropertiesPropertySource. So there's sort of a chicken/egg
problem regarding where to look. There's levels of indirection, but
at some point you have to just say: I'm going to check this list of
well-known locations.<br>
<br>
<br>
<blockquote
cite="mid:053ED963-68CB-48C8-8641-67A7E09EA9D7@unicon.net"
type="cite">
<div class=""> (The latter may already be allowed. Don’t remember
if the component has a setter for that sort of thing). Issue
being, I’d much rather modify the Idp config and keep it around,
than to modify Tomcat’s config or sys env vars etc.<br>
</div>
</blockquote>
<br>
You could achieve this I believe by just extending
IdPPropertiesApplicationContextInitializer and overriding
getSearchLocations(), and set this initializer impl in web.xml. I
think.<br>
<br>
The only other way I can think of is: if the
ConfigurableApplicationContext passed to the initializer has been
populated with the ServletContet at the time of the call, then I
suppose it could look at a servlet context param or something. But
I don't off-hand know if this is possible.<br>
<br>
<br>
</body>
</html>