*Can we limit ourselves to one platform?* => why should we? 2012/3/20 Alexei Fedotov <[email protected]>
> Folks, that's good idea, thank you for raising it. > > Do you think we may have something like Linux autoupdates? > > Can we limit ourselves to one platform? > 20.03.2012 13:37 пользователь "Тимур Тлеукенов" < > [email protected]> > написал: > > > Hi All, > > > > here is little php script that I previously used for uploading OM backup > > from cmd-line. But it required some modification to obtain authorized sid > > automatically. > > > > 2012/3/20 [email protected] <[email protected]> > > > >> You are propably right, when performing backup export/import we can even > >> say its mandatory to stop the server. > >> > >> Sebastian > >> > >> 2012/3/20 Maxim Solodovnik <[email protected]> > >> > >> > I'll examine what can be done in case of Om is up and running. > >> > If nothing can be done #1 can be used in this case. > >> > > >> > For me it seems to be not a big deal to stop server since it's better > to > >> > have no active connections while backup/restore + it takes small > amount > >> of > >> > timeif all operations are performed locally. > >> > > >> > On Tue, Mar 20, 2012 at 14:45, [email protected] < > >> > [email protected]> wrote: > >> > > >> >> I would vote for #2 too. > >> >> I only see here the problem with the Spring managed DB Session and > >> >> possible caching issues. If OpenMeetings is already Up and running, > it > >> >> would mean a second Java instance is started to perform the cli > tasks? > >> How > >> >> will that work for example with OpenJPA's sequence table? Do we have > a > >> >> chance to grab the session from an already running webapp? Or is > there > >> >> maybe a Spring extension point that we can use here? > >> >> > >> >> Sebastian > >> >> > >> >> > >> >> 2012/3/20 Maxim Solodovnik <[email protected]> > >> >> > >> >>> The quick-and-easy way to implement it: > >> >>> 1) import/export php-cli script based on REST calls > >> >>> 2) Java command-line tool performing the code currently implemented > in > >> >>> JUnit tests (install/import/export can be easily implemented) > >> >>> > >> >>> I would vote for #2 > >> >>> > >> >>> > >> >>> On Tue, Mar 20, 2012 at 10:03, Maxim Solodovnik < > [email protected] > >> >wrote: > >> >>> > >> >>>> Hello Sebastian > >> >>>> > >> >>>> I think command line import/export/install will be great idea! > (There > >> >>>> was old request for this feature) > >> >>>> This will save time for the installation/update. > >> >>>> Backup can be stored on the same server (will save time for > >> >>>> download/upload and traffic) > >> >>>> > >> >>>> instead of unarchiving, installing, login and importing there will > be > >> >>>> just one step. > >> >>>> I would like to implement that > >> >>>> > >> >>>> > >> >>>> On Tue, Mar 20, 2012 at 02:20, [email protected] < > >> >>>> [email protected]> wrote: > >> >>>> > >> >>>>> Hi Maxim, > >> >>>>> > >> >>>>> after you have successfully improved and set up our Nightly Build > >> >>>>> System (Congrats!!) I would like to start some discussion about > our > >> update > >> >>>>> mechanism: > >> >>>>> > >> >>>>> The current mechanism is fine as you can switch between from any > old > >> >>>>> version and import your data to another version. I would like to > >> keep that > >> >>>>> import/export mechanism via the web-interface. I think it is easy > >> to use > >> >>>>> also for non Sys-Administrators to re-import existing data that > way. > >> >>>>> > >> >>>>> However there is no other way of updating the system (except you > >> know > >> >>>>> what you do). My idea was kind of inspired by Moodle: They have > >> implemented > >> >>>>> some kind of command line interface to do backup actions in their > >> latest > >> >>>>> version. > >> >>>>> I think having the possibility to do the backup import/export also > >> via > >> >>>>> command line would be great. > >> >>>>> There might be also a possibility to do the initial install via > this > >> >>>>> command line interface instead of the web-installer via browser. > >> >>>>> And for example to add a user to the openmeetings database with > it. > >> >>>>> This gives Sys admins much more flexibility for managing the > system. > >> >>>>> From my understanding the problem with that idea is that this > >> command > >> >>>>> line interface to OpenMeetings has to access the same Spring > managed > >> >>>>> openJPA DB session then the usual webapp, cause otherwise you > would > >> need to > >> >>>>> do a restart Red5 or some tricks to flush openJPA's cache. > >> >>>>> The second big point about it would be security. I think to access > >> the > >> >>>>> command line interface it should be possible to auth with the same > >> user > >> >>>>> that you auth at the web-interface (admin level users only of > >> course). > >> >>>>> > >> >>>>> What do you think about that? > >> >>>>> I think a big plus for this feature would be also that this is a > >> >>>>> perfect extension point for system integrators and for building > >> packages > >> >>>>> for various linux distributions. > >> >>>>> > >> >>>>> Sebastian > >> >>>>> > >> >>>>> -- > >> >>>>> Sebastian Wagner > >> >>>>> http://www.openmeetings.de > >> >>>>> http://incubator.apache.org/openmeetings/ > >> >>>>> http://www.webbase-design.de > >> >>>>> http://www.wagner-sebastian.com > >> >>>>> [email protected] > >> >>>>> > >> >>>> > >> >>>> > >> >>>> > >> >>>> -- > >> >>>> WBR > >> >>>> Maxim aka solomax > >> >>>> > >> >>> > >> >>> > >> >>> > >> >>> -- > >> >>> WBR > >> >>> Maxim aka solomax > >> >>> > >> >> > >> >> > >> >> > >> >> -- > >> >> Sebastian Wagner > >> >> http://www.openmeetings.de > >> >> http://incubator.apache.org/openmeetings/ > >> >> http://www.webbase-design.de > >> >> http://www.wagner-sebastian.com > >> >> [email protected] > >> >> > >> > > >> > > >> > > >> > -- > >> > WBR > >> > Maxim aka solomax > >> > > >> > >> > >> > >> -- > >> Sebastian Wagner > >> http://www.openmeetings.de > >> http://incubator.apache.org/openmeetings/ > >> http://www.webbase-design.de > >> http://www.wagner-sebastian.com > >> [email protected] > >> > > > > > > > > -- > > Timur Tleukenov > > > -- Sebastian Wagner http://www.openmeetings.de http://incubator.apache.org/openmeetings/ http://www.webbase-design.de http://www.wagner-sebastian.com [email protected]
