[MONDRIAN-2124]  Cell queries are not aggregated when ignored/un-matched columns are present

There's logic in AggregationManager.findAgg() which determines whether or not it's possible to omit the rollup when pulling data
from an aggregate table.  This is allowed, for example, if the granularity of the request matches the granularity of the agg table.
Formerly we were determining whether the granularity is the same  by looking at whether the bitkeys matched, and whether
the agg table was fully collapsed.  This left open the possibility that ignored or unused columns in the agg table could result in difft
 granularity.  Now we take the conservative stance that presence of any ignored column means that we have to rollup.
 Similary, for distinct-count measures, if an ignored or unused column is present, we now make the assumption that the agg table
 cannot be safely used.
Merge pull request #344 from smaring/master

[ENGOPS-556] package-eula target refactored for params
[MONDRIAN-2128][MONDRIAN-2016]  Addressing two issues with the Aggregate function when a second parameter is specified.  Aggregate() would formerly sum up the value of the second parameter, even if a different aggregator was appropriate (e.g. if a count distinct measure was specified).  If the second parameter is not a base measure we fall back to summing (consistent with SSAS when Aggregate is applied on a non-measures calculated member).
This commit also fixes a related issue involving non-additive measures in context when the 2 argument form of Aggregate is evaluated.  Formerly this would cause the second argument to be ignored.
These changes were merged from Will Gorman's branch:  https://github.com/wgorman/mondrian/commit/e19cda6a2e1b03e2482dca502ffef258e41baa7a
Merge pull request #345 from mkambol/mon2128

[MONDRIAN-2128][MONDRIAN-2016]  Addressing two issues with the Aggregate...
Merge pull request #333 from mkambol/mondrian-2124

[MONDRIAN-2124]  Cell queries are not aggregated when ignored/un-matched...
[MONDRIAN-1061] - junit tests added

junit tests added to reproduce java.lang.StackOverflowError

	modified:   testsrc/main/mondrian/rolap/VirtualCubeTest.java
[MONDRIAN-1061] - java.lang.StackOverflowError resulting from recursive calculated member usage within virtual cube

fix added to avoid recursion loop

	modified:   src/main/mondrian/rolap/RolapCube.java