https://jira.duraspace.org/browse/FCREPO-1158
Summary: To fix a couple of security/authZ problems, we hauled FESL into the Spring space. This generally has very beneficial effects in addition to the bugfixes, but there's one significant detriment: The FESL PolicyIndexRebuilder now needs its PolicyIndex module injected, because there's not a fixed configuration file for it (the names of spring bean configs are arbitrary). The RebuildServer only loads the spring configs under $FEDORA_HOME/server/config/spring/, with no recursion. Ideas: We could try having the RebuildServer load all the web app's beans, too: That ought to work, as long as the web app's dependencies are all in the classpath. We could specify the location of the policy index spring config in an environment variable. I don't think we can move all the beans into a single applicationContext while supporting the hybrid fcfg/spring configuration in the later releases of the 3.x line, though we might be able to if we wrote Spring xml extensions for the fcfg elements instead of building bean definitions ip programatically in the Server impl. But even that might require a different container element in fcfg: <beans> instead of <server>. Anyone else have thoughts here? ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ Fedora-commons-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
