[Mondrian] Re: Eigenbase perforce change 8725 for review

Julian Hyde julianhyde at speakeasy.net
Thu Feb 15 16:56:16 EST 2007


Richard,

Configuration is one of the biggest problems for mondrian. I spend hours and
hours of my time answering boring questions about configuration. It is
critical that mondrian configuration is uniform and simple.

To this end, please follow the guidelines in MondrianProperties:



Note to developers 

If you add a property, you must: 

*	Add a property definition to this class 
*	Modify the default mondrian.properties file checked into source
control, with a description of the property and its default value. 
*	Modify the Configuration Specification
<outbind://168/configuration.html#Property_list> . 

Similarly if you update or delete a property. 

Julian


> -----Original Message-----
> From: mondrian-bounces at pentaho.org
> [mailto:mondrian-bounces at pentaho.org] On Behalf Of Richard Emberson
> Sent: Thursday, February 15, 2007 5:28 AM
> To: John V. Sichi
> Cc: mondrian at pentaho.org
> Subject: [Mondrian] Re: Eigenbase perforce change 8725 for review
>
> Damn, sorry.
> I meant to include the lines:
>
> # only for Java5 and above
> #mondrian.calc.ExpCompiler=mondrian.olap.fun.ResultStyleCompiler
>
> but not my particular database information.
>
> Richard
>
>
> John V. Sichi wrote:
> > Richard, your change edited the default mondrian.properties.
> >
> > Julian, would you consider changing the way this file is
> managed so that
> > the DoNotCheckIn approach isn't required?  One solution
> that is known to
> > work well is to support a site-local.properties which
> overrides whatever
> > is in the checked-in mondrian.properties.  Developers would
> then edit
> > site-local.properties for their own settings, and only edit
> > mondrian.properties when they really want to commit
> changes.  There are
> > other approaches too.  They all add a bit of complexity
> over the current
> > approach, but removing the human-error-proneness might be worth it.
> >
> > JVS
> >
> > Richard Emberson wrote:
> >> ==== //open/mondrian/mondrian.properties#33 (ktext) ====
> >>
> >> 1c1
> >> < # $Id: //open/mondrian/mondrian.properties#32 $
> >> ---
> >>> # $Id: //open/mondrian/mondrian.properties#33 $
> >> 71c71
> >> <
> >>
> #mondrian.foodmart.jdbcURL=jdbc:mysql://localhost/foodmart?use
r=foodmart&password=foodmart
> >>
> >> ---
> >>>
> mondrian.foodmart.jdbcURL=jdbc:mysql://localhost/foodmart?user
=foodmart&password=foodmart
> >>>
> >> 73,75c73,75
> >> < #mondrian.foodmart.jdbcUser=foodmart
> >> < #mondrian.foodmart.jdbcPassword=foodmart
> >> < #mondrian.jdbcDrivers=com.mysql.jdbc.Driver
> >> ---
> >>> mondrian.foodmart.jdbcUser=foodmart
> >>> mondrian.foodmart.jdbcPassword=foodmart
> >>> mondrian.jdbcDrivers=com.mysql.jdbc.Driver
> >> 280c280
> >> < mondrian.util.memoryMonitor.enable=false
> >> ---
> >>> mondrian.util.memoryMonitor.enable=true
> >
>
>
> --
> Quis custodiet ipsos custodes:
> This email message is for the sole use of the intended
> recipient(s) and
> may contain confidential information.  Any unauthorized review, use,
> disclosure or distribution is prohibited.  If you are not the intended
> recipient, please contact the sender by reply email and destroy all
> copies of the original message.
> _______________________________________________
> 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/20070215/d5df559d/attachment.html 


More information about the Mondrian mailing list