>> If so, Justin, can you revert some of your recent checkins in those areas?
> Sorry but I'm not going to revert a checkin that actually fixes a bug and
> when is it most likely that the test is now not working. If the fix had
It's that "most likely" part that worries us...
EdB
--
Ix Multi
I tried to browse around 15 posts, unfortunately none of them are working.
Some of the links which I tried:
http://blog.flexexamples.com/2007/08/02/using-special-characters-in-your-flex-applications/
http://blog.flexexamples.com/2009/03/30/setting-the-base-color-on-an-fxcheckbox-control-in-flex-gu
On it.
EdB
On Thursday, September 5, 2013, Justin Mclean wrote:
> Hi,
>
> I've updated all build scripts, install scripts etc etc so that AIR 4.9
> and Flash Player 11.9 are supported.
>
> Can someone change one of the CI instances to run mustella, air and mobile
> tests against 11.9/4.9 to se
On 9/4/13 8:24 PM, "Justin Mclean" wrote:
>Hi,
>
>> I'm willing to help out, but it helps if you have done some basic
>>research
>> on any test failures
>That already been done - see other threads. It looks like the DG issue
>been fixed (that was one failing test) and you looked at the popup is
Hi,
> I'm willing to help out, but it helps if you have done some basic research
> on any test failures
That already been done - see other threads. It looks like the DG issue been
fixed (that was one failing test) and you looked at the popup issue (the other
2 failing tests) and couldn't see any
Hi,
> That's here there is something I don't know, what should be merged back to
> the develop branch ?
Changes would be made in the release branch and merged into develop, otherwise
the two branches would diverge and develop would no longer be a representation
of the last release. All of the CI
On 9/4/13 3:44 PM, "Justin Mclean" wrote:
>HI,
>
>> Are you sure this assertion is true for branches under development (dev
>>/
>> features or bugs).
>As part of the current release process, the release is tagged and then
>develop is merged into trunk, otherwise it would not be a true reflexion
On 9/4/13 3:39 PM, "Justin Mclean" wrote:
>HI,
>
>> At Adobe, if new failures appeared and it was in tests that could have
>> been affected by code you changed, you had to revert or fix immediately.
>
>We are not at Adobe, other committers should be willing to help out on
>bug fixing and testin
Hi,
> You mean AIR 3.9 :-)
Yep I meant 3.9, I've added 3.9/11.9 to the installer config as well.
Re installer selection be nice if we could put a "beta" in there somewhere
after the selection for 3.9/11.9, but it still defaults to 3.8/11.8 so not a
huge issue.
Thanks,
Justin
We don't have access to the database of mirrors that currently host our
project. Additionally infra told me that their scripts take in account
bandwidth limit requests that their mirrors request.
I was looking at this when redesigning the website, and trying to use a
better geoip lookup than what
> How do you merge back into develop easily?
That's here there is something I don't know, what should be merged back to
the develop branch ?
We haven't got hotfixes and if something goes wrong with the RC, it is fixed
on the dev branch and another RC is done, right ?
Even if we would fix on the RC
On Sep 4, 2013 7:12 PM, "Justin Mclean" wrote:
>
> Hi,
>
> I've updated all build scripts, install scripts etc etc so that AIR 4.9
and Flash Player 11.9 are supported.
>
> Can someone change one of the CI instances to run mustella, air and
mobile tests against 11.9/4.9 to see if there are any issu
Hi,
I've updated all build scripts, install scripts etc etc so that AIR 4.9 and
Flash Player 11.9 are supported.
Can someone change one of the CI instances to run mustella, air and mobile
tests against 11.9/4.9 to see if there are any issues?
Thanks,
Justin
HI,
> What was the problem exactly ?
One of the RCs had a build number of 0. The file in question was in gitignore
so the difference wasn't picked up until a RC had been made and several people
had tested it.
> why attributing a build number only at release time would make it harder
How do you
> That could and has caused errors, one of the 4.10.0 RC had to be redone
because of this exact issue.
What was the problem exactly ?
> Making and testing a RC is a lot of effort and I rather make that easier
rather than harder or ending up with an RC missing a build number.
Sure it is a lot of
Ok good to go now on that. Thanks Justin. BTW the DataGrid mustella test
case is passing now. Guess I'll see tomorrow when the Jenkins build runs.
mini_run.sh -caseName=Editable_startItemEditorSesision_inValidParams
gumbo/components/DataGrid/Properties/DataGrid_Properties_editable.mxml
-Mark
On Wed, Sep 4, 2013 at 11:15 AM, Erik de Bruin wrote:
> The job that creates the artifacts is simply running "ant super-clean
> release create-md5". It is not explicitly changing the filenames. I
> guess there is still something/somewhere left to update to "4.11.0"?
>
> EdB
>
>
I see that in flex
Hi,
> So you'd like me to change the isCellEditable to [1]
Looks good to me, except you only want to catch a Range Error.
Justin
Hi,
> I haven't look at how and when the date is added yet but can't we decide to
> add this date from the release target only as the release target is supposed
> to be run on a release branch only ?
That could and has caused errors, one of the 4.10.0 RC had to be redone because
of this exact is
So you'd like me to change the isCellEditable to [1] or you mean on whats
calling the isCellEditable in the first place (startItemEditorSession)?
[1]
protected function isCellEditable(rowIndex:int, columnIndex:int):Boolean
{
try
{
var dataItem:Object = dataProv
Hi,
> It made logical sense to me since an out of range cell reference is not
> editable. I know they liked range errors at Adobe, but do we want to keep
> this behavior ATM? If so I'll revert the change.
I'd go for do a try/catch for a range error and if it occurs return false -
that's probab
It made logical sense to me since an out of range cell reference is not
editable. I know they liked range errors at Adobe, but do we want to keep
this behavior ATM? If so I'll revert the change.
-Mark
On Wed, Sep 4, 2013 at 8:54 PM, Justin Mclean (JIRA) wrote:
>
> [
> https://issues.apache
That's a nice idea but It would have to be done for each file we download
(Flex / AIR / FP /...) and for each version, for each one we would need to
download it, calculate the hash and store it, this is a lot to do.
-Message d'origine-
De : Mark Kessler [mailto:kesslerconsult...@gmail.com]
I haven't look at how and when the date is added yet but can't we decide to
add this date from the release target only as the release target is supposed
to be run on a release branch only ?
-Message d'origine-
De : Justin Mclean [mailto:jus...@classsoftware.com]
Envoyé : jeudi 5 septembre
I would think we host the hash lists on apache in some fashion and it could
download the files from each place, check it's hash with the list it got
from our site and decide to keep it or try it again on another mirror?
On Wed, Sep 4, 2013 at 8:19 PM, Frédéric THOMAS wrote:
> The hash should be
So, I found, finally, I don't query the content-length but start a download,
at the first onProgress, I stop the download and start downloading by
ranges.
-Message d'origine-
De : omup...@gmail.com [mailto:omup...@gmail.com] De la part de OmPrakash
Muppirala
Envoyé : jeudi 5 septembre 2013
The hash should be compared with the one of the server but the server
doesn't return a hash AFAIK
-Message d'origine-
De : Mark Kessler [mailto:kesslerconsult...@gmail.com]
Envoyé : jeudi 5 septembre 2013 02:09
À : Dev@Flex
Objet : Re: [Intaller] Speed up download
No that makes sense, so
No that makes sense, so my next question is should we have each file
hashed in some automatic way and stored in a summary file. Then only one
file at a time could be bad?
On Wed, Sep 4, 2013 at 7:56 PM, Frédéric THOMAS wrote:
> The difference IMo is that chunks haven't got hashes, only the
Hi,
If you can work out how to make a release than then do the merge without
merging the build number go for it.
You need to update this:
https://cwiki.apache.org/confluence/display/FLEX/Release+Guide+for+the+SDK
Thanks,
Justin
The difference IMo is that chunks haven't got hashes, only the final file
can be checked but I might be wrong.
-Message d'origine-
De : Mark Kessler [mailto:kesslerconsult...@gmail.com]
Envoyé : jeudi 5 septembre 2013 01:50
À : Dev@Flex
Objet : Re: [Intaller] Speed up download
It has lis
I see a major difference though, because the release branch is a branch to
be released, it can add the build number without affected the normal git
workflow, the release branch is based on the develop branch (think extends),
they don't need to be equals in everything, that's the goal of doing a
rel
It has lists of lengths, number of pieces, hashes for each piece. If it
end up with a bad piece it can go out again and retrieve that piece over.
[1] http://en.wikipedia.org/wiki/Torrent_file
-Mark
On Wed, Sep 4, 2013 at 7:40 PM, Frédéric THOMAS wrote:
> I guess they don't, at the end you cou
On Wed, Sep 4, 2013 at 4:28 PM, Frédéric THOMAS wrote:
> Well, from my tests, if I query the length of SDK file from the mirror with
> "Content_Length" it doesn't work, if I do that with another file on another
> server, it works, so, I suppose it uses Transfer-Encoding, so, I can't
> query
> the
Hi,
> Following nvie.com/posts/a-successful-git-branching-model/ the develop
> branch is never merged to the trunk but the release branch yes.
Yep that right, I've not had my coffee yet :-)
Same issue basically as the release branch is branched from develop, worked on,
tagged, released and the
I guess they don't, at the end you could have a corrupt file IMO
-Message d'origine-
De : Mark Kessler [mailto:kesslerconsult...@gmail.com]
Envoyé : jeudi 5 septembre 2013 01:34
À : Dev@Flex
Objet : Re: [Intaller] Speed up download
I wonder how torrent files deal with checksums on chunks
Following nvie.com/posts/a-successful-git-branching-model/ the develop
branch is never merged to the trunk but the release branch yes.
-Message d'origine-
De : Justin Mclean [mailto:jus...@classsoftware.com]
Envoyé : jeudi 5 septembre 2013 00:45
À : dev@flex.apache.org
Objet : Re: Nighly
I wonder how torrent files deal with checksums on chunks.
On Wed, Sep 4, 2013 at 7:30 PM, Frédéric THOMAS wrote:
> It is what I wanted to do but Om has a good argument in disfavor:
>
> "2. If you get one chunk per mirror and if one of the mirrors has a
> corrupted artifact, then it will be almo
I'll fiddle around with the test since I'll be confirming two JIRA issues
that revolve around DataGrids and will have to run the Mustella for them
anyways. Probably for the best anyways, my Mustella knowledge revolves
only around running the tests lol.
-Mark
On Wed, Sep 4, 2013 at 6:39 PM, Just
It is what I wanted to do but Om has a good argument in disfavor:
"2. If you get one chunk per mirror and if one of the mirrors has a
corrupted artifact, then it will be almost impossible to figure out and
track where the MD5 checksum."
-Message d'origine-
De : Mark Kessler [mailto:kessl
Well, from my tests, if I query the length of SDK file from the mirror with
"Content_Length" it doesn't work, if I do that with another file on another
server, it works, so, I suppose it uses Transfer-Encoding, so, I can't query
the size first, do you know what are the steps to use it (how it works
Is there anything that says we can't download bits from separate mirrors?
Select each mirror in the Apache way, but I bet the Apache way doesn't say
it can't have multiple different mirrors. Be a bit more like a torrent
then :P
On Wed, Sep 4, 2013 at 6:13 PM, Alex Harui wrote:
>
>
> On 9/4/13
Deepak,
Can you share the url where this error occurs, so I can let Peter know abut
this?
Thanks,
Om
On Wed, Sep 4, 2013 at 5:29 AM, Deepak MS wrote:
> Hi Om,
> Is there a way to get back the working model too? There used to be a
> working example for users to quickly see it just below the co
HI,
> Are you sure this assertion is true for branches under development (dev /
> features or bugs).
As part of the current release process, the release is tagged and then develop
is merged into trunk, otherwise it would not be a true reflexion of what we
actually released.
Can you see a better
On Wed, Sep 4, 2013 at 3:31 PM, Frédéric THOMAS wrote:
> What I want to try is chunks downloads with one file per worker and
> compute
> md5 in workers too to go as fast as possible to the next install step, I've
> got a slow bandwidth but when I use my IDM, I download twice faster.
>
> If we wan
HI,
> At Adobe, if new failures appeared and it was in tests that could have
> been affected by code you changed, you had to revert or fix immediately.
We are not at Adobe, other committers should be willing to help out on bug
fixing and testing in a collaborative way. We want to encourage peopl
Hi Justin,
Are you sure this assertion is true for branches under development (dev /
features or bugs).
-Fred
-Message d'origine-
De : Justin Mclean [mailto:jus...@classsoftware.com]
Envoyé : jeudi 5 septembre 2013 00:19
À : dev@flex.apache.org
Objet : Re: Nighly builds and releases
HI
What I want to try is chunks downloads with one file per worker and compute
md5 in workers too to go as fast as possible to the next install step, I've
got a slow bandwidth but when I use my IDM, I download twice faster.
If we want to be smart, I guess we can improve the algorithm having one
chun
The biggest issue is that there are slow mirrors. When I've run my speed
tests, downloading the 100MB + download, it can be as slow as 30 minutes,
and as fast as 45 seconds on my connection. That is one of the downfalls
of using volunteer mirrors.
I don't think that chunking the downloads will h
We can't. We have to rely on the Apache system to determine the download
mirror. We are locked into that method.
On Wed, Sep 4, 2013 at 12:13 PM, Kessler CTR Mark J <
mark.kessler@usmc.mil> wrote:
> Should we allow people to pick a mirror closer to their geographical area?
>
> -Mark
>
> --
HI,
> We could change the build number back to 0 and only set the build number
> in the release branches.
I assume we talking about the build number in flex-sdk-description.xml?
The source code (in GIt) needs to reflect what we actually tag and release and
that includes the .xml files IMO.
Tha
On 9/4/13 2:54 PM, "Nicholas Kwiatkowski" wrote:
>We can't. We have to rely on the Apache system to determine the download
>mirror. We are locked into that method.
I know we have to use mirrors, but are you sure we can't use a different
algorithm?
-Alex
Hi,
> I don't think that chunking the downloads will help much. For a majority
> of the users they will be more limited by their own connection rather than
> the mirror's.
That generally what I've seen, doing parallel downloads is only going to help a
few people who happen to have fast connecti
Adobe published something today:
http://helpx.adobe.com/flash-builder/kb/flex-new-project-issue--.html
I wonder who wrote it... ;-)
On 8/26/13 3:58 PM, "Alex Harui" wrote:
>I hope to have an update this week.
>
>On 8/26/13 3:52 PM, "Justin Mclean" wrote:
>
>>Hi
>>
>>Any news from Adobe on this
Hmm, take a guess, you Alex ;)
aYo
www.ayobinitie.com
mrbinitie.blogspot.com
On 4 Sep 2013 21:39, "Alex Harui" wrote:
> Adobe published something today:
> http://helpx.adobe.com/flash-builder/kb/flex-new-project-issue--.html
>
> I wonder who wrote it... ;-)
>
> On 8/26/13 3:58 PM, "Alex Harui"
On Wed, Sep 4, 2013 at 11:49 AM, Erik de Bruin wrote:
> The way I read that article is that each slave runs a separate job. So
> we'd still have to split a Mustella run up in a lot of separate jobs
> (i.e. flex-sdk_mustella-spark.components.Label or something). I don't
> see (yet) how we would co
On Wed, Sep 4, 2013 at 12:02 PM, Erik de Bruin wrote:
> How would the master read the 'results.txt' from the slave's workspace?
>
> EdB
>
>
The 'out' directory of all the slaves should be publicly readable. We
could copy flashlog.txt to 'out' after mustella finishes running. After
all the slave
How would the master read the 'results.txt' from the slave's workspace?
EdB
On Wed, Sep 4, 2013 at 8:56 PM, OmPrakash Muppirala
wrote:
> On Wed, Sep 4, 2013 at 11:49 AM, Erik de Bruin wrote:
>
>> The way I read that article is that each slave runs a separate job. So
>> we'd still have to spli
The way I read that article is that each slave runs a separate job. So
we'd still have to split a Mustella run up in a lot of separate jobs
(i.e. flex-sdk_mustella-spark.components.Label or something). I don't
see (yet) how we would collect the results from all the runs and
combine them into a repo
I'll read up on the distributed builds. But I do have to wonder about
the workload that goes with maintaining multiple VMs. Just the one we
have now needs "constant" monitoring, as the Flash Player tends to
crash, Windows tends to update and the Jenkins slave applet doesn't
always play nice.
EdB
On Wed, Sep 4, 2013 at 11:20 AM, Frédéric THOMAS wrote:
> Another thing could be to use workers to computes md5 and parallel
> downloads, if no one is interested in doing, to save me time for later, I
> will delay the maven stuffs and try to implement:
>
> - multipart downloads
> - workers
> - art
At some point Mike said that he was using Falcon(Jx) code for another
project, secret at the time but I guess it was Randori, and that he
would contribute his modifications back to Apache Flex when they had
matured... Is there a way we may 'motivate' Mike to do that?
EdB
On Wed, Sep 4, 2013 at
Another thing could be to use workers to computes md5 and parallel
downloads, if no one is interested in doing, to save me time for later, I
will delay the maven stuffs and try to implement:
- multipart downloads
- workers
- artifacts caching
Btw, @Om, you didn't answered because you haven't seen
The job that creates the artifacts is simply running "ant super-clean
release create-md5". It is not explicitly changing the filenames. I
guess there is still something/somewhere left to update to "4.11.0"?
EdB
On Wed, Sep 4, 2013 at 7:25 PM, OmPrakash Muppirala
wrote:
> On Wed, Sep 4, 2013 at
Awesome, closer to getting a fully populated wiki every day.
Thanks for the addition.
-Mark
-Original Message-
From: Alexander Doroshko [mailto:alexander.doros...@jetbrains.com]
Sent: Wednesday, September 04, 2013 1:31 PM
To: dev@flex.apache.org
Subject: Re: IntelliJ IDE installation in
IntelliJ:
Flex Compiler Shell (fcsh) is good for small projects, and may be useful in
large projects as well, when you need to compile only some of the modules
(facets). Fcsh process is kept in memory between compilations, so it is able
to quickly recompile only changed piece of code (that is call
Hello,
totally agree with you, Eric.
I use equally both AS and DV to create apps and I don't try to convince people
that one way is "better" than the other one. Both are useful.
The extra work needed to maintain DV may not match the benefits for now, but it
will be needed at some point to compe
Thanks!
On 9/4/13 1:51 PM, "Alex Harui" wrote:
>Try assigning again. I added you to the JIRA committers list.
>
>On 9/4/13 10:45 AM, "Darrell Loverin" wrote:
>
>>I've been able to create bugs.
>>
>>
>>On 9/4/13 1:39 PM, "Erik de Bruin" wrote:
>>
>>>I tried, but JIRA doesn't know about a "Darr
Try assigning again. I added you to the JIRA committers list.
On 9/4/13 10:45 AM, "Darrell Loverin" wrote:
>I've been able to create bugs.
>
>
>On 9/4/13 1:39 PM, "Erik de Bruin" wrote:
>
>>I tried, but JIRA doesn't know about a "Darrell Loverin". Do you have
>>a JIRA account?
>>
>>EdB
>>
>>
>
Nice job, I just notice you misspelled IntelliJ in the title with "InteliJ"
:-)
-Fred
-Message d'origine-
De : Alexander Doroshko [mailto:alexander.doros...@jetbrains.com]
Envoyé : mercredi 4 septembre 2013 19:31
À : dev@flex.apache.org
Objet : Re: IntelliJ IDE installation instructions
Thanks, I think Radiate is what I was recalling from before.
http://www.radii8.com/demo/
So I guess this isn't really an active OSS side project, then. Seems a
little more ambitious, a little more commercial and less tied to Flex
specifically than I would like too.
-Eric
On 9/4/2013 10:35 A
On 9/4/13 10:43 AM, "Erik de Bruin" wrote:
>Might we be able to get someone on the Flash Builder team (if there is
>such a thing) to join this conversation and maybe shed some light on
>some of these issues?
I believe the original authors are no longer at Adobe.
It is interesting that folks us
I've been able to create bugs.
On 9/4/13 1:39 PM, "Erik de Bruin" wrote:
>I tried, but JIRA doesn't know about a "Darrell Loverin". Do you have
>a JIRA account?
>
>EdB
>
>
>
>On Wed, Sep 4, 2013 at 7:36 PM, Darrell Loverin
>wrote:
>> Can someone assign this bug
>>https://issues.apache.org/jira
Yep. And host writeable databases for a better showcase.
But I'm really thinking more "me" than "us". It would be my personal
business. For-Profit, not a foundation or consortium. There are
for-profit businesses around Apache Subversion, for example. And if I
could figure out how to make enou
Might we be able to get someone on the Flash Builder team (if there is
such a thing) to join this conversation and maybe shed some light on
some of these issues?
EdB
On Wed, Sep 4, 2013 at 7:36 PM, Alex Harui wrote:
>
>
> On 9/4/13 10:32 AM, "Darrell Loverin" wrote:
>
>>It would be a separate
Ok, I found a code that gives a rough idea on how to do multi part downloads
[1], I guess the size needs to be queried first, anyone wants to give a try
with the SDK in order to integrate it in the installer ?
-Fred
[1]
http://stackoverflow.com/questions/2044649/pause-and-resume-download-in-flex
Which is more important to get done first? The script changes will be
simple but writing a replacement flex-compiler-oem.jar may become involved
and take a week.
-Darrell
On 9/4/13 12:08 PM, "Alex Harui" wrote:
>Hi Darrell,
>
>Is that what you want to take on next? Or maybe pick off a few o
On Wed, Sep 4, 2013 at 10:32 AM, Alex Harui wrote:
> I don't know anything about Jenkins, but how would you get multiple
> instances of FP writing to separate flashlog.txt files? Are you saying
> there'd be different Vms with different logins/usernames?
>
>
Yes, that is correct. Right now there
I tried, but JIRA doesn't know about a "Darrell Loverin". Do you have
a JIRA account?
EdB
On Wed, Sep 4, 2013 at 7:36 PM, Darrell Loverin wrote:
> Can someone assign this bug https://issues.apache.org/jira/browse/FLEX-33322
> to "Darrell Loverin"
>
> Doesn't seem like I have the ability to e
On Tue, Sep 3, 2013 at 5:54 PM, Justin Mclean wrote:
> HI,
>
> > The tracking is based on the Flex version. We dont make a distinction
> > between the nightly vs. released sdk. We should probably bump up the
> > version number in our develop branch to start tracking the nightlies.
>
> Were is it
I don't know anything about Jenkins, but how would you get multiple
instances of FP writing to separate flashlog.txt files? Are you saying
there'd be different Vms with different logins/usernames?
-Alex
On 9/4/13 10:24 AM, "OmPrakash Muppirala" wrote:
>On Wed, Sep 4, 2013 at 10:15 AM, Alex Har
Can someone assign this bug https://issues.apache.org/jira/browse/FLEX-33322
to "Darrell Loverin"
Doesn't seem like I have the ability to edit bugs.
-Darrell
On 9/4/13 10:32 AM, "Darrell Loverin" wrote:
>It would be a separate compile as you noted but what other choice is there
>if we don't have access to the FB sources?
We could try to get more FB code donated, but then we'd also need a way to
modify existing FB installs. That's why I'm wondering
> It would be a separate compile as you noted but what other choice is there if
> we don't have access to the FB sources?
I don't see another choice. I vote for abandoning FB and trying to get another
IDE to do proper Falcon integration.
> FB uses Falcon for code hinting today.
FB uses the pre
I wasn't really trying to start a discussion on the merits or use of DV,
but I don't mind.
I've heard this sentiment before and we'll just have to agree to
disagree. I've been a Flex dev since just before version 3, so I hope
I'm worth SOME salt. Everyone that I have worked with, although les
It would be a separate compile as you noted but what other choice is there
if we don't have access to the FB sources?
>>You definitely wouldn't get Falcon-based code hinting, and the data
>>structures of the old Code Model would be taking up memory.
Not sure why we wouldn't get Falcon-based code
I think it would be awesome if we can use Falcon in FB. It would help
enormously with getting more people involved in testing and debugging,
as well as create a sense of progress for the larger community. So, my
vote would be on "flex-compiler-oem.jar".
EdB
On Wed, Sep 4, 2013 at 6:47 PM, Alex
Sorry for delay,
I've added some content on the IntelliJ IDEA page [1] and I have plans
to add more useful info there. Feel free to edit the page and fix
spelling or other mistakes there.
I remember my promise to publish a blog post promoting Apache Flex SDK
at JetBrains site. I confirm that I'
On 9/4/13 10:20 AM, "Gordon Smith" wrote:
>> The current FB can't use Falcon
>
>By making a new flex-compiler-oem.jar based on Falcon, you could make FB
>use Falcon to compile. But I don't think you'd get memory-resident data
>structures, which was one of the main points of Falcon... I think wi
Well there has to be an order of override:
If there is a conflict the inline declared style property wins over something
buried inside a style attribute, but I am not a code usability expert :)
Also I am hopeful that tooling would mature eventually but I would avoid
counting on it if I can.
You
Not today, but I might start the process soon. There are a number of
things that is difficult for Apache to do as a non-profit source-code
distributor.
First I have to find a suitable URL (most of the good ones are taken),
then get approval from Apache Trademarks, then get approval from Adobe
Leg
> The current FB can't use Falcon
By making a new flex-compiler-oem.jar based on Falcon, you could make FB use
Falcon to compile. But I don't think you'd get memory-resident data structures,
which was one of the main points of Falcon... I think with the
flex-compiler-oem.jar approach you'd be s
On Wed, Sep 4, 2013 at 10:14 AM, Erik de Bruin wrote:
> The artifacts are simple copies of the output files in the workspace.
> If needed, we can add a copy and rename action to the 'release' job
> and create artifacts that fit your needs...
>
> EdB
>
Isn't the filename driven off of a propertie
Good idea, you've got enough kudos to make it but it is not for a today
solution to our problems or it might ?
-Message d'origine-
De : Alex Harui [mailto:aha...@adobe.com]
Envoyé : mercredi 4 septembre 2013 18:46
À : dev@flex.apache.org
Objet : Re: [Intaller] Speed up download
Yep. And
On Wed, Sep 4, 2013 at 10:15 AM, Alex Harui wrote:
> Thanks for trying. The compile should have distributed to the extra
> cores, but the run phase doesn't. One reason is because the flashlog.txt
> is captured so only one player instance should run at a time. In theory,
> we don't need that an
OK, I'll assign a bug to myself.
On 9/4/13 12:47 PM, "Alex Harui" wrote:
>If I could choose, I'd have you look at those bugs Cyrill scrubbed. If
>they involve ANTLR changes, you will have a better clue than me, even if
>you haven't personally done that sort of thing yet, just because you've
>he
On 9/4/13 10:14 AM, "Gordon Smith" wrote:
>> FLEX_COMPILER_HOME
>
>I thought Alex wanted to start including Falcon as part of the SDK.
Yes, true, but IMO, that includes getting Falcon to work from FB.
>If that's the case, the Falcon JARs belong in the same lib directory as
>all the other JARs,
Thanks for trying. The compile should have distributed to the extra
cores, but the run phase doesn't. One reason is because the flashlog.txt
is captured so only one player instance should run at a time. In theory,
we don't need that any more since it was mainly used to catch uncaught
exceptions,
The artifacts are simple copies of the output files in the workspace.
If needed, we can add a copy and rename action to the 'release' job
and create artifacts that fit your needs...
EdB
On Wed, Sep 4, 2013 at 7:01 PM, OmPrakash Muppirala
wrote:
> On Tue, Sep 3, 2013 at 5:54 PM, Justin Mclean w
> We are soon to be only the embedded font libraries away from not needing
> the Adobe SDK download.
>
We don't download the whole Adobe SDK. We get only the jars we need. I
doubt that shaving that download off would benefit us too much.
Thanks,
Om
I upgraded the VM, it now runs on 4 cores instead of 2 and has 7 GB of
memory. This shaved roughly an hour, hour and a half from the run
time. Not sure if my Azure account "free credits" will stretch to a
month with this config, if not, I'll go back to the 'old' config as
the improvement is not as
1 - 100 of 170 matches
Mail list logo
