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
