Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP
Browse files

reverted back to Mondrian 3.3.0 version of mondrian.jar and olap4j.jar

due to query concurrency issue http://jira.pentaho.com/browse/MONDRIAN-1130
  • Loading branch information...
commit abf52cf6b89346f225ad2ad2a9c9af69c90f456d 1 parent 9a82fc9
@rsim authored
View
BIN  lib/mondrian/jars/mondrian.jar
Binary file not shown
View
BIN  lib/mondrian/jars/olap4j.jar
Binary file not shown

6 comments on commit abf52cf

@pedroteixeira

hi Raimonds, could you check if the bug still happens even with jruby-1.6.8 or jruby-1.7.0-preview?
I've had some weird concurrency issues with jruby-1.6.7.

@pedroteixeira

just to be sure if it's really a mondrian bug

@rsim
Owner

Original http://jira.pentaho.com/browse/MONDRIAN-1130 issue was solved but then when repeating the same test with many concurrent requests got the next issue which is described in that issue comments. I have traced it down to failing Mondrian code and periodically reminding Pentaho developers about it :)

I would like very much to move to Mondrian 3.4 as I also would like to move to Java 7 and JRuby 1.7 but as currently due to this bug some eazyBI reports are failing then I cannot do it yet...

@pedroteixeira

also would like to upgrade, I was testing mondrian-3.4.10.jar (built from branch in github) when I saw your comment here. Just voted there on their jira issue ;)

@rsim
Owner

One workaround is to set

java.lang.System.setProperty("mondrian.rolap.EnableInMemoryRollup", "false")

With this set and then using recent Mondrian 3.4 build I could not repeat that issue. But as I understand with this option Mondrian might work slower therefore did not use that as default option.

@pedroteixeira

ok thanks. I had to set

  java.lang.System.setProperty("mondrian.native.nonempty.enable", "false") 

because of MONDRIAN-1067.

Please sign in to comment.
Something went wrong with that request. Please try again.