You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openmeetings.apache.org by "seba.wagner@gmail.com" <se...@gmail.com> on 2012/03/19 20:20:07 UTC
discussing the update mechanism - a command line interface to manage OpenMeetings
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
seba.wagner@gmail.com
Re: discussing the update mechanism - a command line interface to
manage OpenMeetings
Posted by Maxim Solodovnik <so...@gmail.com>.
I'll create command line tool as soon as I finish with ScreenSharing client.
2012/3/21 seba.wagner@gmail.com <se...@gmail.com>
> So do we have some consens about it?
> @Maxim: As far as I understood you would like to take care of this?
>
> Sebastian
>
> 2012/3/20 seba.wagner@gmail.com <se...@gmail.com>:
> > Yeah you're right! If somebody needs he can still build a .sh or .bat
> > wrapper around that.
> > I would vote for that proposal.
> >
> >
> > Sebastian
> >
> > 2012/3/20 Maxim Solodovnik <so...@gmail.com>
> >>
> >> It is not necessarily need to wait for input
> >> It can be something like that:
> >>
> >> java -jar ...openmeeting.jar CommanLineAdmin -c install -user hans -pass
> >> mayer -smtp.server localhost -smtp.port 25 -language english
> >>
> >> java -jar ...openmeeting.jar CommanLineAdmin -c backup -user hans -pass
> >> mayer -file mybackup.zip
> >>
> >> Or even skip the user since if somebody have physical access to the
> server
> >> he can "guess" DB password and get all videos etc.
> >>
> >>
> >> 2012/3/20 seba.wagner@gmail.com <se...@gmail.com>
> >>
> >> > Having a command prompt that waits for input is also nice but I don't
> >> > know
> >> > if it is possible to handle cron jobs with that.
> >> >
> >> > My first idea was something like:
> >> > /red5_home/bin/install.sh -user hans -pass mayer -smtp.server
> localhost
> >> > -smtp.port 25 language english
> >> > /red5_home/bin/backup.sh -user hans -pass mayer > mybackup.zip
> >> > /red5_home/bin/importbackup.sh -user hans -pass -mayer -file
> >> > mybackup.zip
> >> > /red5_home/bin/createUser.sh -firstname hans -lastname mayer ...
> >> > maybe updateUser/deleteUser too. However this could be extended step
> by
> >> > step based on user feedback.
> >> >
> >> > Sebastian
> >> >
> >> > 2012/3/20 Maxim Solodovnik <so...@gmail.com>
> >> >
> >> > > I thought of java command line tool (probably with short shell
> script
> >> > > to
> >> > > run it)
> >> > >
> >> > > 2012/3/20 seba.wagner@gmail.com <se...@gmail.com>
> >> > >
> >> > > > 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 <al...@gmail.com>
> >> > > >
> >> > > > > Unless we forget about standard ways of updating Linux and just
> do
> >> > the
> >> > > > > scripts
> >> > > > > 20.03.2012 16:13 пользователь "seba.wagner@gmail.com" <
> >> > > > > seba.wagner@gmail.com>
> >> > > > > написал:
> >> > > > >
> >> > > > > > *Can we limit ourselves to one platform?*
> >> > > > > > => why should we?
> >> > > > > >
> >> > > > > > 2012/3/20 Alexei Fedotov <al...@gmail.com>
> >> > > > > >
> >> > > > > > > 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 пользователь "Тимур Тлеукенов" <
> >> > > > > > > timur.tleukenov@gmail.com>
> >> > > > > > > написал:
> >> > > > > > >
> >> > > > > > > > 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 seba.wagner@gmail.com <se...@gmail.com>
> >> > > > > > > >
> >> > > > > > > >> 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 <so...@gmail.com>
> >> > > > > > > >>
> >> > > > > > > >> > 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, seba.wagner@gmail.com <
> >> > > > > > > >> > seba.wagner@gmail.com> 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 <so...@gmail.com>
> >> > > > > > > >> >>
> >> > > > > > > >> >>> 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 <
> >> > > > > > > solomax666@gmail.com
> >> > > > > > > >> >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,
> seba.wagner@gmail.com <
> >> > > > > > > >> >>>> seba.wagner@gmail.com> 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
> >> > > > > > > >> >>>>> seba.wagner@gmail.com
> >> > > > > > > >> >>>>>
> >> > > > > > > >> >>>>
> >> > > > > > > >> >>>>
> >> > > > > > > >> >>>>
> >> > > > > > > >> >>>> --
> >> > > > > > > >> >>>> 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
> >> > > > > > > >> >> seba.wagner@gmail.com
> >> > > > > > > >> >>
> >> > > > > > > >> >
> >> > > > > > > >> >
> >> > > > > > > >> >
> >> > > > > > > >> > --
> >> > > > > > > >> > 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
> >> > > > > > > >> seba.wagner@gmail.com
> >> > > > > > > >>
> >> > > > > > > >
> >> > > > > > > >
> >> > > > > > > >
> >> > > > > > > > --
> >> > > > > > > > Timur Tleukenov
> >> > > > > > > >
> >> > > > > > >
> >> > > > > >
> >> > > > > >
> >> > > > > >
> >> > > > > > --
> >> > > > > > Sebastian Wagner
> >> > > > > > http://www.openmeetings.de
> >> > > > > > http://incubator.apache.org/openmeetings/
> >> > > > > > http://www.webbase-design.de
> >> > > > > > http://www.wagner-sebastian.com
> >> > > > > > seba.wagner@gmail.com
> >> > > > > >
> >> > > > >
> >> > > >
> >> > > >
> >> > > >
> >> > > > --
> >> > > > Sebastian Wagner
> >> > > > http://www.openmeetings.de
> >> > > > http://incubator.apache.org/openmeetings/
> >> > > > http://www.webbase-design.de
> >> > > > http://www.wagner-sebastian.com
> >> > > > seba.wagner@gmail.com
> >> > > >
> >> > >
> >> > >
> >> > >
> >> > > --
> >> > > 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
> >> > seba.wagner@gmail.com
> >> >
> >>
> >>
> >>
> >> --
> >> 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
> > seba.wagner@gmail.com
>
>
>
> --
> Sebastian Wagner
> http://www.openmeetings.de
> http://incubator.apache.org/openmeetings/
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>
--
WBR
Maxim aka solomax
Re: discussing the update mechanism - a command line interface to
manage OpenMeetings
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
So do we have some consens about it?
@Maxim: As far as I understood you would like to take care of this?
Sebastian
2012/3/20 seba.wagner@gmail.com <se...@gmail.com>:
> Yeah you're right! If somebody needs he can still build a .sh or .bat
> wrapper around that.
> I would vote for that proposal.
>
>
> Sebastian
>
> 2012/3/20 Maxim Solodovnik <so...@gmail.com>
>>
>> It is not necessarily need to wait for input
>> It can be something like that:
>>
>> java -jar ...openmeeting.jar CommanLineAdmin -c install -user hans -pass
>> mayer -smtp.server localhost -smtp.port 25 -language english
>>
>> java -jar ...openmeeting.jar CommanLineAdmin -c backup -user hans -pass
>> mayer -file mybackup.zip
>>
>> Or even skip the user since if somebody have physical access to the server
>> he can "guess" DB password and get all videos etc.
>>
>>
>> 2012/3/20 seba.wagner@gmail.com <se...@gmail.com>
>>
>> > Having a command prompt that waits for input is also nice but I don't
>> > know
>> > if it is possible to handle cron jobs with that.
>> >
>> > My first idea was something like:
>> > /red5_home/bin/install.sh -user hans -pass mayer -smtp.server localhost
>> > -smtp.port 25 language english
>> > /red5_home/bin/backup.sh -user hans -pass mayer > mybackup.zip
>> > /red5_home/bin/importbackup.sh -user hans -pass -mayer -file
>> > mybackup.zip
>> > /red5_home/bin/createUser.sh -firstname hans -lastname mayer ...
>> > maybe updateUser/deleteUser too. However this could be extended step by
>> > step based on user feedback.
>> >
>> > Sebastian
>> >
>> > 2012/3/20 Maxim Solodovnik <so...@gmail.com>
>> >
>> > > I thought of java command line tool (probably with short shell script
>> > > to
>> > > run it)
>> > >
>> > > 2012/3/20 seba.wagner@gmail.com <se...@gmail.com>
>> > >
>> > > > 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 <al...@gmail.com>
>> > > >
>> > > > > Unless we forget about standard ways of updating Linux and just do
>> > the
>> > > > > scripts
>> > > > > 20.03.2012 16:13 пользователь "seba.wagner@gmail.com" <
>> > > > > seba.wagner@gmail.com>
>> > > > > написал:
>> > > > >
>> > > > > > *Can we limit ourselves to one platform?*
>> > > > > > => why should we?
>> > > > > >
>> > > > > > 2012/3/20 Alexei Fedotov <al...@gmail.com>
>> > > > > >
>> > > > > > > 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 пользователь "Тимур Тлеукенов" <
>> > > > > > > timur.tleukenov@gmail.com>
>> > > > > > > написал:
>> > > > > > >
>> > > > > > > > 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 seba.wagner@gmail.com <se...@gmail.com>
>> > > > > > > >
>> > > > > > > >> 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 <so...@gmail.com>
>> > > > > > > >>
>> > > > > > > >> > 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, seba.wagner@gmail.com <
>> > > > > > > >> > seba.wagner@gmail.com> 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 <so...@gmail.com>
>> > > > > > > >> >>
>> > > > > > > >> >>> 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 <
>> > > > > > > solomax666@gmail.com
>> > > > > > > >> >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, seba.wagner@gmail.com <
>> > > > > > > >> >>>> seba.wagner@gmail.com> 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
>> > > > > > > >> >>>>> seba.wagner@gmail.com
>> > > > > > > >> >>>>>
>> > > > > > > >> >>>>
>> > > > > > > >> >>>>
>> > > > > > > >> >>>>
>> > > > > > > >> >>>> --
>> > > > > > > >> >>>> 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
>> > > > > > > >> >> seba.wagner@gmail.com
>> > > > > > > >> >>
>> > > > > > > >> >
>> > > > > > > >> >
>> > > > > > > >> >
>> > > > > > > >> > --
>> > > > > > > >> > 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
>> > > > > > > >> seba.wagner@gmail.com
>> > > > > > > >>
>> > > > > > > >
>> > > > > > > >
>> > > > > > > >
>> > > > > > > > --
>> > > > > > > > Timur Tleukenov
>> > > > > > > >
>> > > > > > >
>> > > > > >
>> > > > > >
>> > > > > >
>> > > > > > --
>> > > > > > Sebastian Wagner
>> > > > > > http://www.openmeetings.de
>> > > > > > http://incubator.apache.org/openmeetings/
>> > > > > > http://www.webbase-design.de
>> > > > > > http://www.wagner-sebastian.com
>> > > > > > seba.wagner@gmail.com
>> > > > > >
>> > > > >
>> > > >
>> > > >
>> > > >
>> > > > --
>> > > > Sebastian Wagner
>> > > > http://www.openmeetings.de
>> > > > http://incubator.apache.org/openmeetings/
>> > > > http://www.webbase-design.de
>> > > > http://www.wagner-sebastian.com
>> > > > seba.wagner@gmail.com
>> > > >
>> > >
>> > >
>> > >
>> > > --
>> > > 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
>> > seba.wagner@gmail.com
>> >
>>
>>
>>
>> --
>> 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
> seba.wagner@gmail.com
--
Sebastian Wagner
http://www.openmeetings.de
http://incubator.apache.org/openmeetings/
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com
Re: discussing the update mechanism - a command line interface to
manage OpenMeetings
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
Yeah you're right! If somebody needs he can still build a .sh or .bat
wrapper around that.
I would vote for that proposal.
Sebastian
2012/3/20 Maxim Solodovnik <so...@gmail.com>
> It is not necessarily need to wait for input
> It can be something like that:
>
> java -jar ...openmeeting.jar CommanLineAdmin -c install -user hans -pass
> mayer -smtp.server localhost -smtp.port 25 -language english
>
> java -jar ...openmeeting.jar CommanLineAdmin -c backup -user hans -pass
> mayer -file mybackup.zip
>
> Or even skip the user since if somebody have physical access to the server
> he can "guess" DB password and get all videos etc.
>
>
> 2012/3/20 seba.wagner@gmail.com <se...@gmail.com>
>
> > Having a command prompt that waits for input is also nice but I don't
> know
> > if it is possible to handle cron jobs with that.
> >
> > My first idea was something like:
> > /red5_home/bin/install.sh -user hans -pass mayer -smtp.server localhost
> > -smtp.port 25 language english
> > /red5_home/bin/backup.sh -user hans -pass mayer > mybackup.zip
> > /red5_home/bin/importbackup.sh -user hans -pass -mayer -file mybackup.zip
> > /red5_home/bin/createUser.sh -firstname hans -lastname mayer ...
> > maybe updateUser/deleteUser too. However this could be extended step by
> > step based on user feedback.
> >
> > Sebastian
> >
> > 2012/3/20 Maxim Solodovnik <so...@gmail.com>
> >
> > > I thought of java command line tool (probably with short shell script
> to
> > > run it)
> > >
> > > 2012/3/20 seba.wagner@gmail.com <se...@gmail.com>
> > >
> > > > 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 <al...@gmail.com>
> > > >
> > > > > Unless we forget about standard ways of updating Linux and just do
> > the
> > > > > scripts
> > > > > 20.03.2012 16:13 пользователь "seba.wagner@gmail.com" <
> > > > > seba.wagner@gmail.com>
> > > > > написал:
> > > > >
> > > > > > *Can we limit ourselves to one platform?*
> > > > > > => why should we?
> > > > > >
> > > > > > 2012/3/20 Alexei Fedotov <al...@gmail.com>
> > > > > >
> > > > > > > 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 пользователь "Тимур Тлеукенов" <
> > > > > > > timur.tleukenov@gmail.com>
> > > > > > > написал:
> > > > > > >
> > > > > > > > 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 seba.wagner@gmail.com <se...@gmail.com>
> > > > > > > >
> > > > > > > >> 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 <so...@gmail.com>
> > > > > > > >>
> > > > > > > >> > 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, seba.wagner@gmail.com <
> > > > > > > >> > seba.wagner@gmail.com> 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 <so...@gmail.com>
> > > > > > > >> >>
> > > > > > > >> >>> 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 <
> > > > > > > solomax666@gmail.com
> > > > > > > >> >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, seba.wagner@gmail.com <
> > > > > > > >> >>>> seba.wagner@gmail.com> 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
> > > > > > > >> >>>>> seba.wagner@gmail.com
> > > > > > > >> >>>>>
> > > > > > > >> >>>>
> > > > > > > >> >>>>
> > > > > > > >> >>>>
> > > > > > > >> >>>> --
> > > > > > > >> >>>> 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
> > > > > > > >> >> seba.wagner@gmail.com
> > > > > > > >> >>
> > > > > > > >> >
> > > > > > > >> >
> > > > > > > >> >
> > > > > > > >> > --
> > > > > > > >> > 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
> > > > > > > >> seba.wagner@gmail.com
> > > > > > > >>
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > --
> > > > > > > > Timur Tleukenov
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Sebastian Wagner
> > > > > > http://www.openmeetings.de
> > > > > > http://incubator.apache.org/openmeetings/
> > > > > > http://www.webbase-design.de
> > > > > > http://www.wagner-sebastian.com
> > > > > > seba.wagner@gmail.com
> > > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Sebastian Wagner
> > > > http://www.openmeetings.de
> > > > http://incubator.apache.org/openmeetings/
> > > > http://www.webbase-design.de
> > > > http://www.wagner-sebastian.com
> > > > seba.wagner@gmail.com
> > > >
> > >
> > >
> > >
> > > --
> > > 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
> > seba.wagner@gmail.com
> >
>
>
>
> --
> 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
seba.wagner@gmail.com
Re: discussing the update mechanism - a command line interface to
manage OpenMeetings
Posted by Maxim Solodovnik <so...@gmail.com>.
It is not necessarily need to wait for input
It can be something like that:
java -jar ...openmeeting.jar CommanLineAdmin -c install -user hans -pass
mayer -smtp.server localhost -smtp.port 25 -language english
java -jar ...openmeeting.jar CommanLineAdmin -c backup -user hans -pass
mayer -file mybackup.zip
Or even skip the user since if somebody have physical access to the server
he can "guess" DB password and get all videos etc.
2012/3/20 seba.wagner@gmail.com <se...@gmail.com>
> Having a command prompt that waits for input is also nice but I don't know
> if it is possible to handle cron jobs with that.
>
> My first idea was something like:
> /red5_home/bin/install.sh -user hans -pass mayer -smtp.server localhost
> -smtp.port 25 language english
> /red5_home/bin/backup.sh -user hans -pass mayer > mybackup.zip
> /red5_home/bin/importbackup.sh -user hans -pass -mayer -file mybackup.zip
> /red5_home/bin/createUser.sh -firstname hans -lastname mayer ...
> maybe updateUser/deleteUser too. However this could be extended step by
> step based on user feedback.
>
> Sebastian
>
> 2012/3/20 Maxim Solodovnik <so...@gmail.com>
>
> > I thought of java command line tool (probably with short shell script to
> > run it)
> >
> > 2012/3/20 seba.wagner@gmail.com <se...@gmail.com>
> >
> > > 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 <al...@gmail.com>
> > >
> > > > Unless we forget about standard ways of updating Linux and just do
> the
> > > > scripts
> > > > 20.03.2012 16:13 пользователь "seba.wagner@gmail.com" <
> > > > seba.wagner@gmail.com>
> > > > написал:
> > > >
> > > > > *Can we limit ourselves to one platform?*
> > > > > => why should we?
> > > > >
> > > > > 2012/3/20 Alexei Fedotov <al...@gmail.com>
> > > > >
> > > > > > 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 пользователь "Тимур Тлеукенов" <
> > > > > > timur.tleukenov@gmail.com>
> > > > > > написал:
> > > > > >
> > > > > > > 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 seba.wagner@gmail.com <se...@gmail.com>
> > > > > > >
> > > > > > >> 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 <so...@gmail.com>
> > > > > > >>
> > > > > > >> > 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, seba.wagner@gmail.com <
> > > > > > >> > seba.wagner@gmail.com> 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 <so...@gmail.com>
> > > > > > >> >>
> > > > > > >> >>> 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 <
> > > > > > solomax666@gmail.com
> > > > > > >> >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, seba.wagner@gmail.com <
> > > > > > >> >>>> seba.wagner@gmail.com> 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
> > > > > > >> >>>>> seba.wagner@gmail.com
> > > > > > >> >>>>>
> > > > > > >> >>>>
> > > > > > >> >>>>
> > > > > > >> >>>>
> > > > > > >> >>>> --
> > > > > > >> >>>> 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
> > > > > > >> >> seba.wagner@gmail.com
> > > > > > >> >>
> > > > > > >> >
> > > > > > >> >
> > > > > > >> >
> > > > > > >> > --
> > > > > > >> > 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
> > > > > > >> seba.wagner@gmail.com
> > > > > > >>
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > > Timur Tleukenov
> > > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Sebastian Wagner
> > > > > http://www.openmeetings.de
> > > > > http://incubator.apache.org/openmeetings/
> > > > > http://www.webbase-design.de
> > > > > http://www.wagner-sebastian.com
> > > > > seba.wagner@gmail.com
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Sebastian Wagner
> > > http://www.openmeetings.de
> > > http://incubator.apache.org/openmeetings/
> > > http://www.webbase-design.de
> > > http://www.wagner-sebastian.com
> > > seba.wagner@gmail.com
> > >
> >
> >
> >
> > --
> > 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
> seba.wagner@gmail.com
>
--
WBR
Maxim aka solomax
Re: discussing the update mechanism - a command line interface to
manage OpenMeetings
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
Having a command prompt that waits for input is also nice but I don't know
if it is possible to handle cron jobs with that.
My first idea was something like:
/red5_home/bin/install.sh -user hans -pass mayer -smtp.server localhost
-smtp.port 25 language english
/red5_home/bin/backup.sh -user hans -pass mayer > mybackup.zip
/red5_home/bin/importbackup.sh -user hans -pass -mayer -file mybackup.zip
/red5_home/bin/createUser.sh -firstname hans -lastname mayer ...
maybe updateUser/deleteUser too. However this could be extended step by
step based on user feedback.
Sebastian
2012/3/20 Maxim Solodovnik <so...@gmail.com>
> I thought of java command line tool (probably with short shell script to
> run it)
>
> 2012/3/20 seba.wagner@gmail.com <se...@gmail.com>
>
> > 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 <al...@gmail.com>
> >
> > > Unless we forget about standard ways of updating Linux and just do the
> > > scripts
> > > 20.03.2012 16:13 пользователь "seba.wagner@gmail.com" <
> > > seba.wagner@gmail.com>
> > > написал:
> > >
> > > > *Can we limit ourselves to one platform?*
> > > > => why should we?
> > > >
> > > > 2012/3/20 Alexei Fedotov <al...@gmail.com>
> > > >
> > > > > 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 пользователь "Тимур Тлеукенов" <
> > > > > timur.tleukenov@gmail.com>
> > > > > написал:
> > > > >
> > > > > > 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 seba.wagner@gmail.com <se...@gmail.com>
> > > > > >
> > > > > >> 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 <so...@gmail.com>
> > > > > >>
> > > > > >> > 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, seba.wagner@gmail.com <
> > > > > >> > seba.wagner@gmail.com> 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 <so...@gmail.com>
> > > > > >> >>
> > > > > >> >>> 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 <
> > > > > solomax666@gmail.com
> > > > > >> >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, seba.wagner@gmail.com <
> > > > > >> >>>> seba.wagner@gmail.com> 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
> > > > > >> >>>>> seba.wagner@gmail.com
> > > > > >> >>>>>
> > > > > >> >>>>
> > > > > >> >>>>
> > > > > >> >>>>
> > > > > >> >>>> --
> > > > > >> >>>> 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
> > > > > >> >> seba.wagner@gmail.com
> > > > > >> >>
> > > > > >> >
> > > > > >> >
> > > > > >> >
> > > > > >> > --
> > > > > >> > 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
> > > > > >> seba.wagner@gmail.com
> > > > > >>
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Timur Tleukenov
> > > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Sebastian Wagner
> > > > http://www.openmeetings.de
> > > > http://incubator.apache.org/openmeetings/
> > > > http://www.webbase-design.de
> > > > http://www.wagner-sebastian.com
> > > > seba.wagner@gmail.com
> > > >
> > >
> >
> >
> >
> > --
> > Sebastian Wagner
> > http://www.openmeetings.de
> > http://incubator.apache.org/openmeetings/
> > http://www.webbase-design.de
> > http://www.wagner-sebastian.com
> > seba.wagner@gmail.com
> >
>
>
>
> --
> 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
seba.wagner@gmail.com
Re: discussing the update mechanism - a command line interface to
manage OpenMeetings
Posted by Maxim Solodovnik <so...@gmail.com>.
I thought of java command line tool (probably with short shell script to
run it)
2012/3/20 seba.wagner@gmail.com <se...@gmail.com>
> 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 <al...@gmail.com>
>
> > Unless we forget about standard ways of updating Linux and just do the
> > scripts
> > 20.03.2012 16:13 пользователь "seba.wagner@gmail.com" <
> > seba.wagner@gmail.com>
> > написал:
> >
> > > *Can we limit ourselves to one platform?*
> > > => why should we?
> > >
> > > 2012/3/20 Alexei Fedotov <al...@gmail.com>
> > >
> > > > 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 пользователь "Тимур Тлеукенов" <
> > > > timur.tleukenov@gmail.com>
> > > > написал:
> > > >
> > > > > 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 seba.wagner@gmail.com <se...@gmail.com>
> > > > >
> > > > >> 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 <so...@gmail.com>
> > > > >>
> > > > >> > 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, seba.wagner@gmail.com <
> > > > >> > seba.wagner@gmail.com> 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 <so...@gmail.com>
> > > > >> >>
> > > > >> >>> 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 <
> > > > solomax666@gmail.com
> > > > >> >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, seba.wagner@gmail.com <
> > > > >> >>>> seba.wagner@gmail.com> 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
> > > > >> >>>>> seba.wagner@gmail.com
> > > > >> >>>>>
> > > > >> >>>>
> > > > >> >>>>
> > > > >> >>>>
> > > > >> >>>> --
> > > > >> >>>> 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
> > > > >> >> seba.wagner@gmail.com
> > > > >> >>
> > > > >> >
> > > > >> >
> > > > >> >
> > > > >> > --
> > > > >> > 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
> > > > >> seba.wagner@gmail.com
> > > > >>
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Timur Tleukenov
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Sebastian Wagner
> > > http://www.openmeetings.de
> > > http://incubator.apache.org/openmeetings/
> > > http://www.webbase-design.de
> > > http://www.wagner-sebastian.com
> > > seba.wagner@gmail.com
> > >
> >
>
>
>
> --
> Sebastian Wagner
> http://www.openmeetings.de
> http://incubator.apache.org/openmeetings/
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>
--
WBR
Maxim aka solomax
Re: discussing the update mechanism - a command line interface to
manage OpenMeetings
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
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 <al...@gmail.com>
> Unless we forget about standard ways of updating Linux and just do the
> scripts
> 20.03.2012 16:13 пользователь "seba.wagner@gmail.com" <
> seba.wagner@gmail.com>
> написал:
>
> > *Can we limit ourselves to one platform?*
> > => why should we?
> >
> > 2012/3/20 Alexei Fedotov <al...@gmail.com>
> >
> > > 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 пользователь "Тимур Тлеукенов" <
> > > timur.tleukenov@gmail.com>
> > > написал:
> > >
> > > > 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 seba.wagner@gmail.com <se...@gmail.com>
> > > >
> > > >> 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 <so...@gmail.com>
> > > >>
> > > >> > 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, seba.wagner@gmail.com <
> > > >> > seba.wagner@gmail.com> 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 <so...@gmail.com>
> > > >> >>
> > > >> >>> 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 <
> > > solomax666@gmail.com
> > > >> >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, seba.wagner@gmail.com <
> > > >> >>>> seba.wagner@gmail.com> 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
> > > >> >>>>> seba.wagner@gmail.com
> > > >> >>>>>
> > > >> >>>>
> > > >> >>>>
> > > >> >>>>
> > > >> >>>> --
> > > >> >>>> 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
> > > >> >> seba.wagner@gmail.com
> > > >> >>
> > > >> >
> > > >> >
> > > >> >
> > > >> > --
> > > >> > 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
> > > >> seba.wagner@gmail.com
> > > >>
> > > >
> > > >
> > > >
> > > > --
> > > > Timur Tleukenov
> > > >
> > >
> >
> >
> >
> > --
> > Sebastian Wagner
> > http://www.openmeetings.de
> > http://incubator.apache.org/openmeetings/
> > http://www.webbase-design.de
> > http://www.wagner-sebastian.com
> > seba.wagner@gmail.com
> >
>
--
Sebastian Wagner
http://www.openmeetings.de
http://incubator.apache.org/openmeetings/
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com
Re: discussing the update mechanism - a command line interface to
manage OpenMeetings
Posted by Alexei Fedotov <al...@gmail.com>.
Unless we forget about standard ways of updating Linux and just do the
scripts
20.03.2012 16:13 пользователь "seba.wagner@gmail.com" <se...@gmail.com>
написал:
> *Can we limit ourselves to one platform?*
> => why should we?
>
> 2012/3/20 Alexei Fedotov <al...@gmail.com>
>
> > 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 пользователь "Тимур Тлеукенов" <
> > timur.tleukenov@gmail.com>
> > написал:
> >
> > > 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 seba.wagner@gmail.com <se...@gmail.com>
> > >
> > >> 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 <so...@gmail.com>
> > >>
> > >> > 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, seba.wagner@gmail.com <
> > >> > seba.wagner@gmail.com> 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 <so...@gmail.com>
> > >> >>
> > >> >>> 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 <
> > solomax666@gmail.com
> > >> >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, seba.wagner@gmail.com <
> > >> >>>> seba.wagner@gmail.com> 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
> > >> >>>>> seba.wagner@gmail.com
> > >> >>>>>
> > >> >>>>
> > >> >>>>
> > >> >>>>
> > >> >>>> --
> > >> >>>> 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
> > >> >> seba.wagner@gmail.com
> > >> >>
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> > 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
> > >> seba.wagner@gmail.com
> > >>
> > >
> > >
> > >
> > > --
> > > Timur Tleukenov
> > >
> >
>
>
>
> --
> Sebastian Wagner
> http://www.openmeetings.de
> http://incubator.apache.org/openmeetings/
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>
Re: discussing the update mechanism - a command line interface to
manage OpenMeetings
Posted by Alexei Fedotov <al...@gmail.com>.
Repository management is the main difference between linux distributions.
We won't be able to support all at once
20.03.2012 16:13 пользователь "seba.wagner@gmail.com" <se...@gmail.com>
написал:
> *Can we limit ourselves to one platform?*
> => why should we?
>
> 2012/3/20 Alexei Fedotov <al...@gmail.com>
>
> > 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 пользователь "Тимур Тлеукенов" <
> > timur.tleukenov@gmail.com>
> > написал:
> >
> > > 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 seba.wagner@gmail.com <se...@gmail.com>
> > >
> > >> 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 <so...@gmail.com>
> > >>
> > >> > 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, seba.wagner@gmail.com <
> > >> > seba.wagner@gmail.com> 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 <so...@gmail.com>
> > >> >>
> > >> >>> 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 <
> > solomax666@gmail.com
> > >> >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, seba.wagner@gmail.com <
> > >> >>>> seba.wagner@gmail.com> 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
> > >> >>>>> seba.wagner@gmail.com
> > >> >>>>>
> > >> >>>>
> > >> >>>>
> > >> >>>>
> > >> >>>> --
> > >> >>>> 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
> > >> >> seba.wagner@gmail.com
> > >> >>
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> > 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
> > >> seba.wagner@gmail.com
> > >>
> > >
> > >
> > >
> > > --
> > > Timur Tleukenov
> > >
> >
>
>
>
> --
> Sebastian Wagner
> http://www.openmeetings.de
> http://incubator.apache.org/openmeetings/
> http://www.webbase-design.de
> http://www.wagner-sebastian.com
> seba.wagner@gmail.com
>
Re: discussing the update mechanism - a command line interface to
manage OpenMeetings
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
*Can we limit ourselves to one platform?*
=> why should we?
2012/3/20 Alexei Fedotov <al...@gmail.com>
> 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 пользователь "Тимур Тлеукенов" <
> timur.tleukenov@gmail.com>
> написал:
>
> > 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 seba.wagner@gmail.com <se...@gmail.com>
> >
> >> 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 <so...@gmail.com>
> >>
> >> > 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, seba.wagner@gmail.com <
> >> > seba.wagner@gmail.com> 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 <so...@gmail.com>
> >> >>
> >> >>> 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 <
> solomax666@gmail.com
> >> >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, seba.wagner@gmail.com <
> >> >>>> seba.wagner@gmail.com> 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
> >> >>>>> seba.wagner@gmail.com
> >> >>>>>
> >> >>>>
> >> >>>>
> >> >>>>
> >> >>>> --
> >> >>>> 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
> >> >> seba.wagner@gmail.com
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > 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
> >> seba.wagner@gmail.com
> >>
> >
> >
> >
> > --
> > Timur Tleukenov
> >
>
--
Sebastian Wagner
http://www.openmeetings.de
http://incubator.apache.org/openmeetings/
http://www.webbase-design.de
http://www.wagner-sebastian.com
seba.wagner@gmail.com
Re: discussing the update mechanism - a command line interface to
manage OpenMeetings
Posted by Alexei Fedotov <al...@gmail.com>.
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 пользователь "Тимур Тлеукенов" <ti...@gmail.com>
написал:
> 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 seba.wagner@gmail.com <se...@gmail.com>
>
>> 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 <so...@gmail.com>
>>
>> > 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, seba.wagner@gmail.com <
>> > seba.wagner@gmail.com> 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 <so...@gmail.com>
>> >>
>> >>> 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 <solomax666@gmail.com
>> >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, seba.wagner@gmail.com <
>> >>>> seba.wagner@gmail.com> 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
>> >>>>> seba.wagner@gmail.com
>> >>>>>
>> >>>>
>> >>>>
>> >>>>
>> >>>> --
>> >>>> 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
>> >> seba.wagner@gmail.com
>> >>
>> >
>> >
>> >
>> > --
>> > 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
>> seba.wagner@gmail.com
>>
>
>
>
> --
> Timur Tleukenov
>
Re: discussing the update mechanism - a command line interface to
manage OpenMeetings
Posted by Тимур Тлеукенов <ti...@gmail.com>.
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 seba.wagner@gmail.com <se...@gmail.com>
> 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 <so...@gmail.com>
>
> > 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, seba.wagner@gmail.com <
> > seba.wagner@gmail.com> 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 <so...@gmail.com>
> >>
> >>> 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 <solomax666@gmail.com
> >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, seba.wagner@gmail.com <
> >>>> seba.wagner@gmail.com> 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
> >>>>> seba.wagner@gmail.com
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> 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
> >> seba.wagner@gmail.com
> >>
> >
> >
> >
> > --
> > 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
> seba.wagner@gmail.com
>
--
Timur Tleukenov
Re: discussing the update mechanism - a command line interface to
manage OpenMeetings
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
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 <so...@gmail.com>
> 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, seba.wagner@gmail.com <
> seba.wagner@gmail.com> 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 <so...@gmail.com>
>>
>>> 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 <so...@gmail.com>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, seba.wagner@gmail.com <
>>>> seba.wagner@gmail.com> 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
>>>>> seba.wagner@gmail.com
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> 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
>> seba.wagner@gmail.com
>>
>
>
>
> --
> 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
seba.wagner@gmail.com
Re: discussing the update mechanism - a command line interface to
manage OpenMeetings
Posted by Maxim Solodovnik <so...@gmail.com>.
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, seba.wagner@gmail.com
<se...@gmail.com>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 <so...@gmail.com>
>
>> 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 <so...@gmail.com>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, seba.wagner@gmail.com <
>>> seba.wagner@gmail.com> 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
>>>> seba.wagner@gmail.com
>>>>
>>>
>>>
>>>
>>> --
>>> 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
> seba.wagner@gmail.com
>
--
WBR
Maxim aka solomax
Re: discussing the update mechanism - a command line interface to
manage OpenMeetings
Posted by "seba.wagner@gmail.com" <se...@gmail.com>.
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 <so...@gmail.com>
> 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 <so...@gmail.com>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, seba.wagner@gmail.com <
>> seba.wagner@gmail.com> 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
>>> seba.wagner@gmail.com
>>>
>>
>>
>>
>> --
>> 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
seba.wagner@gmail.com
Re: discussing the update mechanism - a command line interface to
manage OpenMeetings
Posted by Maxim Solodovnik <so...@gmail.com>.
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 <so...@gmail.com>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, seba.wagner@gmail.com <
> seba.wagner@gmail.com> 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
>> seba.wagner@gmail.com
>>
>
>
>
> --
> WBR
> Maxim aka solomax
>
--
WBR
Maxim aka solomax
Re: discussing the update mechanism - a command line interface to
manage OpenMeetings
Posted by Maxim Solodovnik <so...@gmail.com>.
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, seba.wagner@gmail.com
<se...@gmail.com>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
> seba.wagner@gmail.com
>
--
WBR
Maxim aka solomax