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 <rgard...@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.wag...@gmail.com <seba.wag...@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 <rgard...@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.fedo...@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 <n...@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-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 > >>> > >>> > >> > >> > >> > >> -- > >> Ross Gardler > >> > >> OSS Watch - supporting open source in education and research > >> http://www.oss-watch.ac.uk > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > >> For additional commands, e-mail: general-h...@incubator.apache.org > >> > >> > > > > > > > > -- > > Sebastian Wagner > > http://www.webbase-design.de > > http://openmeetings.googlecode.com > > http://www.wagner-sebastian.com > > seba.wag...@gmail.com > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > > For additional commands, e-mail: general-h...@incubator.apache.org > > > > > > > > -- > Ross Gardler (@rgardler) > Programme Leader (Open Development) > OpenDirective http://opendirective.com > > --------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > > -- Sebastian Wagner http://www.webbase-design.de http://openmeetings.googlecode.com http://www.wagner-sebastian.com seba.wag...@gmail.com
