<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman, new york, times, serif;font-size:12pt"><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">I think a debugger won't work because debugging multi-threaded apps is really really difficult.<br><br>I did a code review but couldn't work out where it came from. I assume the thread ID is positive and unique so that if the same Thread object is attached to an underlying os thread it won't be doing the same thing, otherwise the == operator would fail. The only thing I'd do differently is wrap the try {} finally bloc in the RolapResult around more than just the evaluateBody() method because the axes get evaluated out of it. But the bug doesn't come from there. <br><br>Oh and you might get conflicting data because in one MDX query we can open and use multiple JDBC Connections. Should use a ThreadLocal to
keep the open connection and re-use it.<br><br>Michael<br><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">----- Message d'origine ----<br>De : Pappyn Bart <Bart.Pappyn@vandewiele.com><br>À : John V. Sichi <jsichi@gmail.com><br>Cc : Mondrian developer mailing list <mondrian@pentaho.org><br>Envoyé le : Lundi, 22 Janvier 2007, 11h10mn 25s<br>Objet : RE: [Mondrian] Re: VirtualCubeTest.testCalculatedMemberAcrossCubesfailing on SMP<br><br><div>Hi John,<br><br>I already changed that piece of code, added an extra data member to<br>remember<br>if thread local or not. Cannot check it in for the moment though. <br><br>The best thing to catch this one, would be to attach a debugger on that<br>particular test. Best in combination with outer tests, not running it<br>on its own.<br><br>If people who are able to reproduce this bug, would be able to do that<br>and<br>tell me what happens, I would be very
pleased.<br><br>Thanks,<br>Bart<br><br><br>-----Original Message-----<br>From: mondrian-bounces@pentaho.org [mailto:mondrian-bounces@pentaho.org]<br>On Behalf Of John V. Sichi<br>Sent: maandag 22 januari 2007 11:05<br>To: Pappyn Bart<br>Cc: mondrian@pentaho.org<br>Subject: [Mondrian] Re:<br>VirtualCubeTest.testCalculatedMemberAcrossCubesfailing on SMP<br><br>Pappyn Bart wrote:<br>> Hi John,<br>> <br>> I have been busy together with Julian trying to simulate this problem.<br><br>OK. I looked through the code changes but couldn't spot anything<br>obvious.<br><br>While I was reviewing, I did notice one unrelated thing. In your<br>original code, you were using Thread.getId(), and -1 as an invalid<br>thread ID. Then you had to change it to System.identityHashCode(thread)<br>for 1.4-compatibility. However, I don't think there's any guarantee<br>that identityHashCode can't return -1 (even though it's unlikely given<br>that most
JVM's implement it as a pointer address), so is the following<br>test in RolapStar.clearCachedAggregations still correct?<br><br> if (aggregationKey.getThreadId() == threadId) {<br> it.remove();<br> }<br><br>JVS<br>_______________________________________________<br>Mondrian mailing list<br>Mondrian@pentaho.org<br><a target="_blank" href="http://lists.pentaho.org/mailman/listinfo/mondrian">http://lists.pentaho.org/mailman/listinfo/mondrian</a><br><br>______________________________________________________________________<br>This email has been scanned by the Email Security System.<br>______________________________________________________________________<br><br>_______________________________________________<br>Mondrian mailing list<br>Mondrian@pentaho.org<br><a target="_blank"
href="http://lists.pentaho.org/mailman/listinfo/mondrian">http://lists.pentaho.org/mailman/listinfo/mondrian</a><br></div></div><br></div></div><br>
<hr size="1">
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions !
Profitez des connaissances, des opinions et des expériences des internautes sur <a href="http://fr.rd.yahoo.com/evt=42054/*http://fr.answers.yahoo.com">Yahoo! Questions/Réponses</a>.</body></html>