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. > >