Return-Path: X-Original-To: apmail-incubator-general-archive@www.apache.org Delivered-To: apmail-incubator-general-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 11F0A70A8 for ; Mon, 1 Aug 2011 12:24:01 +0000 (UTC) Received: (qmail 13168 invoked by uid 500); 1 Aug 2011 12:23:59 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 12692 invoked by uid 500); 1 Aug 2011 12:23:58 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 12684 invoked by uid 99); 1 Aug 2011 12:23:57 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Aug 2011 12:23:57 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rgardler@opendirective.com designates 209.85.210.41 as permitted sender) Received: from [209.85.210.41] (HELO mail-pz0-f41.google.com) (209.85.210.41) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Aug 2011 12:23:53 +0000 Received: by pzk4 with SMTP id 4so11337872pzk.0 for ; Mon, 01 Aug 2011 05:23:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opendirective.com; s=opendirective; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=YUQL546eKWvka4WjV1VTey4wdUOMRbwf/VQbxSP4fkw=; b=OMuOAlYo5565w8VuqFjOv5OdSC8l4o8RiIb2CxX0kOGifVR6oPvPVQNGgnCCaY98ob yIVh7AmCQW8fzCpQWKfo6vkxhuUFeRDUagVobtq21sKncs6pX8bFtzY5qA4SsdjHnozd PK4E41IMXxpx98TOEeYOqBxCRdhwwHCCXN+2I= MIME-Version: 1.0 Received: by 10.68.15.199 with SMTP id z7mr2770131pbc.6.1312201412652; Mon, 01 Aug 2011 05:23:32 -0700 (PDT) Received: by 10.68.63.33 with HTTP; Mon, 1 Aug 2011 05:23:31 -0700 (PDT) X-Originating-IP: [94.196.25.146] In-Reply-To: References: <61c9bc470911090417m2a770e9avfbcec7816387467d@mail.gmail.com> Date: Mon, 1 Aug 2011 13:23:31 +0100 Message-ID: Subject: Re: [PROPOSAL] Apache OpenMeetings incubator for Web Conferencing From: Ross Gardler To: general@incubator.apache.org Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 1 August 2011 11:18, 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 availabl= e > 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 > >> 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 : >> > 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 : >> >> 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 an= d >> >> would be willing to be a mentor, assuming the legal issues are not >> >> blockers. >> >> >> >> Ross >> >> >> >> 2009/11/3 Alexei Fedotov : >> >>> Noel, >> >>> Regarding Theora codec, I have checked the page [1]. Currently, ther= e >> >>> 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 networ= k >> >>> 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 universa= l >> >>> 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 : >> >>>> 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. I= f >> >>>>> they get a working streaming video-client under APL, this would he= lp >> >>>>> us to remove the most imporant dependency from Flash. >> >>>> >> >>>> They are proposing to move to Theora/Vorbis, which is under a suita= ble >> >>>> license: http://www.vorbis.com/faq/#slic. =9AWould that be suitable= for >> your >> >>>> needs? >> >>>> >> >>>>> we [also] get more people on Apache who share the same task. >> >>>> >> >>>> Agreed. >> >>>> >> >>>> =9A =9A =9A =9A--- Noel >> >>>> >> >>>> >> >>>> >> >>>> -------------------------------------------------------------------= -- >> >>>> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org >> >>>> For additional commands, e-mail: general-help@incubator.apache.org >> >>>> >> >>>> >> >>> >> >>> >> >>> >> >>> -- >> >>> With best regards / =D3 =CE=C1=C9=CC=D5=DE=DB=C9=CD=C9 =D0=CF=D6=C5= =CC=C1=CE=C9=D1=CD=C9, >> >>> Alexei Fedotov / =E1=CC=C5=CB=D3=C5=CA =E6=C5=C4=CF=D4=CF=D7, >> >>> 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 > --=20 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