>>>>> Steinar Bang <sb-1rlz5cwd...@public.gmane.org>: > It looks like shiro code uses reflection to load classes by name, and > that can be a problem in an OSGi setting. See eg. this stack overflow > answer > https://stackoverflow.com/a/17940090
> I wonder if there is a way around this? Suggestions are welcome. This issue seems related: https://issues.apache.org/jira/browse/SHIRO-537 A simple and robust form of OSGi support for shiro, would be to create a DS component inside shiro-core that would expose IniWebEnvironment (or whatever interface is sufficient) as a service. That component would live within the shiro-core bundle and not have any classloader issues, and could be used as a starting point by other OSGi components. Would a pull request to create such a component be accepted by shiro?
