<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content="text/html; charset=us-ascii" http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.6001.18975"></HEAD>
<BODY>
<DIV><FONT color=#000080 size=2 face="Lucida Sans"></FONT>&nbsp;</DIV><BR>
<BLOCKQUOTE 
style="BORDER-LEFT: #000080 2px solid; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px">
  <DIV dir=ltr lang=en-us class=OutlookMessageHeader align=left>
  <HR tabIndex=-1>
  <FONT size=2 face=Tahoma><B>From:</B> Luc Boudreau 
  [mailto:lucboudreau@gmail.com] <BR><B>Sent:</B> Friday, November 12, 2010 
  12:28 PM<BR><B>To:</B> jhyde@pentaho.com<BR><B>Cc:</B> Mondrian developer 
  mailing list<BR><B>Subject:</B> Re: Eigenbase perforce change 13904 for 
  review<BR></FONT><BR></DIV>
  <DIV></DIV>
  <DIV>Actually just thinking about that. This should be in mondrian.properties 
  anyway. I'll refactor it.<SPAN class=979305020-12112010><FONT color=#000080 
  size=2 face="Lucida Sans">&nbsp;</FONT></SPAN></DIV>
  <DIV><SPAN class=979305020-12112010></SPAN>&nbsp;</DIV></BLOCKQUOTE>
<DIV><SPAN class=979305020-12112010><FONT color=#000080 size=2 
face="Lucida Sans">That would be great.</FONT></SPAN></DIV>
<DIV><SPAN class=979305020-12112010></SPAN>&nbsp;</DIV>
<DIV><SPAN class=979305020-12112010><FONT color=#000080 size=2 
face="Lucida Sans">By the way, I want to refactor the XMLA server at some point. 
We'd make it run on the olap4j API (rather than the legacy 
mondrian.olap</FONT>&nbsp;<FONT color=#000080 size=2 face="Lucida Sans">API). 
That would mean that the XMLA server would be generic -- it would put an XMLA 
service on any olap4j data source. Decoupled from mondrian, the XMLA server 
could be spun out as a separate project.</FONT></SPAN></DIV>
<DIV><SPAN class=979305020-12112010><FONT color=#000080 size=2 
face="Lucida Sans"></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=979305020-12112010><FONT color=#000080 size=2 
face="Lucida Sans">There is functionality in the XMLA server to parse 
datasources.xml and expose particular (catalog.xml, JDBC connect string) 
combinations as schemas. An typical olap4j driver knows its collection of 
schemas. It's only mondrian's olap4j driver that has to be told. Therefore, this 
functionality needs to be moved out of the XMLA server into mondrian. We would 
build a mondrian olap4j driver that parses datasources.xml and exposes schemas 
accordingly; the code to parse datasources.xml would be moved from the XMLA 
server.</FONT></SPAN></DIV>
<DIV><SPAN class=979305020-12112010><FONT color=#000080 size=2 
face="Lucida Sans"></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=979305020-12112010><FONT color=#000080 size=2 
face="Lucida Sans">Then of course this parameter you just added would not be a 
servlet parameter, because it would be the driver that is reading 
datasources.xml, and it would not necessarily be running in the context of a 
servlet.</FONT></SPAN></DIV>
<DIV><SPAN class=979305020-12112010><FONT color=#000080 size=2 
face="Lucida Sans"></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=979305020-12112010><FONT color=#000080 size=2 
face="Lucida Sans">Just a heads up where things are going...</FONT></SPAN></DIV>
<DIV><SPAN class=979305020-12112010><FONT color=#000080 size=2 
face="Lucida Sans"></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=979305020-12112010><FONT color=#000080 size=2 
face="Lucida Sans">Julian</FONT></SPAN></DIV></BODY></HTML>