> -----Original Message-----
> From: Adam Feuer [mailto:ad...@pobox.com]
> Sent: Friday, 15 January 2010 8:56 a.m.
> To: A good place to start for users or folks new to Mifos.
> Subject: Re: [Mifos-users] Is it possible for more than one Head Office
> in an instance of Mifos
> 
> On Thu, Jan 14, 2010 at 11:48 AM, Graeme Ruthven <gra...@kula.co.nz>
> wrote:
> > A single database server or VM could serve the database needs of all
> the MFIs provided each MFI's database has a unique name.
> 
> Yes. The .mifos directory configuration scheme allows for this.

Adam

As I understand it this has little to do with the .mifos directory, as each
VM would have its own set of parameters, completely independent of any other
VMs.

In my opinion the .mifos location for configuration data is just wrong for a
Linux system apart from one hosting multiple developers, each their own home
directory and Tomcat instance, and is one of the reasons that Mifos is hard
to run with a default Tomcat installation. Another is default security
setting, but I believe we have a solution in sight for that.

I think that somewhere like /etc/mifos would be a far better place for the
configuration files on a production Linux system.

We've discussed this before, with the recommendation that an environment
variable be set to point to the location of the configuration file(s). A
Debian installation (I don't have Ubuntu to check) does not run jsvc in a
way that creates environment variables accessible to an application.

Why run in such a non-standard way? Wouldn't it be far better to be able to
configure a default installation to be able to run Mifos?

Fixing this would make the task of generating a .deb for Debian and Ubuntu,
and other Debian-based distributions, far simpler.

Regards
Graeme


------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev
_______________________________________________
Mifos-users mailing list
Mifos-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mifos-users

Reply via email to