My request was not about building any specific package for distro x,y,z My request was about creating a general CLI interface to perform system backup/import/install/manageUsers. Based on that, system integrators can build their Debian/RedHat/Suse/CentOS/Window/OSx package. If anybody volunteers directly now to build a .deb or Ubuntu Package and bring it into the official tree of that distro => Very nice, however what I think we should provide as openmeetings team is a very easy way / an extension point where potential volunteers can start with.
Sebastian 2012/3/20 Alexei Fedotov <[email protected]> > Unless we forget about standard ways of updating Linux and just do the > scripts > 20.03.2012 16:13 пользователь "[email protected]" < > [email protected]> > написал: > > > *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] > > > -- Sebastian Wagner http://www.openmeetings.de http://incubator.apache.org/openmeetings/ http://www.webbase-design.de http://www.wagner-sebastian.com [email protected]
