Hello Martin, I may fail to understand Paul's question, indeed. Let me give my best try to answer to your questions.
> Is it not true that OpenMeetings requires Red5 in order to function properly? True. The Openmeetings requires Red5 to function properly. > So that, if we cannot distribute Red5 as part of an ASF distro, because of > the license, we also cannot distribute a functional OpenMeetings product? Not true. Openmeetings can be distributed without Red5. > Or is there some alternative to Red5 that could be distributed instead? I believe it is possible to use Adobe Flash Media Server as a substitution for Red5, but we cannot distribute Adobe FMS that for sure. In your last question you assume that we cannot distribute Red5. I don't think this is a valid problem. 1. Anyone can distribute GPL-licensed binary, or LGPL-licensed library. The virus problems begin when you try to modify the source of the product. This always requires proper attributions in COPYRIGHT file, but anyway. 2. Apache may have more strict guidelines on distributions. Nothing prevents us to write a small Apache-licensed Red5 installer and distribute it instead. 3. The truth is that currently Openmeetings is not built on pure Apache stack. I cannot see a problem here. Most Apache products used Sun's java when there was no Harmony, and Sun's vm was not even FOSS. Since I'm not a layer, I can be mistaken here. Martin, please, let me know, if you find error in my conclusions. 2009/10/28 Martin Cooper <mart...@apache.org>: > 2009/10/28 Alexei Fedotov <alexei.fedo...@gmail.com>: >> Hello Paul, >> Thanks for a good question! >> >> Openmeetings is red5 application which is very close to ordinary web >> application. AFAIU, the last change by Sebastian makes them even >> closer by implementing ".war" deployment. The code of the projects >> does not overlap in any way, and projects are connected via dynamic >> linking. AFAIK, dynamic linking of separate modules is permitted by >> LGPL. >> >> Digging this deeper, most dynamic linking is with a web server (i.e. >> Tomcat or Jetty) embedded into Red5, which is Apache licensed. To the >> best of my knowledge openmeetings communicate with a media server >> mostly using sockets, so some distribution re-packs may eliminate even >> dynamic linking. > > I don't believe you've answered what Paul was really asking, though. > Is it not true that OpenMeetings requires Red5 in order to function > properly? So that, if we cannot distribute Red5 as part of an ASF > distro, because of the license, we also cannot distribute a functional > OpenMeetings product? Or is there some alternative to Red5 that could > be distributed instead? > > -- > Martin Cooper > > >> >> >> >> On Wed, Oct 28, 2009 at 1:01 AM, Paul Querna <p...@querna.org> wrote: >>> On Tue, Oct 27, 2009 at 4:22 AM, Sebastian Wagner <seba.wag...@gmail.com> >>> wrote: >>>> hi, >>>> >>>> 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 20 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, ... >>>> >>>> You may find all existing documents and further material on the GoogleCode >>>> pages: http://code.google.com/p/openmeetings/ >>>> >>> >>> Sounds cool! >>> >>> I do have a question about how the project uses Red5 Media Server. >>> Red5 is licensed under the LGPL, how exactly does OpenMeetings use it? >>> >>> Thanks, >>> >>> Paul >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >>> For additional commands, e-mail: general-h...@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-unsubscr...@incubator.apache.org >> For additional commands, e-mail: general-h...@incubator.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@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-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
