ofbiz-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From BJ Freeman <bjf...@free-man.net>
Subject Re: multi tenant implementation
Date Mon, 13 Sep 2010 23:52:27 GMT
see thread:
subject: Re: One website, many stores - is it possible?
the shows a way to use a single. though it addresses ecommerce it still 
works for you application.
so unless part of your criteria is to have isolated data you could 
customize ofbiz per that thread.

BJ Freeman  <http://bjfreeman.elance.com>
Strategic Power Office with Supplier Automation  <http://www.businessesnetwork.com/automation/viewforum.php?f=52>
Specialtymarket.com  <http://www.specialtymarket.com/>
Systems Integrator-- Glad to Assist

Chat  Y! messenger: bjfr33man

frank sent the following on 9/13/2010 4:44 PM:
> hi all,
> So I've looked at the multi tenant approach (delegators etc.) that have
> recently been added to ofbiz; good addition! Here's the challenge for me....
> I will be setting up a Saas subscription model which will have a combination
> of trial based (i..e try before you buy) and periodic type subscriptions.
> This implies that I might have up to 20 users (per day) subscribing to a
> trial version of my Saas ofbiz impl (mostly accounting, orders, AR, AP,
> catalog) with a long term periodic subscription prediction of approx 1 per
> day. So the gist is I will end up with a lot of tenants in the medium term
> (500) that will join (and probably also periodically go dormant) going up to
> 1000's; so I am after a 'self service type operational model here (i.e.
> tenants should be able to register and join at will while they will all be
> using the same core functionality provided in the modules indicated above).
> So the key challenge is the operational aspect of the current multi tenant
> solution which seems to suggest (and I am clearly a novice here folks so pls
> correct me where I am wrong) that whenever a new tenant is added that there
> is a support / development /deployment exercise that needs to take place
> (i.e. compile additional delegators,
> https://cwiki.apache.org/OFBIZ/multitenancy-support.html seems to indicate
> "self-service"; is this the case given the high attrition rate (number of
> users that will join) I am anticipating? if not what would be a suggested
> approach so i can still have multiple tenant/db instances but that i can
> make the implementation self sufficient (i.e. not having to redeploy the
> app/ofbiz for every new tenant that comes along appreciating that the base
> tenant data for all tenant db instances would be the same)
> https://issues.apache.org/jira/browse/OFBIZ-3540 (interesting comments from
> Marc; is this perhaps relevant to what I am trying to do?)
> p.s. i appreciate there has been a lot of discussion on this topic so if the
> info i am after is already available then point me in the right direction
> thanks
> thanks again
> francois

View raw message