incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "seba.wagner@gmail.com" <seba.wag...@gmail.com>
Subject Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing
Date Mon, 01 Aug 2011 10:18:56 GMT
Hi Ross,

the Serlvet Container is Red5 (which is a modified Tomcat Servlet
Container), you cannot run OpenMeetings without it.

For building the software, OpenMeetings implements some of the API
Interfaces of the Red5-Server. So you need at least the red5.jar available
at build time in order to produce a release... or you create some
Mock-Objects to simulate the API of the Servlet Container.


Sebastian


2011/8/1 Ross Gardler <rgardler@opendirective.com>

> Great to see this proposal coming back again. If I remember correctly
> there was some concern about whether the application could reasonably
> expect to be made to tun without (L)GPL dependencies.
>
> It's clear that you've already done a fair amount of work to remove
> these dependencies, but the main sticking point was the servlet
> container you were using. My recollection is that this is a runtime
> dependency, not a build time one. However, if that is the case then
> surely it could be run in any container. Is that the case?
>
> If not then this dependency needs to be identified in the "External
> Dependencies" section.
>
> Please note, having a runtime dependency on incompatibly licensed code
> does not prevent you from making releases, it just makes it harder for
> people to install and also limits the range of people who are able to
> install it.
>
> Can you please clarify whether the application can run in any servlet
> container or not.
>
> Thanks.
> Ross
>
> 2011/7/21 seba.wagner@gmail.com <seba.wagner@gmail.com>:
> > We would like to propose Openmeetings project to join the incubator.
> >
> > Full Proposal:
> > http://wiki.apache.org/incubator/OpenmeetingsProposal
> >
> > Quick summary:
> > OpenMeetings is Web Conferencing application that fits into
> > educational or business sector. You can make conference sessions in
> > different room-types with up to 100 peoples in a Room. It contains all
> > main features of Web Conferencing: Audio/Video, Whiteboard, Screen
> > Sharing, Chat and Moderation System. It is translated into more then
> > 30 languages and its a basic goal of OpenMeetings to be easy to embed
> > into existing environments. It already uses many of Apache
> > Technologies like Tomcat, Mina, Velocity, Commons, ...
> >
> > As you can see below the last time we did the proposal we had
> > Hibernate in our software stack, we did refactor the hole project and
> > use openJPA now.
> > So that one should be no more blocker to it.
> > Red5 is used like a Servlet container and licensed under the LGPL,
> > Red5 can be obtained for example from the Debian Repository:
> > http://packages.debian.org/wheezy/red5-server
> >
> > You may find all existing documents and further material on the
> > GoogleCode pages: http://code.google.com/p/openmeetings/
> >
> > We appreciate any feedback and comments on the proposal.
> >
> > Sebastian Wagner
> >
> > 2009/11/9 Ross Gardler <rgardler@apache.org>:
> >> Just as a point of interest, I just completed a test meeting using
> >> OpenMeetings across three sites using the demo server.
> >>
> >> I was suitably impressed by the project. It has a few annoying
> >> limitations, but as an online meeting tool it is very good. to the
> >> extent that I will almost certainly be installing a copy on our own
> >> servers. I would be very happy to see it coming into the incubator and
> >> would be willing to be a mentor, assuming the legal issues are not
> >> blockers.
> >>
> >> Ross
> >>
> >> 2009/11/3 Alexei Fedotov <alexei.fedotov@gmail.com>:
> >>> Noel,
> >>> Regarding Theora codec, I have checked the page [1]. Currently, there
> >>> are no products which successfully use the codec for video
> >>> communication. Video-phone encodes and decodes the stream in
> >>> real-time, adopts the quality with regard to network conditions (e.g.
> >>> lost packet rate) and tries to minimize subjective effects of network
> >>> errors - the list of requirements is broader than for media players
> >>> Theora is mostly used. The work [2] says suggests using hardware
> >>> implementations for Theora codec because, otherwise "a computational
> >>> performance too high to be implemented in the camera by the universal
> >>> processor".
> >>>
> >>> So at least it requires some time and testing before I can say that
> >>> Theora-based solution is feasible. Another ecosystem change, like
> >>> embedding video-codecs in browsers, may resolve our need in a
> >>> different way.
> >>>
> >>> [1] http://www.vorbis.com/software/
> >>> [2] http://www3.elphel.com/linuxtag/talks_2005/paper-11081
> >>>
> >>> 2009/11/3 Noel J. Bergman <noel@devtech.com>:
> >>>> Alexei Fedotov wrote:
> >>>>
> >>>>> I see two long-term possibilities for synergy.
> >>>>> 1. BlueSky can integrate browser pannel in their client to handle
a
> >>>>> whiteboard. In this case the code for whiteboard can be re-used
in
> >>>>> both projects.
> >>>>
> >>>>> 2. They promise to get rid from mplayer and ffmpeg dependencies.
If
> >>>>> they get a working streaming video-client under APL, this would
help
> >>>>> us to remove the most imporant dependency from Flash.
> >>>>
> >>>> They are proposing to move to Theora/Vorbis, which is under a suitable
> >>>> license: http://www.vorbis.com/faq/#slic.  Would that be suitable for
> your
> >>>> needs?
> >>>>
> >>>>> we [also] get more people on Apache who share the same task.
> >>>>
> >>>> Agreed.
> >>>>
> >>>>        --- Noel
> >>>>
> >>>>
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> >>>> For additional commands, e-mail: general-help@incubator.apache.org
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> With best regards / с наилучшими пожеланиями,
> >>> Alexei Fedotov / Алексей Федотов,
> >>> http://www.telecom-express.ru/
> >>> http://harmony.apache.org/
> >>> http://www.expressaas.com/
> >>> http://openmeetings.googlecode.com/
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> >>> For additional commands, e-mail: general-help@incubator.apache.org
> >>>
> >>>
> >>
> >>
> >>
> >> --
> >> Ross Gardler
> >>
> >> OSS Watch - supporting open source in education and research
> >> http://www.oss-watch.ac.uk
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> >> For additional commands, e-mail: general-help@incubator.apache.org
> >>
> >>
> >
> >
> >
> > --
> > Sebastian Wagner
> > http://www.webbase-design.de
> > http://openmeetings.googlecode.com
> > http://www.wagner-sebastian.com
> > seba.wagner@gmail.com
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: general-help@incubator.apache.org
> >
> >
>
>
>
> --
> Ross Gardler (@rgardler)
> Programme Leader (Open Development)
> OpenDirective http://opendirective.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>


-- 
Sebastian Wagner
http://www.webbase-design.de
http://openmeetings.googlecode.com
http://www.wagner-sebastian.com
seba.wagner@gmail.com

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message