Return-Path: X-Original-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-flex-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 8157A9835 for ; Fri, 30 Mar 2012 17:23:14 +0000 (UTC) Received: (qmail 62758 invoked by uid 500); 30 Mar 2012 17:23:13 -0000 Delivered-To: apmail-incubator-flex-dev-archive@incubator.apache.org Received: (qmail 62728 invoked by uid 500); 30 Mar 2012 17:23:13 -0000 Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: flex-dev@incubator.apache.org Delivered-To: mailing list flex-dev@incubator.apache.org Received: (qmail 62720 invoked by uid 99); 30 Mar 2012 17:23:13 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Mar 2012 17:23:13 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of igorcosta@gmail.com designates 209.85.212.47 as permitted sender) Received: from [209.85.212.47] (HELO mail-vb0-f47.google.com) (209.85.212.47) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Mar 2012 17:23:09 +0000 Received: by vbbfr13 with SMTP id fr13so589887vbb.6 for ; Fri, 30 Mar 2012 10:22:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=fQiS0XLT18wpFrS1J6h6w/wSXuPg+TIbUz45x+I5bKw=; b=hYyNy2QZZf6KGV+uxgyQvzQZKeh5cUmIOSfBaJAKrWOmGS8Zg67n2NcnAVDShYwpSm +tDp4E8x3eKZiUZXhM0C/TXmiMWuVdZOq3ac7RhfoxvvoOHJ7aXKtxTOpU1Cp9tEzhW9 yLy4cBBhPuREW/gn2NNPGbXEal0qZOLzi/4vnyf17+F4ZQK2uJxzAk3v84uyVXBOHNLa 0KWgiz4rcLBPeFS2x/y5ooAvvftmce7+Qaqah4dqTAlyT0cKQJBesQNFN4f3eK/ce83x SMEX8NPqIQFCi7ikwbIhmK9alOMK/yCLErEIvVDx/ya+zG5U9mHGJJ+mvS2IblARRCJO THZg== Received: by 10.52.65.170 with SMTP id y10mr1135118vds.48.1333128168223; Fri, 30 Mar 2012 10:22:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.200.6 with HTTP; Fri, 30 Mar 2012 10:22:27 -0700 (PDT) In-Reply-To: <4F75E2E1.3030802@gmail.com> References: <4F759EB2.2070606@gmail.com> <4F75B93E.9000600@gmail.com> <4F75E2E1.3030802@gmail.com> From: Igor Costa Date: Fri, 30 Mar 2012 14:22:27 -0300 Message-ID: Subject: Re: LCCS discontinued - infamous decision for Adobe clients To: flex-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=20cf307f3af2e8333604bc791603 X-Virus-Checked: Checked by ClamAV on apache.org --20cf307f3af2e8333604bc791603 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sorry to interrupt the post on list. But if we're going to talk about only in Adobe movements we will lose the focus of this list Which I still remember is Flex project. Please, let's keep focused. Regards ---------------------------- Igor Costa www.igorcosta.com www.igorcosta.org On Fri, Mar 30, 2012 at 1:44 PM, s=C3=A9bastien Paturel wrote: > Nicholas, > > "A few people have popped up talking about ways around that that usually > involve external Java libraries." > Would you have more precise infos to provide on that please? im > interesting to know more. > > Jeff message was more open minded regarding open source then that. > it says "To get the discussion started, here's some things I've looked at= : > Open Source. We have looked at this as an option and it's simply not > viable for a number of reasons. There are dependancies on third party a= nd > Adobe code that are extremely difficult to separate out. Some of this > code runs other services at Adobe that will continue to operate." > I read the following in another old thread: "and in any case the > application has large ties with our controlling application server, that = in > turn has some ties with other Adobe services so it would need a lot of > cleanup to make it work standalone anyway". > > So i see no reason why they would not accept to donate the AS3 client lib > code to Apache. > the issue is for server side code, but if theres only this part to rewrit= e > its quite better than doing the whole from scratch. > > For FMS, wowza, Red5, i know it can be done but at what price in term of > coding efforts? > LCCS was great also because it was a high level component lib. > > Thanks > > Le 30/03/2012 17:03, Nicholas Kwiatkowski a =C3=A9crit : > > Sebastien, >> >> Adobe has stated that they have no intentions in donating anything to do >> with LCCS, and they are making no plans or efforts to open-source anythi= ng >> to do with LCCS. They feel that it was a hosted ("rented") service, and >> they have no obligation to do it. A few of us have already asked the >> questions to Adobe, and they have repeated the same line. >> >> There are workable solutions that you can build with other products -- >> FMS, >> Wowza, Red5 -- for just about everything except for the screen sharing. = A >> few people have popped up talking about ways around that that usually >> involve external Java libraries. >> >> Aside from writing your own client code -- installing a Red5 server in A= WS >> and having it serve your content there is actually cheaper than LCCS for >> most cases. >> >> -Nick >> >> >> On Fri, Mar 30, 2012 at 9:46 AM, s=C3=A9bastien Paturel >> wrote: >> >> @All >>> If Adobe is able to open source (at least a part of) LCCS lib like for >>> example the client side AS3 components and the FMS server side code >>> Is it a stupid idea to propose to add it to the apache flex? Maybe we >>> could replace the FMS server side dependency with a blazeDS based serve= r >>> side (dont know at all if it makes sense) >>> and thus combining LCCS client side AS3 components (open source by Adob= e, >>> dont think theres third party license issue for that part) with blazeDS >>> server side, we could get powerfull real time features all opensourced = in >>> Apache. and no matter what happens to FMS in the future. >>> Maybe im dreaming a bit, but what you thing of it? >>> >>> for example will blazeDS be donated to apache as a separated project or >>> will it be included in Apache flex? >>> because smaller project like this may not get a big enough community to >>> be >>> a full standalone apache project, but if its included in flex powerfull >>> community it will help. >>> >>> @Giorgo >>> sounds interresting but: >>> What is your already complete solution? >>> Where can we find infos about it? >>> What server side technology is it based on? FMS? >>> >>> @Jitendra Jain >>> Can you please provide the quote and source of such announcement? >>> On my side i read that they will shut the service down december 31st, >>> even >>> for existing clients. >>> And the third party license issues are expressed only as an issue about >>> the option to open source LCCS, not as a reason to stop LCCS service. >>> >>> @gabriel >>> Yes i already checked it. But tanks. >>> I already sent an email to Jeff Stanier and am waiting for answer. >>> The quote you provide is great but its not reassuring at all. >>> Thing is they announce they will shutt all down with a fixed date, and >>> then they try to find a smooth transition solution (which will take tim= e >>> to >>> set up). >>> A real professionnal timeline would be more to first search for a smoot= h >>> transition, then announce the shut down date with the proper path to >>> continue business for existing clients. >>> After such a quote what should be my next move? Should i wait Adobe and >>> Jeff to find a smooth solution but without knowing when this solution >>> will >>> be available, and even not knowing if it will never be available? >>> During that wait the clock is ticking and theres only 9 month to set up= a >>> solution. >>> Or should i start to take a lot of unpaid time to search and test any >>> other alternative, to finally see Adobe coming with a convenient smooth >>> solution 3 month later? >>> >>> @jain saurabh >>> Red5 or wowza or other are more low level solutions, and before getting= a >>> perfectly working solution to replace high level components of LCCS it >>> will >>> take a lot of work only to get things work as before. >>> >>> Thanks All for you replies >>> >>> Le 30/03/2012 14:55, Jitendra Jain a =C3=A9crit : >>> >>> Adobe has already said that it is going to support already existing >>> >>>> clients >>>> even after discontinuing. Moreover this decision, which they have take= n >>>> is >>>> because of third party license issues. It sounds more valid to me. >>>> >>>> On Fri, Mar 30, 2012 at 6:06 PM, Gabriel De Repentigny< >>>> gabriel.derepentigny@**bisonli**ne.com < >>>> gabriel.derepentigny@**bisonline.com >>>> >> >>>> wrote: >>>> >>>> What shoudl i do now when im a freelance and my clients app will stop >>>> >>>>> running at the end of the year, and have no clear alternative? >>>>>> >>>>>> If you haven't seen it already, you may want to check the LCCS foru= m >>>>> at >>>>> Adobe. There are several threads where people are discussing LCCS >>>>> alternatives and how to transition to them. >>>>> >>>>> Also, Jeff Stanier from Adobe has a thread on that topic here: >>>>> >>>>> http://forums.adobe.com/****message/4277140 >>>>> >>>>> > >>>>> >>>>> He even gives out his email address in case you want to contact him >>>>> directly and discuss your concerns (though I've no idea if that'll do >>>>> any >>>>> good). Perhaps the most encouraging part of the thread is where he >>>>> says: >>>>> >>>>> "I hear you and Adobe hears you and we are taking a look at some othe= r >>>>> possible options to ease your transition from LCCS. This research wil= l >>>>> take >>>>> some time but we will work as quickly as possible." >>>>> >>>>> For your sake, hopefully that means they'll find a way to either >>>>> transfer >>>>> most of the LCCS technology to someone else to run it or else donate = it >>>>> to >>>>> the community. >>>>> >>>>> >>>>> >>>> > --20cf307f3af2e8333604bc791603--