On 1 August 2011 11:18, seba.wag...@gmail.com <seba.wag...@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 <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 > -- 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
