incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ross Gardler <rgard...@opendirective.com>
Subject Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing
Date Mon, 01 Aug 2011 12:23:31 GMT
On 1 August 2011 11:18, seba.wagner@gmail.com <seba.wagner@gmail.com> wrote:
> 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.

I suggest this is going to be your biggest impediment to graduation.
Red5 is LGPL and thus incompatibly licensed.

Ross

>
>
> 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
>



-- 
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


Mime
View raw message