[Mondrian] StackOverflowError

Paul Stoellberger p.stoellberger at gmail.com
Fri Jan 6 16:09:19 EST 2012


yeah i noticed that already. need to fix that. some people were having troubles with CM but only knew it because of psw. 

-paul




Am 06.01.2012 um 21:52 schrieb Julian Hyde <jhyde at pentaho.com>:

> Thanks. It is a Mondrian issue, then. I have re-opened the case.
> 
> The issues you are having with Workbench are a separate issue. Log a jira case for them if you like.
> 
> Paul: It would have helped if you guys had propagated the Mondrian stack back to the client or at least into your log.
> 
> Julian
> 
> On Jan 6, 2012, at 6:39 AM, Kristopher Kiger wrote:
> 
>> A quick follow up to what I sent last night.  I put workbench into debug mode and loaded the schema file, without the recursive measure in the virtual cube, successfully.  A success confirmation was displayed when connecting to it via workbench’s mdx tool.  I then added the recursive measure reference back into my schema and tried to connect.  I observed the same behavior as stated last night.  No success or failure dialog was brought up when trying to connect with the mdx tool.  I wrote a quick query to make sure it did not load the schema file and was given an error that it did not know what that member was.  I checked the log file and found this exception:  http://pastebin.com/inkNtG3D
>>  
>> Kris
>>  
>> From: mondrian-bounces at pentaho.org [mailto:mondrian-bounces at pentaho.org] On Behalf Of Kristopher Kiger
>> Sent: Thursday, January 05, 2012 9:34 PM
>> To: Mondrian developer mailing list
>> Subject: Re: [Mondrian] StackOverflowError
>>  
>> I can say that I was unable to get the schema to load successfully into workbench.  It did not spit out an exception or anything.  Generally, when loading a new schema version, I will try to connect to it via the mdx query interface within workbench to further validate the schema file.  When it connects/validates successfully, it will spit out a generic "connection successful".  However, when I include the virtual cube with the specified measure, it does no such thing (there's no explicit failure, either).  I will see if I can increase workbench's logging verbosity tomorrow morning.  Perhaps there's something I'm not seeing at the current level.  
>>  
>> In the context of Julian's latest question, the exception I listed was one produced using saiku server (standalone) 2.1.
>>  
>> Kris
>> From: mondrian-bounces at pentaho.org [mondrian-bounces at pentaho.org] on behalf of Paul Stoellberger [p.stoellberger at gmail.com]
>> Sent: Thursday, January 05, 2012 9:24 PM
>> To: Mondrian developer mailing list
>> Cc: Mondrian developer mailing list
>> Subject: Re: [Mondrian] StackOverflowError
>> 
>> i cant spot anything saiku core related in that log. is there anything missing in that log?
>> an you execute a query with that measure in schema workbench?
>>  
>> i know that we experience some weird issues with virtual cubes but the info i have is not sufficient enough to narrow it down to our or mondrian code. 
>>  
>>  
>> -paul
>> 
>> 
>>  
>> 
>> Am 06.01.2012 um 03:16 schrieb Julian Hyde <jhyde at pentaho.com>:
>> 
>> I've commented in that bug that it seems to be a Saiku issue.
>>  
>> Paul, can you give me your opinion?
>>  
>> Julian
>>  
>> On Jan 5, 2012, at 8:15 AM, Kristopher Kiger wrote:
>> 
>> 
>> Julian,
>>  
>> I posted a bug report on jira here:  http://jira.pentaho.com/browse/MONDRIAN-1061
>>  
>> I was able to reproduce the issue with a modified version of the foodmart schema.  A link to that is provided in the bug report.
>>  
>> Thanks for your help!
> 
> _______________________________________________
> Mondrian mailing list
> Mondrian at pentaho.org
> http://lists.pentaho.org/mailman/listinfo/mondrian
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.pentaho.org/pipermail/mondrian/attachments/20120106/76a3df21/attachment.html 


More information about the Mondrian mailing list