openerp-expert-framework team mailing list archive

[Antony Lesuisse <al@xxxxxxxxxxx>]

In openerp-server mode the web client could use the server config parameters.
There are only 2 config options at the moment:

--session-path
--db-filter

And i dont think we need more of them.


On 09/01/2011 05:03 PM, Nicolas Bessi wrote:
> Hello,
>
> This is all good news.
>
> Though I am a little curious on the way the web client will get it's config if launched as a module.
> How will we manage mutliple instances with different exposed port running on same code.
> Will web client config be defined in the same config file that is used by the server ?
>
> Regards
>
> Nicolas	
>
>
> Le 1 sept. 2011 à 16:32, Antony Lesuisse a écrit :
>
> > On 09/01/2011 03:39 PM, Nhomar Hernández wrote:
> > > IMHO, Web Client Must be totally separated tool from server, in a serious
> > > enviroment, is not a problem how many programs you need to install, as Linux
> > > it self does, several little things that works VERY WELL is the correct way.
> > It will still possible, you can run the webclient a separate process, like i said it's the best of both worlds. They will be distributed separately.
> >
> > openerp-server
> > openerp-addons that you can untar in openerp/addons/
> > openerp-web that you can untar in openerp/addons/ (one server) or run standalone.
> >
> > Also with multiprocessing, launching different workers setrlimited() and with limited lifetime will mitigate most of the stability problems like memory leaks or overmallocing.
> >
> > > I think one of the gratest things OpenERP has is that you can sleep really
> > > quite because you have a client web AND a client GTK, if the client have
> > > problems (what is so common), you will not stop operation at all, you can
> > > solve and use another tool by your side.
> > >
> > > Client - Web has been in constant evolution, but in other side, it brakes a
> > > lot, introduce ALL this noise in an enterprise enviroment IMHO is SO SO dangerous.
> > >
> > > And please, we in community and partners want to be sure that the future will
> > > be as solid as the present is or better, introduce experimental features, what
> > > dont increase ANY value on the business objective, just technical toys for
> > > experimental propose needs to be explained a lot more, and tested more before
> > > make a big change like this....
> > >
> > > Sorry generally i'm agreed with technical OpenERP moves, but this IMHO THis is
> > > particulary so so risky.
> > _______________________________________________
> > Mailing list: https://launchpad.net/~openerp-expert-framework
> > Post to     : openerp-expert-framework@xxxxxxxxxxxxxxxxxxx
> > Unsubscribe : https://launchpad.net/~openerp-expert-framework
> > More help   : https://help.launchpad.net/ListHelp
>
>
> --------------------------------------------------------------------
> Nicolas Bessi
> Senior ERP consultant
> Business Solution technical director
>
> Camptocamp SA
> PSE A
> CH-1015 Lausanne
> http://www.openerp.camptocamp.com
>
> Phone: +41 21 619 10 26
> Office: +41 21 619 10 10
> Fax : +41 21 619 10 00
> --------------------------------------------------------------------