Hi,
An update on my VF2JS progress:
- merged/moved the code from the various feature branches to the 'develop'
branches:
- flex-sdk: NO CHANGES were made; VF2JS will be an overlay over a regular
SDK
- flex-asjs: added 'vf2js' directory and two examples; added two targets
to 'build-example.xml
Hello all,
I just spent too much time tracking down a RTE to having incremental
compiles turned on. Basically, it was very hit and miss; it always would
compile fine; run when running the installed product is would sometimes
sometimes simply fail, throwing a Error #1065, before it even ran the cla
>>9. The source code for a prototype of a code coverage utility that I
wrote.
Has this code been donated?
-Darrell
On Fri, Mar 28, 2014 at 11:42 AM, Alex Harui wrote:
> Hi folks,
>
> Adobe legal and business folks have approved the donation of several
> Flex-related items to Apache. The dona
#git push
Username for 'https://git-wip-us.apache.org': t...@apache.org
Password for 'https://t...@apache.org@git-wip-us.apache.org':
fatal: unable to access
'https://git-wip-us.apache.org/repos/asf/flex-sdk.git/': The requested URL
returned error: 500
I don't use git very much outside of Flex
TomOn Friday 01 Aug 2014 18:57:58 Chiverton wrote:
> #git push
> Username for 'https://git-wip-us.apache.org': t...@apache.org
Doh ! Should be just 'tomc'.
Now, why am I getting :
To https://git-wip-us.apache.org/repos/asf/flex-sdk.git
! [rejected]master -> master (non-fast-forward)
er
Hi Justin,
I double checked, the build and I can't find a single binary resource (not a
single image file and not any other binary artifact). The build is running
niceley without a single compile error.
The only problems there are are that 2 AMF related tests seem to be failling,
but here I k
I just saw your commit; I am assuming you fixed the issue?
In any case, I recommend that you use a GUI tool (TortoiseGit, SmartGit,
etc.) It will make your life much easier.
Here is what I usually do:
1. Commit my code into my local branch
2. Do a Fetch
3. Then do a Rebase
4. Then push to r
On Friday 01 Aug 2014 11:14:19 OmPrakash Muppirala wrote:
> I just saw your commit; I am assuming you fixed the issue?
Oh, so it worked despite the error ?
Going back in my shell history, I see the first commit was only partly working ?
Counting objects: 118, done.
Delta compression using up to 4
Keep in mind that the maven build I am running is only running the "modules"
part of the entire suite as this is built by maven and contains the heart of
BlazeDS (All libs and the testsuite fort he core libraries). The surrounding
stuff seemed completely outdated and more like a testsuite for co
On Fri, Aug 1, 2014 at 11:18 AM, Tom Chiverton wrote:
> On Friday 01 Aug 2014 11:14:19 OmPrakash Muppirala wrote:
> > I just saw your commit; I am assuming you fixed the issue?
>
> Oh, so it worked despite the error ?
>
Yes, it did. For the develop branch. You should subscribe to
comm...@flex.
I have created a JIRA ticket for Infra for this integration [1] I will
send an update when this gets done.
Thanks,
Om
[1] https://issues.apache.org/jira/browse/INFRA-8140
On Mon, Jul 28, 2014 at 9:52 AM, OmPrakash Muppirala
wrote:
> On Mon, Jul 28, 2014 at 2:46 AM, Christofer Dutz <
> christ
There are 3 pending requests on Github for flex-sdk [1]
Does someone want to take a shot a committing them into the repo?
Thanks,
Om
[1] https://github.com/apache/flex-sdk/pulls
I won't be able to respond to any Falcon questions on the Apache Flex lists
during this time.
- Gordon
On 8/1/14 10:39 AM, "Darrell Loverin" wrote:
>>>9. The source code for a prototype of a code coverage utility that I
>wrote.
>Has this code been donated?
Yes, it is the flex-utilities repo in the CodeCoverage folder.
I've used this code to do a tracing profiler and started in on trying to
use
Very cool.
I'm wondering:
-Does it really need its own build or is it just part of FalconJX and
FlexJS builds?
-Does it really need its own installer? Currently the FLexJS install
downloads and installs part of the current Flex SDK. I'm wondering if
that install should set up another folder full
Incremental compilation is unfortunately known to be buggy. I suppose you
could file a bug with a reproducible test case, but I'm not sure if we'll
be able to reproduce it or are willing to take the risk to fix it.
Hopefully in the future, the Falcon compiler will just be faster and avoid
trying t
16 matches
Mail list logo