Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[MONDRIAN-1126] - tests demonstrate the issue isn't reproduced #620

Merged
merged 1 commit into from
Mar 3, 2016

Conversation

YuryBY
Copy link
Contributor

@YuryBY YuryBY commented Dec 23, 2015

@mkambol, could you please take a look?

TestContext context = getTestContext();
String dateDim =
"<Dimension name='Date' type='TimeDimension'>\n"
+ " <Hierarchy hasAll='false' primaryKey='time_id'>\n"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@YuryBY
You've added a [Date] dimension, but your query and test is still validating against the [Time] dimension. I'm guessing you intended to use the [Date] dim.

One other thing-- all these tests have a whole lot of overlap. Could you extract out some of the commonality so the tests are a bit more succinct?

@YuryBY
Copy link
Contributor Author

YuryBY commented Dec 24, 2015

@mkambol, the changes are done. Now tests with [Date] cover four scenarios with olap4j: -SsasCompatibleNaming is true & hasAll for hierarchy is true
-SsasCompatibleNaming is false & hasAll for hierarchy is false
-SsasCompatibleNaming is false & hasAll for hierarchy is true
-SsasCompatibleNaming is true & hasAll for hierarchy is false

@YuryBY
Copy link
Contributor Author

YuryBY commented Jan 13, 2016

@mkambol, any updates? Thanks.

2 similar comments
@YuryBY
Copy link
Contributor Author

YuryBY commented Jan 26, 2016

@mkambol, any updates? Thanks.

@YuryBY
Copy link
Contributor Author

YuryBY commented Mar 1, 2016

@mkambol, any updates? Thanks.

@YuryBY
Copy link
Contributor Author

YuryBY commented Mar 1, 2016

@mkambol, year in header is changed to the current one

* </a>
*/
public void testNamesIdentitySsasCompatible() {
propSaver.set(
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@YuryBY Running this test by itself will fail. The [Time.Weekly] reference you have below is not resolvable using SSAS compatible naming (which would use [Time].[Weekly].

I'm guessing this succeeds when running the full test class because there's a sequence issue with the property value not applied. Possibly the test is loading an already cached schema, which had the default properties set from an earlier test execution.

@YuryBY
Copy link
Contributor Author

YuryBY commented Mar 3, 2016

@mkambol, the PR is updated. Thanks.

mkambol added a commit that referenced this pull request Mar 3, 2016
[MONDRIAN-1126] - tests demonstrate the issue isn't reproduced
@mkambol mkambol merged commit 9477f5f into pentaho:master Mar 3, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants