All, Per the following discussion on the user mailing list, to which there was agreement,
The Java binding for SPL is currently somewhat limited in that we can't use overloaded methods in the SPL policy. This seems to have arisen because CIM-SPL does not use overloading. Given that we have a Java binding, it seems to make sense to extend Imperius to support Java overloading. BTW, this is a bug submitted as Imperius-23 ( https://issues.apache.org/jira/browse/IMPERIUS-23). What do people think? As identified in Imperius-23,the symbol table gets multiple requests to store the 'getProperty' method with the key 'getProperty' (w/o the parameters). This keeps over writing the last method that was in the map. The map eventually gets merged into an SPLSymbolTable which only provides a getSymbol(String ). We have at least two options: Change the keys so they include the information from the parameter list (probably best to provide a static MethodSymbol.getKey(classname, methodname, paramlist) so we don't have classname + "." + methodname + paramelist sprinkled all over the place). Change the symbol table(s) so they store multiple instances for a given key. Thoughts? David Wood Policy Technologies Group IBM TJ Watson Research Center daw...@us.ibm.com 914-784-5123 (office), 914-396-6515 (mobile)