Thanks Nick.  When you finish that last bug it is probably time to try to
release a new Installer.

-Alex

On 5/25/15, 9:36 PM, "Nicholas Kwiatkowski" <nicho...@spoon.as> wrote:

>Just an update on this thread --
>
>There is a branch I just pushed up with some squished commits that include
>an extended URLLoader component that will capture SSL/TLS connections and
>route them through the as3httpclientlib.
>
>The as3httpclientlib project was hosted on Google Code, and no longer
>exists.  The owner made a copy of it on GitHub, but he is no longer
>hosting
>the binaries to the project there.  I forked the project and stuck the swc
>file as a release build in the forked project.  I set the ANT script to
>download the swc binary off my forked copy of this project.  I'm certain
>there is a better way to do this, and I would love suggestions on what is
>the best way to accomplish including this external library into the
>flex-utilities project.
>
>There is still one bug I need to work out (the onData event is not firing
>reliably, so downloads may not complete).  I know what is wrong and just
>need to re-work a small bit.  I will work on that tomorrow and will let
>everybody know once this change won't introduce any regressive bugs.
>
>-Nick
>
>On Wed, Apr 29, 2015 at 11:14 AM, Alex Harui <aha...@adobe.com> wrote:
>
>> I don’t have any plans to change the “format” of the file.  You can
>> probably add anything you want to that file without breaking anything.
>>
>> That said, I’ve been pondering ways to get rid of the need to svnpubsub
>> updates to the file for every MD5 change.  Because svnpubsub requires
>>SVN
>> login credentials, we can’t have an automated task fully do it.
>>
>> Some options:
>> 1) Store credentials on the CI server.  Seems to risky though.
>> 2) replace the MD5s in the file with an URL.  Change the checksum task
>>in
>> the installer to notice that and go fetch the actual MD5 from that URL.
>> The URL will point to the CI server.  Downside: won’t work for ant
>> installs.
>> 3) Put in a redirect so all fetches to that file get redirected to the
>>CI
>> server so the CI server can just update the file without svnpubsub.
>> Downside: possible bandwidth costs, and reliance on non-Apache
>>hardware/CI
>> server accounts.
>>
>> As I write this, it occurs to me that a better answer may be to see if
>> Infra really can cough up an Azure server for us and redirect to that.
>> So, someday, the file may not actually be fetched from where it is
>>today.
>>
>> -Alex
>>
>> On 4/29/15, 12:18 AM, "Christofer Dutz" <christofer.d...@c-ware.de>
>>wrote:
>>
>> >Hi,
>> >
>> >will a new sdk-installer-config xml be coming with this? Just need to
>> >know cause the sdk-converter relies on this too.
>> >Would it also be possible to have the flash-players standalone urls in
>> >there too? This would allow me to auto provide the flashplayers too
>> >making a flexmojos project an absolute no-brainer (Currently I do have
>>to
>> >somehow make sure a flashplayer is available somewhere manually)
>> >
>> >Chris
>> >
>> >________________________________________
>> >Von: Alex Harui <aha...@adobe.com>
>> >Gesendet: Dienstag, 28. April 2015 21:46
>> >An: dev@flex.apache.org
>> >Betreff: Re: [Installer 3.2] Release branch cut
>> >
>> >OK, I just pushed the one fix to ant_on_air I wanted to get into this
>> >release and pushed Josh Tynjala’s pull requests as well (Thanks Josh!).
>> >
>> >What else needs to be done before going to the next stage of the
>>release
>> >process?  I’m willing to spend some time on as3httpclient integration
>>if
>> >needed.
>> >
>> >-Alex
>> >
>> >On 4/24/15, 12:19 AM, "piotrz" <piotrzarzyck...@gmail.com> wrote:
>> >
>> >>Nick,
>> >>
>> >>Did you push your branch to the repo? We have stuck with this - with
>>your
>> >>code we could be a bit closer to release. :)
>> >>
>> >>Piotr
>> >>
>> >>
>> >>
>> >>-----
>> >>Apache Flex PMC
>> >>piotrzarzyck...@gmail.com
>> >>--
>> >>View this message in context:
>> >>
>> 
>>http://apache-flex-development.2333347.n4.nabble.com/Installer-3-2-Releas
>> >>e
>> >>-branch-cut-tp45485p46165.html
>> >>Sent from the Apache Flex Development mailing list archive at
>>Nabble.com.
>>
>>

Reply via email to